[00:11] <Kangarooo> if ill put wishlist to question/answer tab then after 15 days it will be deleted if no action is made in there..
[00:11] <days_of_ruin> How do I put links in a project description? Supposedly they auto linkify but that doesn't work for me?
[00:18] <beuno> days_of_ruin, maybe it doesn't
[00:19] <beuno> if it doesn't, please file a bug
[00:52] <Kangarooo> Im signing the code of conduct.. there's problem.. There is 1 error.          (7, 9, 'No public key')
[00:52] <Kangarooo> I just made both types of keys.. pgp and ssh
[00:54] <wgrant> Kangarooo: You have the OpenPGP key attached to your Launchpad account?
[00:55] <wgrant> It seems you do.
[00:55] <Kangarooo> si check my prof https://launchpad.net/~kangarooo
[00:55] <wgrant> But is it the right one?
[00:56] <Kangarooo> I just made but I made 2 so if second not beeing used then it should be ignored..
[00:57] <Kangarooo> do I need to delete from computer the unneeded one?
[00:59] <Kangarooo> I have 2.. can I pastebin them? list of gpg?
[00:59] <wgrant> Kangarooo: You can specify the key to use on the gpg commandline.
[00:59] <Kangarooo> yeah im now trying to find in google how to delete other one
[01:00] <wgrant> Don't delete secret keys unless you're *absolutely* sure.
[01:01] <Kangarooo> well I can make new ones..
[01:01] <wgrant> Yes, but if anybody has ever encrypted anything to a key and you delete it, you
[01:01] <wgrant> ... you're in trouble.
[01:02] <Kangarooo> ok deleting is not working.. gpg --delete-secret-keys this command deleted but gpg --list-keys stills shows both
[01:02] <wgrant> What does --list-secret-keys say?
[01:02] <wgrant> That's the important one.
[01:03] <Kangarooo> the real one
[01:03] <wgrant> Just the real one?
[01:05] <Kangarooo> yes and now a new error.. There is 1 error.          The signed text does not match the Code of Conduct. Make sure that you signed the correct text (white space differences are acceptable). Whata? Couse I changed some lines.. cose 2.                                             If you want to, add extra spaces or blank lines between words                       in the file.                       (This helps protect against other people trying to       
[01:05] <Kangarooo> ah whitespace
[01:08] <Kangarooo> ok done.. thanks :)
[01:08] <Kangarooo> now I need to delete signed code of conduct from computer?
[01:09] <wgrant> There's no need to, apart from reducing clutter.
[01:10] <Kangarooo> well it contains some key.. ok so then witch files I need to secure and allways keep on computer? .ssh folder and .. where's gpg? couse ill maybe tomorrow reinstall.. so ill need to copy them yes?
[01:12] <wgrant> ~/.gnupg
[01:12] <wgrant> You need to copy them.
[01:12] <wgrant> Or you'll lose your secret key.
[01:44] <Kangarooo> maybe some good backup programm automatically finds keys and backups? launchpad backup.. or ubuntu team tools backup?
[01:48] <wgrant> Kangarooo: Why? I just back up my home directory.
[01:57] <Lxcc-Vincenzo> hi there. Anyone have use this configuration: https://bugs.launchpad.net/ubuntu/+bug/393102  ??
[02:03] <wgrant> Lxcc-Vincenzo: I think you probably want #ubuntu.
[06:17] <wgrant> No edge update today?
[09:48] <SiDi> Hey people. How do i specify which series is the focus of development one please ?
[09:49] <wgrant> SiDi: Find 'Change details' on the top right of the project page.
[09:49] <wgrant> It's on there somewhere.
[09:51] <SiDi> wgrant: ok thanks
[09:51] <wgrant> Why does the new PPA icon use a person icon different to those used throughout the rest of Launchpad?
[10:30] <mgedmin> is it possible to remove a failed import branch?
[10:30] <Hamaryns> ping gmb
[10:36] <wgrant> mgedmin: A ~vcs-imports branch?
[10:36] <mgedmin> specifically, I tried to import gtimelog from svn, which failed, and now the useless ~vcs-imports/gtimelog/trunk branch is cluttering the branch list
[10:37]  * mgedmin should probably contact the vcs-imports team
[10:37] <wgrant> mgedmin: It's owned by ~vcs-imports, so you'll need to ask an admin to remove it for you. https://answers.launchpad.net/launchpad-code/+addquestion
[10:46] <devfil> Hi, in launchpad seems that I don't use launchpad (https://launchpad.net/~d.filoni), can someone help me?
[10:47] <wgrant> devfil: Email the address in the topic.
[10:48] <devfil> wgrant, already done
[10:48] <wgrant> devfil: OK, hopefully stub will get to it soon.
[10:49] <wgrant> devfil: A couple of days ago some invalid email address records were repaired.
[10:49] <wgrant> And that repair process deactivated some accounts (mine included).
[10:50] <devfil> wgrant, but I can login to my account and change details, the account is not really deactivated
[10:50] <wgrant> devfil: Are you sure you're logged into the right account?
[10:50] <wgrant> Or are you just still logged in from before it was deactivated?
[10:51]  * devfil tries removing the cookies
[10:51] <wgrant> Don't.
[10:51] <wgrant> It was suggested that I shouldn't try to log in again, as it might break things further.
[10:52] <devfil> wgrant, ok
[11:40] <savvas> cool! listing of PPAs as "Other versions of 'gnote' in untrusted archives." in https://launchpad.net/ubuntu/+source/gnote
[11:43] <savvas> perhaps there should be a warning triangle (⚠) icon next to the warning text though, people respond to images better than text :)
[11:45] <wgrant> savvas: That UI is being worked on.
[11:47] <savvas> ah great
[11:49] <mgedmin> questions I can't find answers to within a 5-minute time limit: what's the naming convention for teams overseeing an open source project?  $projectname?  $projectname-team?  $projectname-dev?
[11:49] <mgedmin> can people subscribe to a mailing list without joining a team?
[11:50] <wgrant> mgedmin: Generally either $projectname or $projectname-dev. It varies.
[11:50] <wgrant> They can't at the moment.
[11:50] <wgrant> I don't know why.
[11:50] <mgedmin> if I want to have a set of people who can merge changes into the project's mainline branch, and if I want a different set of people subscribed to a mailing list, that means I need two teams?
[11:51] <jml> yes
[11:51] <mgedmin> or one team + manual approval of merge requests, I suppose
[11:51] <jml> mgedmin, although mailing lists are opt-in
[11:52] <jml> mgedmin, you could have $projectname-dev owning the trunk branch (== approval of merge requests), and a more general mailing list team of which $projectname-dev is a member
[11:53] <savvas> e.g. $projectname-discussion :)
[11:53] <wgrant> I really wish somebody would fix that.
[11:54]  * mgedmin considers google groups instead
[11:55] <savvas> whatever makes you bake dev-cookies hehe
[13:32] <sladen> right falks, how many GB of build depencies am I going to need to build/hack on Launchpad in 17 days time?
[13:33] <wgrant> sladen: I'm not sure about build-deps, but July 21st is no longer specified.
[13:33] <sladen> I'd like to have an idea in advance (zope etc) so that I don't end up trying to download them all over GPRS
[13:34] <sladen> wgrant: "oh?"
[13:34] <wgrant> And you won't just be able to grab the deps easily in advance, as they use zc.buildout.
[13:36] <wgrant> The most specific date we have for the open sourcing is now late July or early August.
[13:38]  * sladen politely drums his fingers as the prospect of finally getting bug #2132 fix0red gets pushed back another month
[13:41] <LarstiQ> sladen: oh that would be nice
[13:45] <sladen> LarstiQ: feel free to weigh in with supportive comments.   I don't like to comment on a bug report more than twice in the same year, lest it be misconstrued as pestering
[13:45]  * LarstiQ nods
[13:46] <LarstiQ> sladen: I'm not sure anything I have to say hasn't been said before
[13:48] <sladen> LarstiQ: well at least say "ME TOO!!!!" or something
[13:49] <LarstiQ> sladen: I'll indulge you :)
[14:14] <Theuni1> humm
[14:17] <sladen> wgrant: ta  http://en.wikipedia.org/w/index.php?title=Launchpad_(website)&curid=2880685&diff=300228110&oldid=295766886
[14:41] <_Andrew> hi
[14:43] <LarstiQ> hey
[14:43] <_Andrew> When using Hardy I keep getting a warning about updating my bzr branch on launchpad. I also have a laptop with jaunty, if I update my branch on launchpad using bzr from jaunty will my desktop with hardy on still be able to access my bzr branch? In short, is the upgrade backwards compatible
[14:46] <LarstiQ> _Andrew: that depends on what you upgrade it to
[14:47] <LarstiQ> _Andrew: what versions of bzr are both?
[14:47] <_Andrew> on hardy it's 1.3.1
[14:47] <_Andrew> jaunty is 1.31.1
[14:48] <_Andrew> eh no
[14:48] <_Andrew> jaunty is 1.13.1
[14:50] <LarstiQ> _Andrew: ok, 1.3.1 is a bit oldish. What format is it currently in?
[14:51] <LarstiQ> _Andrew: I think 0.92-pack is as far as 1.3 can go.
[14:53] <_Andrew> um, it says "Branch format 5" ?
[14:53] <maxb> `bzr help current-formats`
[14:53] <_Andrew> It's this branch https://code.launchpad.net/~hardwar/hardwar/trunk
[14:57] <LarstiQ> _Andrew: that is old
[14:57] <wgrant> _Andrew: Ah, that's ancient.
[14:57] <wgrant> So, packs-0.92 sounds like a good idea.
[14:58] <wgrant> Faster, smaller, and compatible with both.
[14:58] <LarstiQ> _Andrew: try `bzr upgrade trunk --pack-0.92 lp:~hardwar/hardwar/trunk`
[14:58] <LarstiQ> ehm
[14:58] <LarstiQ> minus the first trunk
[14:58] <_Andrew> ok
[15:03] <_Andrew> bzr: ERROR: File exists: '/srv/bazaar.launchpad.net/push-branches/00/00/31/08/backup.bzr'
[15:04] <_Andrew> I should mention that I tried to upgrade before using a different command and it screwed up
[15:04] <mgedmin> bzr push to launchpad with no revisions pushed -> 3 seconds
[15:05] <mgedmin> what causes the slowness?  ssh handshaking time?  my internet connection?  server-side load?
[15:10] <LarstiQ> _Andrew: you can get rid of that with hitchhiker, `bzr branch lp:hitchhiker`
[15:12] <_Andrew> ok
[15:15] <_Andrew> How long does it take after I issue the command?
[15:15] <_Andrew> I did, `./hitchhiker lp:hardwar rmtree backup.bzr` and it has come back with "Opened bzr+ssh://bazaar.launchpad.net/%7Ehardwar/hardwar/trunk/" but nothing else is happening
[15:16] <_Andrew> oh nevermind, done now
[15:17] <_Andrew> ok, I started the update now. Thanks
[15:19] <_Andrew> I didn't realise that my branch was so out of date :)
[15:39] <_Andrew> It looks like everything worked out, thanks LarstiQ
[17:19] <maxb> Does launchpad support bugwatches on google code issues? I can't find the list of supported trackers
[17:33] <maxb> Whoa, shiny. I merely pasted the issue url into a comment and LP has autocreated a tracker entry! :-)
[17:47] <arianit> I was wondering who uploads the translation file of Firefox 3.5 for Albanian. Upstream is ready to go.
[17:47] <arianit> beginner here
[18:00] <arianit> I was wondering who uploads the translation file of Firefox 3.5 for Albanian. Upstream is ready to go.
[18:00] <arianit>  beginner here
[18:18] <BUGabundo> hi
[18:19] <BUGabundo> what is LP supposed to do, when an upstream report is marked as dupe?
[18:19] <BUGabundo> cause my bug on firefox got marked as invalid!
[18:19] <BUGabundo> https://bugs.launchpad.net/firefox/+bug/395534
[18:20] <BUGabundo> the dupe is NEW but LP closed the task
[18:20] <BUGabundo> I had to change it to the dupe bug to fix it
[19:31] <LarstiQ> can a PPA populate itself with packages from a different one, like reprepro can, or do I need to keep explicitly copying packages?
[19:32] <BUGabundo> AFAIK copy
[19:33] <LarstiQ> right
[19:35] <maxb> Why copy?
[19:35] <LarstiQ> maxb: what else?
[19:36] <maxb> well, using the origin ppa directly? :-)
[19:37] <BUGabundo> :9
[19:38]  * maxb runs away from BUGabundo's proboscis
[21:34] <c_korn> in opera 9.64 some icons are not centered vertically: http://www.ubuntu-pics.de/bild/17829/screenshot_001_PFksAe.png
[21:34] <c_korn> http://www.ubuntu-pics.de/bild/17830/screenshot_002_P429P9.png
[21:38] <exarkun> Lots of "internal server error" messages from bazaar.launchpad.net today
[22:24] <CarlFK1> reply-toLaunchpad Buildd System
[22:24] <CarlFK1> why 2 d's in Buildd ?
[22:27] <BUGabundo> ahhaah
[22:42] <maxb> CarlFK1: It is the same d as you see in named, httpd, ftpd, sshd, inetd, ....
[22:43] <CarlFK1> maxb: got it.
[23:37] <LarstiQ> maxb: it really is not an option to recommend our users to add a second ppa before they can install bzr-svn
[23:38] <LarstiQ> maxb: thanks for the karmic nose bug btw
[23:38] <maxb> ah, I see. Well, you could automate checking for updates and copying cross PPA with a cron script using launchpadlib
[23:39] <maxb> the nose bug was a bit special :-)
[23:39] <wgrant> Yep.
[23:39] <BUGabundo> nose !?
[23:40] <wgrant> BUGabundo: A Python testing tool.
[23:40] <LarstiQ> maxb: copying subvertpy over is not that hard, I was just wondering since at work we have a reprepro setup that is a bit nicer for composition like this.
[23:40] <wgrant> Which is broken in Karmic.
[23:40] <LarstiQ> wgrant: which then means the subvertpy ppa build for karmic breaks
[23:40] <BUGabundo> thanks wgrant
[23:40]  * LarstiQ decided to live with that
[23:41] <wgrant> LarstiQ: Ah, lovely.
[23:42] <LarstiQ> I'd rather not disable the tests, and fixing nose is probably a wee bit more work.
[23:42] <savvas> is python-nose something like buildbots?
[23:42] <wgrant> LarstiQ: I just fixed Python locally.
[23:42] <LarstiQ> So I'll just trust karmic users to be assertive enough to speak up if they consider it a problem
[23:43] <wgrant> (after 2.6.31 broke my chroots yesterday)
[23:43]  * LarstiQ nods at wgrant 
[23:43] <wgrant> savvas: No.
[23:43] <LarstiQ> savvas: no, something like py.test
[23:43] <wgrant> savvas: It just runs tests when you tell it to.
[23:43] <wgrant> Right.
[23:43] <savvas> I'll search for it, seems interesting, thanks :)
[23:44] <maxb> LarstiQ: actually I have a one-liner workaround
[23:44] <LarstiQ> savvas: the main thing nose does is being a test loader (and then runner), it also has some nice fixture support and other plugins
[23:44] <maxb> though upstream should really fix their code more thoroughly
[23:44] <wgrant> And the ever-useful nose.tools.
[23:44] <savvas> cool!
[23:44] <LarstiQ> maxb: something I could do for http://launchpadlibrarian.net/28691173/buildlog_ubuntu-karmic-i386.subvertpy_0.6.7-1~ppa1~karmic1_FAILEDTOBUILD.txt.gz ?
[23:45] <maxb> let me throw it into my ppa...
[23:45] <wgrant> maxb: How does the workaround rate on the uploadability scale?
[23:47] <maxb> wgrant: Basically the problem is that nose subclasses a unittest class and makes excessively strict assumptions about how the superclass will act. The quick fix is to amend the subclass to match the new behaviour, which isn't entirely unreasonable for karmic. upstream, however. will need to fix it properly such that it works with older pythons too
[23:48] <LarstiQ> maxb: does karmic not have older versions?
[23:48] <wgrant> maxb: I'm aware of the problem, I just wondered if yours was a particularly hackish fix. It sounds like it would be OK to upload to Karmic if upstream doesn't come up with a proper one quickly.
[23:48] <wgrant> Hmm, true.
[23:48] <wgrant> We still have 2.5.
[23:48] <maxb> point
[23:48] <wgrant> Although I don't really see why.
[23:48] <maxb> I'm sure I could come up with a proper fix in 20 minutes or so
[23:49] <LarstiQ> wgrant: ehm, for python developers?
[23:49] <maxb> the only reason I'm currently using a hack is because this was literally my first time ever executing nose
[23:50] <wgrant> LarstiQ: But lots of the extensions are only built for 2.6, so our 2.5 is fairly useless.
[23:50] <maxb> anyway... LarstiQ, if, in nose/core.py, you change "if self.testRunner is None:" to "if self.testRunner is unittest.TextTestRunner:", it'll work fine with karmic's 2.6
[23:51] <LarstiQ> wgrant: I have plenty of stdlib only code, and pure python packages are still less hassle to install than building a python interpreter
[23:52] <LarstiQ> maxb: right. Hmm. I'm a bit reluctant to upload a nose package to the bzr ppa just yet.
[23:52] <wgrant> LarstiQ: True.
[23:52] <maxb> Yeah, don't really want ordinary users of the ppa getting it as an upgrade.
[23:53] <maxb> This is why for the mercurial-ppas, I have a separate build-deps ppa
[23:54] <LarstiQ> maxb: no one in their right mind installs from that, but you use it to copy binaries from?
[23:55] <maxb> Actually I use 3 ppas, 'builddeps', 'staging', and 'release'
[23:56] <maxb> the builddeps are in builddeps, staging is configured to include builddeps in its sources.list and I build the packages there, and then I copy them to release once built
[23:57] <maxb> oh, and actually staging and release are duplicated three times, once for actual releases, once for nightly snapshots of the stable branch, and once for nightly snapshots of the bleeding edge..... it's all a bit intricate :-)
[23:57] <LarstiQ> maxb: right, with a tweak I could do that
[23:59] <maxb> the reason I do the whole build-in-staging, promote to release, dance, is that mercurial contains arch-indep and arch-specific binaries - so it becomes uninstallable if the various architecture buildds don't all publish together