[01:23] <ace_suares> [12:59]  <ace_suares> hi all I have some trouble importing a googlecode svn trunk.
[01:23] <ace_suares> [12:59]  <ace_suares> see https://launchpad.net/activeldap/trunk
[01:28] <kiko-zzz> ace_suares, what's the problem?
[01:29] <kiko-zzz> ace_suares, it's processing -- should be a bit before it's finished
[01:37] <ace_suares> kiko-zzz: it's processing the past 3 days or so
[01:37] <ace_suares> kiko-zzz: are you running on a 486 :-)
[01:38] <kiko-zzz> ace_suares, is that so? ddaa and mwh are the men to check with, then
[01:38] <ace_suares> kiko-zzz: thx
[01:38] <ace_suares> ddaa: mwh: ping
[01:39] <ddaa> ace_suares: I tried getting the import multiple times, I do not think it's going to work
[01:40] <ddaa> https://bugs.launchpad.net/launchpad-cscvs/+bug/120992
[01:40] <ubotu> Launchpad bug 120992 in launchpad-cscvs "use persistent svn_ra sessions and reconnect on failure" [High,Confirmed]  
[01:40] <ace_suares> ddaa: what seems to be the problem ? Is there an alternate route, for instance, i check out the branch on a server of mine and then import that ?
[01:40] <ddaa> see this bug
[01:41] <ddaa> if you can provide a svn dump of the repository, we can do the initial import from this
[01:41] <ace_suares> daa please tell me how (the svn dump) and where to send it or where to host it.
[01:42] <ddaa> using the "svnadmin" command on the server
[01:42] <ace_suares> ddaa please tell me how (the svn dump) and where to send it or where to host it.
[01:42] <kiko-zzz> ace_suares, just dump, gzip it and put it anywhere where ddaa can download it from.
[01:42] <kiko-zzz> I did it just the other day
[01:42] <ddaa> no idea how to get one from googlecode
[01:42] <ace_suares> ddaa: kiko-zzz: do I need to do that on  the googlecode server !? I don't think I can access that
[01:42] <ace_suares> ddaa: okay
[01:43] <ace_suares> ddaa: kiko-zzz so I need to co and then make it a branch manually (or cornjobn) and then bzr push it ?
[01:44] <ddaa> if you do not care about your svn history, you can do that
[01:44] <ddaa> I'm going to bed.
[01:44] <ace_suares> ddaa: good night.
[01:44] <ace_suares> ddaa: kiko-zzz naw I'll condifer my options.
[01:45] <kiko-zzz> ace_suares, maybe you can get a dump if you ask the google code admins -- I'd try asking. 
[01:45] <kiko-zzz> (and it's pretty annoying if you can't)
[01:45] <ace_suares> kiko-zzz: was thingking about that,. Tehy are so not evil, they'll probably comply L:-)))0
[01:46] <kiko-zzz> MAYBE! :)
[01:47] <kiko-zzz> anyway, zzz time
[01:53] <RainCT> hey
[01:54] <RainCT> what's about adding a feature to duplicate a Bazaar branch?
[01:54] <kiko-zzz> RainCT, what do you mean by duplicate?
[01:59] <RainCT> kiko-zzz: I'll try to explain with a (real) use case: there's branch ~freevial/freevial/trunk where I'm a developer, and I decided to create a new experimental branch, ~rainct/freevial/testing,  for some changes I did that aren't fully working yet. the problem is that  since the branch contains lots of images (and sound) I'm now waiting for over 30 minuts for it to finish just to get some little changes published, so I tought it would be good if the
[02:00] <kiko-zzz> RainCT, once server-side repositories are supported, this will be a trivial operation
[02:01] <RainCT> kiko-zzz: so you will implement this someday?
[02:02] <kiko-zzz> very soon, apparently
[02:02] <kiko-zzz> ask spiv or thumper :)
[02:02] <RainCT> nice :)
[02:02] <thumper> eh?
[02:03] <kiko-zzz> thumper, server-side repositories.
[02:03] <thumper> yeah, just read back
[02:03] <thumper> RainCT: it's coming
[02:04] <thumper> RainCT: unfortunately it isn't trivial
[02:10] <RainCT> btw, why isn't it possible to delete a directory from ~user/project/ with sftp, if it's empty?
[02:11] <thumper> RainCT: because it isn't a real file system
[02:11] <RainCT> but it's possible to delete stuff from inside ~user/project/branch/... :S
[02:13] <thumper> RainCT: that's just going to screw things up
[02:13] <thumper> RainCT: and it doesn't stop it being available over http
[02:13] <thumper> RainCT: SFTP is going away for this among other reasons
[02:13] <thumper> RainCT: and we are going to move exclusively to bzr+ssh
[02:24] <RainCT> can someone please delete branch ~rainct/freevial/testing? i'm falling asleep waiting for it to push :/
[02:27] <RainCT> well, thanks for your time
[02:27] <RainCT> good night
[03:03] <synic> is there a way I can get bug emails sent to an announcement email address instead of a user on launchpad?
[03:15] <reacocard> synic: why not just make a dummy user with that email address?
[03:16] <synic> I just did.  It's not getting bug emails, though
[03:16] <reacocard> hm
[03:16] <synic> it got the confirmation email
[03:23] <kiko-zzz> reacocard, synic: create teams, not dummy users.
[03:24] <kiko-zzz> with the team you can specify a contact email address
[03:24] <kiko-zzz> you then set that team to be your bug contact.
[03:24] <kiko-zzz> (and answer contact, etc.)
[03:24] <reacocard> yeah that's a better solution
[03:24] <Ze_M> kiko-zzz: can you help with wengophone?
[03:24] <kiko-zzz> visit the bugs tab to set your bug contact.
[03:25] <kiko-zzz> Ze_M, I was considering falling asleep. what's wrong with wengophone
[03:25] <kiko-zzz> man my box is swapping like crazy
[03:25] <Ze_M> in what die are the translations files in wengophone source dir?
[03:25] <Ze_M> dir*
[03:26] <kiko-zzz> Ze_M, wow, I have no idea, but they usually end in .po
[03:26] <Ze_M> better do a search then
[03:26] <Ze_M> kiko-zzz: can you commit the latest changes i did in translation?
[03:27] <Ze_M> so that i have them in next wengophone package
[03:27] <Ze_M> i use to package mandriva mde packages
[03:27] <satty> who use Ubuntu ?
[03:28] <Ze_M> colors allowed?
[03:28] <satty> i don`t know !
[03:29] <Ze_M> kiko-zzz: sleeping? :)
[03:40] <kiko-zzz> yep. night!
[03:41] <poolie_> good night kiko!
[03:45] <ubotu> New bug: #135430 in launchpad-bazaar "show some likely branches in 'add branch' popup" [Undecided,New]  https://launchpad.net/bugs/135430
[03:56] <Ze_M> poolie_: kiko-zzz tricked me
[04:00] <mpt> Goooooooooooooooood afternoon Launchpadders!
[04:00] <reacocard> s/oooooooo/o/ :P
[04:01] <reacocard> evening here anyway
[04:01] <mpt> God afternoon?
[04:02] <reacocard> oo
[04:02] <reacocard> I only did about half the # of oo's
[04:03] <mpt> ok
[04:04] <reacocard> dang see how fast I can drag a channel off topic?
[04:04] <reacocard> ah well, at least only I am in here
[04:05] <reacocard> if Alpha_CLuster were too we'd really be offtopic :)
[04:07] <synic> what does this mean?
[04:07] <synic> Unable to obtain lock bzr+ssh://arolsen@bazaar.launchpad.net/%7Eexaile-devel/exaile/main/.bzr/repository/lock
[04:08] <poolie_> synic, it means, either someone else is currently using that branch
[04:08] <poolie_> or, someone was abruptly disconnected while using it
[04:09] <synic> I don't think either are the case
[04:09] <synic> it says the lock is held by me
[04:09] <synic> how can I clear it out?
[04:22] <lifeless> synic: the break-lock command, if you are sure noone else is uploading
[04:22] <synic> yeah, been running that for about 10 minutes now.  It's hung or something.
[04:32] <synic> yeah, it's still just hanging there.  I think I broke something.
[04:50] <ubotu> New bug: #135435 in malone "Changing bug report to non-existent project loses accompanying comment" [Undecided,New]  https://launchpad.net/bugs/135435
[04:53] <synic> ok, this is rediculous.  Shouldn't it have at least errored out by now?
[04:57] <thumper> synic: what are you doing?
[04:58] <synic> when I try to "
[04:58] <synic> "bzr push"
[04:58] <synic> I get this error:
[04:58] <synic> Unable to obtain lock bzr+ssh://arolsen@bazaar.launchpad.net/%7Eexaile-devel/exaile/main/.bzr/repository/lock
[04:58] <synic> bzr break-lock just hangs infinitely, though
[04:58] <thumper> right, what were you doing before that?
[04:59] <synic> I did bzr branch, edited a file, and tried to push it
[04:59] <synic> (for testing purposes)
[05:00] <thumper> hmm...
[05:00] <thumper> jml: ideas ^^^
[05:01] <jml> try breaking the lock over sftp.
[05:02] <synic> held by arolsen@gmail.com on host liandrin [process #20841] 
[05:02] <synic> locked 7 seconds ago
[05:02] <synic> it says ~7 seconds every time
[05:02] <synic> ok
[05:02] <jml> not sure why it would be misbehaving on one and not the other, but it's worth trying.
[05:03] <synic> heh, and the process number for the lock changes every time I try to push
[05:08] <thumper> jml: perhaps #bzr might be more helpful?
[05:10] <jml> it's possible.
[05:10] <jml> synic: how's it going?
[05:19] <synic> jml: just hanging with sftp
[05:20] <jml> :(
[05:20] <synic> bzr checkout and commit worked
[05:20] <synic> but bzr branch and push == no
[05:22] <synic> I dunno, I might be doing it wrong.
[05:23] <synic> bzr branch bzr+ssh://arolsen@bazaar.launchpad.net/~exaile-devel/exaile/main exaile && cd exaile
[05:23] <synic> then vi Makefile, made some changes
[05:24] <synic> then bzr push bzr+ssh://arolsen@bazaar.launchpad.net/~exaile-devel/exaile/main
[05:25] <jml> synic: there should be a 'bzr commit' between 'make some changes' and 'push'
[05:25] <synic> ah, yeah, there was.
[05:26] <jml> and anyway, failing to commit should definitely *not* cause bzr push to hang.
[05:26] <synic> no, the push doesn't hang
[05:26] <synic> the push reports the lock problem
[05:26] <jml> ahh, ok.
[05:26] <synic> bzr break-lock hangs
[05:26] <jml> that intrigues me.
[05:30] <jml> synic: are there any other members of exaile-devel?
[05:30] <reacocard> jml: me
[05:30] <reacocard> you want me try try the same thing?
[05:30] <jml> reacocard: well, the first thing I want to check is that you aren't trying to write to the branch at the same time :)
[05:30] <ubotu> New bug: #135439 in launchpad "/projects search produces URLs with "+index" in them" [Undecided,New]  https://launchpad.net/bugs/135439
[05:31] <reacocard> I'm not doing anything, haven't even checked out the bzr yet actually
[05:31] <synic> well, like I said, it always says the lock is help by me, and that the lock was made <10 seconds ago
[05:31] <synic> er.. held
[05:31] <jml> synic: oh right.
[05:32] <synic> I'm going to try and redownload a branch and see what happens.
[05:32] <jml> ok.
[05:33] <jml> synic: anyway, as best as I can tell, it isn't a Launchpad-specific problem.
[05:33] <thumper> synic: what version of bzr are you using?
[05:33] <synic> 0.15.0
[05:33] <thumper> synic: any chance you can upgrade it?
[05:33] <synic> probably
[05:35] <synic> oh wait... it just worked.
[05:35] <synic> Pushed up to revision 1314.                                                    
[05:35] <reacocard> wtf? why is bzr trying to use svn on exaile.org when I try to bzr branch main? >.<
[05:35] <synic> reacocard: what uri are you using?
[05:36] <reacocard> bzr+ssh://reacocard@bazaar.launchpad.net/~exaile-devel/exaile/main
[05:36] <reacocard> tries both co and branch, sam errors
[05:36] <synic> thumper, jml: not sure what was the problem there, but a re-branch worked.
[05:36] <synic> thanks :)
[05:36] <synic> reacocard: what error?
[05:36] <reacocard> its a big trackback, pastebinning...
[05:37] <reacocard> http://www.pastebin.ca/674313
[05:37] <reacocard> the big question is, why is it trying svn at all?
[05:39] <reacocard> ah bzr is trying to be too smart
[05:39] <reacocard> I was trying to checkout under a dir I had checked out of svn before
[05:39] <jml> reacocard: perplexing!
[05:40] <reacocard> moved out, now it works
[05:40] <jml> reacocard: do you have bzr-svn installed?
[05:40] <reacocard> yeah
[05:40] <jml> reacocard: that'll do it :)
[05:40] <reacocard> I was just trying to find out why it was using svn. you'd think it would need an explicit command for it
[05:41] <reacocard> I mean, in the same dir I can understand, but in a subdir?
[05:42] <jml> reacocard: it's possible that it's a bug in bzr-svn. The good people on #bzr will be better informed.
[05:43] <reacocard> well it's likely just bzr being msart as usual, and just not telling me about it :)
[05:43] <reacocard> smart*
[05:44] <jml> reacocard: more likely the bzr-svn plugin, not bazaar itself :)
[05:45] <reacocard> bzr-svn just makes bzr smarter, does it not? :)
[05:48] <thumper> reacocard: for some definition of smarter ;-)
[09:18] <carlos> morning
[09:18] <Hobbsee> good morning carlos!
[09:19] <carlos> Hobbsee: hey!
[09:19] <Hobbsee> :)
[09:31] <elmargol> How can I delete a bug tracker from launchpad?
[09:31] <elmargol> The bugtracker i added is wrong :(
[09:33] <elmargol> https://launchpad.net/bugs/bugtrackers/miro-bugs <- this tracker is invalid.
[09:53] <mpt> elmargol, you can't at the moment, that's bug 4593
[09:53] <ubotu> Launchpad bug 4593 in malone "Can't delete a bug tracker" [Medium,Confirmed]  https://launchpad.net/bugs/4593 - Assigned to Gavin Panella (allenap)
[09:54] <mpt> In the meantime, post a request at http://answers.launchpad.net/malone
[09:54] <mpt> asking for it to be deleted
[09:54] <mpt> sorry for the inconvenience
[10:20] <ubotu> New bug: #135478 in rosetta "Empty Translations page for distribution without translation focus" [Undecided,New]  https://launchpad.net/bugs/135478
[10:31] <jtv> ahu: ping
[10:51] <ubotu> New bug: #135486 in launchpad-bazaar "we don't have codebrowse usage statistics" [Undecided,New]  https://launchpad.net/bugs/135486
[11:22] <Kuhrscher> danilos: Hi, any progess on fixing the translator credits in Kubuntu?
[11:26] <danilos> Kuhrscher: Riddel is willing to help with KDE side of things, if nothing happens there soon enough, I'll just add the 'header' and leave email addresses in there instead of URLs
[11:27] <Kuhrscher> danilos: That's good. I just updated my Kubuntu system and it looks absoutely horrible ;-)
[11:27] <danilos> Kuhrscher: well, of course it looks horrible, it's KDE :P
[11:28] <Kuhrscher> danilos: You uglyfy KDE on purpose, just to tell everybody "Look! It's ugly!" :P
[11:30] <Kuhrscher> danilos: Btw. I think it should be quite simple to patch kdelibs like that...
[11:31] <Kuhrscher> danilos: I don't think it's more than a few minutes task...
[11:31] <danilos> Kuhrscher: yeah, but it involves work :) and quite simple for someone who knows all the relevant KDE API calls -- Riddel is willing to help anyone with that, so just find a candidate :)
[11:34] <Kuhrscher> danilos: Hmm, perhaps we could find someone in kubuntu-dev... You don't think he would do it himself? I'm just a simple translator, so I cannot really hep with such things... ;-)
[11:35] <danilos> Kuhrscher: he said specifically that it's a simple change, but he is way too busy
[11:35] <danilos> Kuhrscher: and I am pretty sure you could find someone in kubuntu-dev, it's just that I know nobody in those dreaded KDE circles :)
[11:35] <Kuhrscher> Lol
[11:42] <glatzor> hello carlos, danilos
[11:42] <carlos> Kuhrscher, danilos: Is that patch going to land in KDE? or will it be something specific for Ubuntu?
[11:42] <carlos> glatzor: hi
[11:42] <danilos> carlos: lets discuss that once we have a patch :)
[11:42] <danilos> glatzor: hi
[11:42] <glatzor> carlos, danilos: I just want to nag you about the reset of the German translation
[11:43] <glatzor> carlos, danilos: would this still be possible before gutsy?
[11:43] <danilos> glatzor: we discussed it just a day or two ago, and basically, it's too risky for us to do that in DB directly over entire distribution
[11:43] <Kuhrscher> carlos: Kubuntu specific
[11:43] <danilos> glatzor: so, we'll raise priority on revert-entire-pofile, and try to work on it as soon as possible
[11:44] <carlos> glatzor: sorry, my fault, I was supposed to mail you yesterday to explain it to you...
[11:46] <danilos> glatzor: asap == we'll try this cycle, but it might not happen in time... anyway, we'll implement it in next cycle at the latest, and language pack updates should bring that out to Ubuntu users; if it doesn't happen, the only option you'll have is message-by-message reversion
[11:50] <Riddell> hi
[11:50] <Kuhrscher> Riddell: Hi
[11:51] <Kuhrscher> Do you think we could find a kubuntu-dev who could patch kdelibs to find some reasonable implementation of the Launchpad translators?
[11:51] <Kuhrscher> Riddell: Just similar to the Ubuntu dialog?
[11:52] <Riddell> I don't know what the ubuntu dialogue looks like
[11:52] <Riddell> is this the URL vs e-mail address issue?
[11:53] <Kuhrscher> In parts...
[11:53] <Kuhrscher> It would be nice, if we could make it look like this: https://bugs.launchpad.net/bugs/133817
[11:53] <ubotu> Launchpad bug 133817 in rosetta "Make KDE translation credits nicer" [Medium,In progress]   - Assigned to   (danilo)
[11:54] <Kuhrscher> It's not a perfect solution, but the actual situation is worse ;-)
[11:56] <Kuhrscher> Riddell: It should be quite simple to just add a "Upstream translators" header above the upstream translators and add another section with a "Lauchpad Translators" header below
[11:57] <Kuhrscher> Riddell: with "Upstream translators" and "Launchpad translators" as translateable strings
[11:58] <Kuhrscher> Riddell: You get an idea what i mean? ;-)
[11:58] <Riddell> yes
[11:59] <Riddell> well I've offered to mentor it, feel free to ask for help on the kubuntu-devel list
[12:55] <ubotu> New bug: #135523 in malone "More detailed project statistics" [Undecided,New]  https://launchpad.net/bugs/135523
[01:00] <ubotu> New bug: #135524 in malone "Can't change Trac bugtracker baseurl from http to https" [Medium,Confirmed]  https://launchpad.net/bugs/135524
[01:10] <ubotu> New bug: #135531 in malone "You can't change a bugtracker's name" [Medium,Confirmed]  https://launchpad.net/bugs/135531
[01:15] <pin17931> good afternoon. I have an import from subversion into Launchpad that has failed (project: opendental). Can anyone provide me with details on why it failed, and how I can get it to work?
[01:17] <kiko-zzz> pin17931, you can ask ddaa (when he's awake) or you can ask on answers.launchpad.net/launchpad and he'll answer you.
[01:17] <pin17931> kiko-zzz, thanks!
[01:21] <ubotu> New bug: #135537 in malone "You can't say a bugtracker is of type debbugs or SF." [Medium,Confirmed]  https://launchpad.net/bugs/135537
[01:25] <ubotu> New bug: #135542 in launchpad "Feature to attach multiple Hardware Profiles to user accounts for bugfixers to access" [Undecided,New]  https://launchpad.net/bugs/135542
[01:32] <kiko-zzz> crazy Kmos 
[01:32] <mantiena-baltix> statik, hi
[01:33] <mantiena-baltix> statik: kiko told me, that you can tell when there will be an ability to register new release or new milestone at https://launchpad.net/baltix/ 
[01:34] <Kmos> kiko-zzz: hehe
[01:40] <ubotu> New bug: #135547 in malone "Bugtrackers need baseurl aliases" [Medium,Confirmed]  https://launchpad.net/bugs/135547
[01:41] <Kmos> kiko-zzz: now i'm removing watchs of https://launchpad.net/bugs/bugtrackers/ubuntu-bugzilla
[01:41] <Kmos> :)
[01:42] <kiko-zzz> Kmos, you don't really need to do that -- we don't actually update them. Maybe we should kill them in one go. I'll put this on this week's agenda.
[01:42] <kiko-zzz> (for the meeting)
[01:42] <kiko-zzz> if you'd like to participate you'd be welcome
[01:43] <Kmos> kiko-zzz: please make it.. kill all of them in DB
[01:43] <Kmos> :)
[01:43] <Kmos> next week maybe I can't.. only after 19:00 UTC
[01:44] <kiko-zzz> I'll let you know what happened
[01:44] <kiko-zzz> it's this week thursday 11:00 UTC
[01:44] <Kmos> :)
[01:45] <Kmos> ok
[01:45] <Kmos> thx
[02:16] <mantiena-baltix> SteveA, labas
[02:40] <ubotu> New bug: #135570 in soyuz "PPA link on +archive page is broken" [Undecided,New]  https://launchpad.net/bugs/135570
[02:42] <Kaleo> Hello
[02:44] <Kaleo> does anybody know how to change the svn repository address of a project used by the bazaar branch created in launchpad (we would like to change this one: https://launchpad.net/elisa/trunk) ?
[02:44] <Kaleo> should the VCS imports team be contacted? if yes, how?
[02:46] <kiko-afk> Kaleo, yes, file a request at answers.launchpad.net/launchpad
[02:48] <Kaleo> kiko-afk: thank you
[02:49] <kiko-afk> you're welcome
[02:49] <kiko-afk> Kmos, colin has asked we not drop the ubuntu bugwatches because they are useful when visiting old changelogs, and they also provide the bugzilla->launchpad redirects.
[03:02] <nixternal> how do we link to upstream bugs now?
[03:03] <Kmos> nixternal: add product
[03:03] <Kmos> kiko: that's bad..
[03:03] <nixternal> OK, how do I add a product?
[03:04] <Kmos> nixternal: Also affects project -> e.g: https://bugs.launchpad.net/rosetta/+bug/62832/+choose-affected-product
[03:04] <ubotu> Launchpad bug 62832 in rosetta "Difference between "show all" and "show untranslated"" [Medium,Confirmed]  
[03:04] <nixternal> oh
[03:04] <Kmos> you need to create the bug tracker for some upstream product?
[03:04] <nixternal> it is a KDE project that has always been there in the past
[03:05] <Kmos> nixternal: https://launchpad.net/bugs/bugtrackers -> try to see here
[03:05] <nixternal> got it...thanks :)
[03:06] <Kmos> kiko: I think it's like having garbage in LP.. how uses bugzilla.ubuntu.com 
[03:06] <Kmos> lol
[03:07] <Kmos> kiko: and the bug from bugzilla doesn't match on LP, isn't the same number
[03:15] <synic> how do you make milestones available in the dropdown when reporting bugs?  Are milestones the same as blueprints?
[03:15] <Kmos> synic: nop
[03:16] <synic> so how do you get anything in there?
[03:17] <Kmos> really don't know
[03:17] <Kmos> someone will explain you
[03:19] <kiko> Kmos, redirects are done using it.
[03:23] <tck> can anyone look after https://bugs.launchpad.net/loco-webhosting/+bug/135091 ?
[03:23] <ubotu> Launchpad bug 135091 in loco-webhosting "Change of ownership for Ubuntu Ireland Translation Team" [Undecided,New]  
[03:24] <kiko> tck, please don't file bugs for user requests
[03:24] <tck> hang on a min kiko 
[03:24] <kiko> tck, see Support in the /topic
[03:24] <tck> when i don't im told yo
[03:24] <tck> *to
[03:26] <Kmos> kiko: but anyone now uses ubuntu bugzilla
[03:30] <cornell_work> Hi...  tried to sign up for launchpad, a while ago.  It said it would send an email in a few minutes (we don't use greylisting), it hasn't shown up.  Can anybody here can help with that?
[03:54] <kiko> Kmos, I think you're confused or confusing me :)
[03:54] <kiko> Kmos, there are still old URLs and changelogs that refer to the Ubuntu Bugzilla.
[03:54] <kiko> if we remove the bugwatches those URLs will become broken.
[03:58] <statik> huh, looks like I've been logged in for 3 days without realizing it
[04:02] <barr1> ok, welcome to the eu/us launchpad reviewers meeting. for the next 60 seconds we're going to be talking about reviews
[04:02] <barr1> apologies for being a bit disorganized right now, many of us are at the api sprint
[04:02] <kiko> I am on the phone so I can't be 100% here
[04:03] <barr1> who's here?
[04:03] <bac> me
[04:03] <statik> me
[04:03] <BjornT> me
[04:03] <salgado> me
[04:03] <statik> jamesh is sitting next to me
[04:03] <kiko> em
[04:03] <jamesh> me
[04:04] <barr1> cool.  i really have only two items to discuss other that the normal "do your reviews stuff"
[04:04] <barr1> one joey sent me...
[04:04] <barr1> he asks that reviewers watch out for changes to the default config files and make sure that the coders are also updating the other config files
[04:05] <barr1> if we don't do that, our other systems get messed up because the various config files are not consistent
[04:05] <Kmos> kiko: ok
[04:05] <jamesh> we should have a test that all the config files are at least nominally usable ...
[04:05] <mantiena-baltix> statik: kiko told me, that you can tell when there will be an ability to register new release or new milestone at https://launchpad.net/baltix/ 
[04:05] <statik> barr1: that should be added to TipsForReviewers, we can update that after the meeting
[04:06] <barr1> statik: good point
[04:06] <statik> mantiena-baltix: hi! probably not soon, but you can email me elliot at ubuntu and we can discuss further
[04:06] <barr1> 'nuff said on that i think
[04:06] <barr1> other issue: final determination on nominees
[04:06] <mantiena-baltix> statik, :(
[04:07] <barr1> there was some talk in the au meeting about getting seconds on nominees.  only 3 of 5 had at least two votes.  what should we do about the two folks who only got one vote?
[04:07] <barr1> any thoughts?
[04:07] <statik> barr1: I'm willing to vote multiple times if it helps. I'm a team player
[04:07] <barr1> statik: that solve that problem :)
[04:09] <bac> i second tom as he has such strong javascript skills
[04:10] <barr1> well, there's consensus in the room here to just invite them all
[04:11] <barr1> anybody have anything else?
[04:12] <jamesh> kiko: we could probably set up a fixed rewrite map for the old bugzilla.ubuntu.com bugs
[04:13] <barr1> well, i guess that's it then.  many of us are not doing reviews because of the sprint, but we'll get to them when we're done here
[04:13] <barr1> thanks, and MEETING ENDS
[04:13] <statik> thanks barry
[04:13] <kiko> jamesh, yeah... but what's this worth, ultimately
[04:13] <jamesh> kiko: I don't know how useful it is to keep the bugwatches in LP
[04:13] <statik> goodbye world
[04:13] <jamesh> kiko: not special casing bugzilla.ubuntu.com in the bugwatch checker? :)
[04:46] <Hobbsee> launchpad, WTF have you done with my panels?
[04:46] <Hobbsee> where's the "uploaded by", "version", etc, panel?
[04:48] <elmargol> Hi how can I change the "owner" of a project on launchpad?
[04:49] <elmargol> the registrant doesn't care anymore. So he wants to give me the rights to maintain it.
[04:50] <Hobbsee> Rinchen: would you know?
[04:50] <kiko> elmargol, what's the project?
[04:50] <kiko> Hobbsee, what's a panel?
[04:50] <kiko> oh the portlets
[04:50] <kiko> Hobbsee, what page?
[04:50] <elmargol> kiko: democracy
[04:50] <Hobbsee> kiko: eg, https://bugs.launchpad.net/ubuntu/+source/powertop/+bug/129572
[04:50] <ubotu> Launchpad bug 129572 in powertop "Please sync powertop (universe) from Debian unstable (main)" [Undecided,Incomplete]  
[04:51] <Hobbsee> oh, yes
[04:51] <kiko> elmargol, you mean "miro"?
[04:51] <elmargol> yes miro is the new name
[04:52] <kiko> Hobbsee, I think somebody filed a bug on mpt about that
[04:52] <Hobbsee> good afternoon, Rinchen 
[04:52] <Rinchen> Hiya Hobbsee ... 
[04:52] <kiko> elmargol, somebody asked me something about miro today. I think it had to do with bug trackers.
[04:52] <Hobbsee> kiko: right.  if we could get that back RSN, that'd be good.  MOTU use that *a lot*
[04:53] <kiko> Rinchen, what Hobbsee said. the man works for you :-P
[04:53] <elmargol> kiko: yes that was me
[04:53] <elmargol> kiko: they have changed name and bugtracker software. And the registrar (nassar) doesn't care anymore about launchpad. so I'm volunteering to maintain the launchpad page
[04:53] <kiko> elmargol, are you upstream, or are you just an interested party?
[04:54] <kiko> elmargol, I can fix that for you.
[04:54] <elmargol> kiko: I don't code I test and fill bug reports
[04:54] <kiko> elmargol, apparently somebody has set up ~miro-launchpad-maintainers
[04:55] <kiko> and you're approved
[04:55] <kiko> so I do think Nick did that to help you
[04:55] <elmargol> ok fine :D
[04:56] <elmargol> kiko: can you please delete https://launchpad.net/bugs/bugtrackers/miro-bugs
[04:56] <elmargol> since there is no way to delete a bugtracker
[04:57] <LaserJock> Hobbsee: what happened?
[04:58] <LaserJock> anybody know the ETA on PPA so I can tell the MOTU that it isn't MIA? ;-)
[04:58] <Hobbsee> LaserJock: someone's nicked off with the $package source portlet, which means you cant see the latest release at a glance, who uploaded it, etc, when viewing a bug.
[04:59] <LaserJock> oh, yeah, that's not so cool :-)
[05:00] <matsubara> LaserJock, Hobbsee: bug 134220
[05:00] <ubotu> Launchpad bug 134220 in malone "the new layout has no informations about the current version" [High,Confirmed]  https://launchpad.net/bugs/134220 - Assigned to Matthew Paul Thomas (mpt)
[05:00] <Hobbsee> matsubara: thanks a lot
[05:01] <LaserJock> thanks diogo
[05:01] <kiko> elmargol, I don't think that's the right thing to do.
[05:01] <kiko> elmargol, that bugzilla is used for other things apart from miro, right?
[05:01] <elmargol> kiko: yes also for the homepage etc.
[05:02] <kiko> elmargol, for instance Broadcast machine
[05:02] <elmargol> well the old democracy-bugs is down. they don't use track anymore
[05:03] <kiko> elmargol, oh! trac is no longer used? why is it still running?
[05:03] <LaserJock> Hardy Heron??? who picks these names ;-p
[05:03] <kiko> elmargol, we will need to keep both then
[05:03] <elmargol> They imported every bug from track into bugzilla.
[05:03] <elmargol> I think they are just to lacy zu disable it :D
[05:05] <kiko> elmargol, can you update the watches linked to https://launchpad.net/bugs/bugtrackers/democracy-bugs then?
[05:05] <kiko> to point to the right bugs in bugzilla?
[05:05] <kiko> elmargol, if you do that, I can get democracy-bugs deleted.
[05:07] <elmargol> kiko: OK I do so tomorrow. and ping you after
[05:07] <Rinchen> thanks matsubara and Hobbsee - I'll see what I can do to get this deployed within the current cycle (due the 19th).  If it's ready earlier, I'll talk to kiko about putting it in early.
[05:07] <kiko> elmargol, deal.
[05:07] <kiko> thanks
[05:07] <Hobbsee> Rinchen: thanks
[05:08] <matsubara> edge.launchpad.net ftw ;-)
[05:09] <kiko> EDGE!
[05:09] <superm1> whew PPA appears to be live (or at least taking uploads).  Thanks kiko cprov :)
[05:09] <kiko> superm1, there is just one minor issue that mthaddon is now fixing for us, but upload away
[05:10] <LaserJock> \o/
[05:12] <mthaddon> superm1, (where now = within the next few hours :) )
[05:12] <elmargol> kiko: there is only one bug using the remote bugtracker (i have changed)
[05:12] <soren> Will the debian/copyright requirement be removed at the same time?
[05:13] <kiko> elmargol, what about these? https://launchpad.net/bugs/bugtrackers/democracy-bugs
[05:13] <kiko> soren, no.
[05:13] <LaserJock> kiko: btw, I'm not sure who'd be interested in this, but I received some concern about having to be an "ubuntero" to use PPA
[05:14] <LaserJock> perhaps because it's asking too much, or not everyone wants to sign CoC, or it is Ubuntu-specific
[05:14] <elmargol> kiko: thats the bug i have modified. maybe sync takes a bit?
[05:14] <soren> LaserJock: What sort of people cannot agree to the CoC? :)
[05:14] <kiko> LaserJock, it's not forever.
[05:14] <kiko> elmargol, no, there are two bugs listed there
[05:14] <kiko> LaserJock, when we come out of beta it will probably go
[05:14] <LaserJock> kiko: that was my guess, and I said right now PPA is only building Ubuntu packages it's not unreasonable, IMO
[05:14] <elmargol> kiko: one is a duplicate
[05:15] <kiko> elmargol, you can still fix it :)
[05:15] <kiko> it's not unreasonable, but we want PPAs to be easy
[05:17] <LaserJock> yeah ... ;-)
[05:17] <tck> mthaddon, hi :)
[05:17] <tck> did you get my email ?
[05:18] <elmargol> kiko: I did. It is not synced
[05:18] <mthaddon> tck, not sure that I did - which one?
[05:18] <kiko> elmargol, I think you're doing something wrong
[05:18] <tck> you took care of the team change for me (ubuntu-ie)
[05:18] <tck> i had replied saying i failed to mention the translation team too 
[05:18] <tck> https://bugs.launchpad.net/loco-webhosting/+bug/135091
[05:18] <ubotu> Launchpad bug 135091 in loco-webhosting "Change of ownership for Ubuntu Ireland Translation Team" [Undecided,New]  
[05:18] <elmargol> kiko: if you go to https://bugs.launchpad.net/democracy/+bug/120921 <- you see that it points to the new tracker
[05:19] <ubotu> Launchpad bug 120921 in democracyplayer "Democracy Player hung after Yahoo! video search" [Undecided,New]  
[05:19] <superm1> LaserJock, don't MOTU's need to sign the CoC anyhow?
[05:19] <Hobbsee> matsubara: i wonder if there's some special launchpad or firefox foo that will automatically redirect oneself to edge...
[05:19] <Hobbsee> superm1: of course
[05:20] <mthaddon> tck: ok, for next time it'd be easier to re-open the same bug - that way all the original recipients will be notified
[05:20] <kiko> elmargol, no, you didn't change the watch. you added a new watch.
[05:20] <kiko> so the existing watches are still there.
[05:20] <tck> mthaddon, yes haha i had mentioned that in the mail, but i thought would be better to go through the proper procedure
[05:20] <LaserJock> superm1: I was thinking for PPA in the first place, so we don't have a huge number of bugs on PPA packages
[05:20] <tck> i didn't think i could re-open a bug that had 'fix-released' etc..
[05:20] <mthaddon> tck, and I'm changing it to derrymurray as well?
[05:20] <tck> mthaddon, that is correct
[05:20] <superm1> LaserJock, ah.
[05:21] <LaserJock> just think of all the bugs we're going to get...*sigh*
[05:21] <mthaddon> tck, I think you can change the status of a bug that's fix released - but in any case, I'll take care of it
[05:21] <tck> mthaddon, *mental note*
[05:21] <mthaddon> tck, that's done
[05:22] <tck> mthaddon, you're a gentleman, a scholar, and a fine judge of whiskey ;)
[05:22] <matsubara> Hobbsee: not that I know of apart from updating your bookmarks. perhaps a firefox addon could that.
[05:22] <superm1> LaserJock, you're just thinking of RAOF's Xgl crack aren't you :)
[05:22] <mthaddon> tck, of all those three, I'll claim to be a fine drinker of whiskey (not judge, though) :)
[05:22] <tck> haha
[05:22] <Hobbsee> matsubara: hmm.  yes
[05:23] <LaserJock> superm1: tons and tons of compiz/beryl stuff
[05:23] <LaserJock> superm1: we had a bunch bugs filed against beryl before it even made it through NEW
[05:23] <superm1> haha
[05:23] <superm1> good point.
[05:23] <siretart> yay. ppa seems to be live now on http://ppa.launchpad.net/ :)
[05:23] <siretart> Kudos to everything working on it!
[05:24] <LaserJock> siretart: +++
[05:26] <Hobbsee> O.O
[05:26] <Hobbsee> way cool!
[05:28] <elmargol> kiko: How do I remove a watch?
[05:34] <elmargol> kiko: ok found it
[05:35] <elmargol> kiko: done
[05:35] <cornell_work> Is launchpad accepting registrations, is the process working?
[05:38] <ferai> Can anyone tell me who I can talk to about getting the ability to modify and close bug reports on Launchpad?
[05:38] <Hobbsee> greetings, ferai!
[05:38] <ferai> hey, Hobbsee  :-)
[05:38] <ferai> maybe you can help me then?
[05:39] <Hobbsee> ferai: you already can.
[05:39] <Hobbsee> except to set to wishlist, etc
[05:39] <ferai> huh
[05:39] <Hobbsee> ferai: hit the down arrow on the yellow panel
[05:39] <ferai> yeah, just found that
[05:39] <ferai> never thought about doing that until you told me I could modify them already  :-)
[05:39] <Hobbsee> wishlist classes as an importance, not a status, so is under different rules.
[05:39] <Hobbsee> hehe :)
[05:39] <ferai> can I get under those rules?
[05:40] <Hobbsee> um...good question
[05:40] <Hobbsee> we cant do per-source package additions to -qa
[05:40] <ferai> huh
[05:40] <ferai> ok
[05:40] <ferai> so, -qa is where wishlist stuff goes?
[05:41] <Hobbsee> ferai: they wont make it so that the bug contacts can change things like importance, for some unknown reason.
[05:41] <ferai> as you have probably seen I've been quite busy being a bug hunter/fixer lately, so it'd be nice to have these powers
[05:41] <ferai> yeah, it's annoying
[05:41] <Hobbsee> indeed.  i keep seeing the mails
[05:41] <ferai> makes me want to just tell those people to refile at bugs.kde.org
[05:41] <Hobbsee> yeah, well.
[05:42] <ferai> cool
[05:42] <ferai> thanks :-)
[05:42] <kiko_> Hobbsee, who's "they"? :)
[05:42] <Hobbsee> ferai: so far, i havent attempted to fight for that change again yet.
[05:42] <LaserJock> ferai:  it should be pretty easy to get into ubuntu-qa
[05:42] <kiko_> hey elmargol
[05:42] <Hobbsee> LaserJock: he's upstream amarok
[05:42] <Hobbsee> LaserJock: really, he shouldnt have to.
[05:42] <Hobbsee> kiko_: you guys :)
[05:42] <LaserJock> well, whatever
[05:43] <kiko_> Hobbsee, what don't we allow?
[05:43] <LaserJock> just join ~ubuntu-qa
[05:43] <elmargol> kiko_: I assigned those 2 bugs to the new bug tracker and changed the bugtracker of miro to the new tracker
[05:43] <Hobbsee> kiko_: there is a bug report for it, and so far the answer has been no, as anyone can add themselves to be a bug contact, then mess with the importance
[05:43] <elmargol> the only thing left is removing the old bug tracker i think.
[05:43] <kiko_> elmargol, no, what you did was you created two new bugwatches.
[05:43] <kiko_> oh
[05:43] <Hobbsee> kiko_: that only -qa can change importance, not even if you're a bug contact
[05:43] <kiko_> are they gone now?
[05:43] <elmargol> i think so
[05:43] <kiko_> Hobbsee, that's correct. join -qa.
[05:43] <Hobbsee> kiko_: which is troublesome for our amarok guys, who know these bugs better that we do, but obviously havent been thru the ubuntu proceedures
[05:44] <kiko_> the bug contact is a permissions role
[05:44] <elmargol> the UI is wired
[05:44] <Hobbsee> kiko_: so every single upstream person triaging their own package's bugs on launchpad has to do that....
[05:44] <kiko_> Hobbsee, importance is importance /in Ubuntu/
[05:44] <Hobbsee> kiko_: when ubuntu-qa may not actually want them to touch bugs in other packages, as they dont use it.
[05:45] <kiko_> I'm not sure I agree that upstream can dictate that.
[05:45] <Hobbsee> kiko_: true. but there's no way to delegate it so that some upstreams can.
[05:45] <kiko_> why would delegation be correct, though?
[05:45] <ferai> kiko_: and a wishlist item upstream is not a bug downstream
[05:45] <ferai> it should be a wishlist item downstream too
[05:45] <Hobbsee> kiko_: because we trust these guys?
[05:45] <LaserJock> kiko_: because generally upstreams know the bugs better than we do
[05:45] <ddaa> ferai: not necessarily.
[05:46] <kiko_> Hobbsee, LaserJock: but they can't make a call as to how much the bug is important /for Ubuntu/
[05:46] <kiko_> that's what the decision implies
[05:46] <ddaa> What prevents upstream from changing the importance of the bug _on upstream_?
[05:46] <LaserJock> kiko_: well, Importance has very little to do with that, at them momement, IMO
[05:46] <Hobbsee> ddaa: nothing.  it just requires refiling all launchpad bugs for amarok, which kind of defeats the purpose of launchpad...
[05:47] <ddaa> Launchpad bug tracker's main feature is to allow both upstream and downstream to have their own, distinct, status on the same bug...
[05:47] <kiko_> LaserJock, sounds like something else is wrong.
[05:47] <Hobbsee> kiko_: this is true.  but it would be as important as for most other distros, i'd usually expect.
[05:47] <LaserJock> I'd much rather have upstreams doing bug triage then the Ubuntu Bugsquad
[05:47] <Hobbsee> ddaa: ie, launchpad isnt suited to have upstream triaging downstream's bugs, at all.
[05:47] <kiko_> Hobbsee, and neither am I sure they should be
[05:47] <Hobbsee> ddaa: so launchpad requires the bugs to be filed in both places, effectively.
[05:47] <kiko_> Hobbsee, LaserJock: do the bugs in question have upstream tasks?
[05:47] <LaserJock> not the ones I'm thinking of
[05:48] <LaserJock> that's why upstream is looking at them
[05:48] <kiko_> sounds like something's wrong
[05:48] <ddaa> Hobbsee: that's why there are easy shortcuts to report existing bugs in other contexts...
[05:48] <Hobbsee> kiko_: no, because that requires navigating the damned upstream tasks block, which is confusing as hell, and it requires more time to refile, when upstream is happy to just look at our bugs here
[05:48] <kiko_> if it's an upstream issue, then an upstream task should be open
[05:48] <ddaa> I agree with kiko_, there seems to be some misunderstanding.
[05:48] <kiko_> Hobbsee, sounds like you're complaining about different things there.
[05:48] <LaserJock> it's a bug, we don't care what it's filed against
[05:48] <Hobbsee> kiko_: the upstream tasks block was a side-rant.
[05:49] <LaserJock> whether that be upstream or Ubuntu
[05:49] <kiko_> I'm not sure what you mean by "navigating the damned upstream tasks block" but it sounds like you need some rest :)
[05:49] <ferai> Hobbsee: and filing bugs in both places are great ways to ensure that some are never closed or are ignored
[05:49] <ferai> because upstream (us) has no way of linking to downstream...
[05:49] <ferai> other than a comment in the upstream bug report, if there is one, and if that person fixing it remembers to go to Launchpad, and has an account, and has permissions to change the bug...
[05:49] <Hobbsee> kiko_: basically, i want a way to say "the ubuntu developers (or qa) are happy for this team to be able to set the importance of the bugs for this source package, and otherwise triage these bugs"
[05:50] <kiko_> Hobbsee, make them members of -qa, then.
[05:50] <kiko_> it's an easy workaround.
[05:50] <Hobbsee> kiko_: no, it just means that i've had to use that section a couple of times in the past couple of days, and i keep going down different menus until i find it, each time.
[05:50] <kiko_> however, if I understand the issue correctly
[05:50] <ferai> Hobbsee: actually, as far as "happy to look at our bugs here," I do prefer looking at them on b.k.o
[05:50] <kiko_> what should be happening is:
[05:50] <ferai> Because I can ccmail patches or fixes to the bug
[05:50] <ferai> I just happened to one day notice that we had a ton of Ubuntu bugs on our backtraces list...
[05:50] <kiko_> - the ubuntu bug should be indicated as affecting upstream
[05:51] <ferai> many of them perfectly valid complaints that never got to upstream, and were not on b.k.o
[05:51] <Hobbsee> ferai: indeed.
[05:51] <ferai> not only that
[05:51] <Hobbsee> kiko_: please listen to me.  i know what the upstream/downstream protocol for launchpad is.
[05:51] <kiko_> - if upstream uses bugzilla, the bug should be reported there -- and we're working on making that much easier
[05:51] <Hobbsee> kiko_: i just have a usecase that doesnt seem to be catered for yet
[05:52] <ferai> kiko_: it should be maybe...it's not currently
[05:52] <ferai> but upstream bugzilla doesn't link to launchpad like the other way around
[05:52] <ferai> what will end up happening
[05:52] <kiko_> Hobbsee, you seem to be arguing that you want to tie importances between upstream and ubuntu.
[05:52] <ferai> is that upstream will never bother looking at launchpad
[05:52] <ferai> because bugs will be filed there anyways (if you make it easier to file in both places)
[05:52] <Hobbsee> kiko_: in selected source packages, yes.
[05:52] <kiko_> Hobbsee, that's quite a different thing.
[05:53] <LaserJock> I want upstreams to have all that they need to triage our bugs :-)
[05:53] <kiko_> LaserJock, I can't agree with that
[05:53] <Hobbsee> kiko_: if i could just throw their entire team into -qa, i would, but that has reasonably strict procedures on getting into, and i dont think it's reasonable for them to have to go thru all of that, just to do distro bugs.
[05:53] <kiko_> upstream is /upstream/
[05:53] <LaserJock> kiko_: sure, but Ubuntu sucks, we can't keep up
[05:53] <ferai> kiko_: and "our bugs" is really "upstream's bugs"
[05:53] <kiko_> so
[05:53] <Hobbsee> kiko_: surely, if upstream wants to help, and we want them to, there has to be a way to do that
[05:53] <kiko_> I am totally in favor of making it easier to track upstream (and vice-versa)
[05:54] <kiko_> but I am not in favor of saying "just have upstream manage the Ubuntu bugs"
[05:54] <kiko_> because that's not how the model works.
[05:54] <ferai> if upstream can't manage Ubuntu bugs, there's no point in paying attention to Ubuntu bugs
[05:54] <ferai> which are really upstream bugs
[05:54] <ferai> unless they specifically affect *your* packaging
[05:54] <LaserJock> well, if the model doesn't fit reality I'm not sure what your going to do
[05:55] <LaserJock> I have Debian package maintainers that do more triaging in 1 day than my whole Ubuntu team in a week
[05:55] <ferai> especially if you make it easier to file bugs in both places
[05:55] <ferai> why ever bother with launchpad when it'll be on b.k.o anyways...
[05:55] <ferai> where we can manage it
[05:55] <kiko> ferai, I'm actually not arguing for you to not use b.k.o :)
[05:55] <ddaa> ferai: if an ubuntu bug is really an upstream bug, then it should be reported on the upstream bugtracker.
[05:55] <LaserJock> ddaa: should, but does it?
[05:56] <Hobbsee> ddaa: which then takes a whole bunch of time and effort to do
[05:56] <ferai> ddaa: yeah, but many bugs aren't
[05:56] <kiko> Hobbsee, that's the problem that needs fixing.
[05:56] <ferai> it's not reality
[05:56] <kiko> making it easy to report them upstream
[05:56] <ddaa> as kiko said, we want to make this easier
[05:56] <LaserJock> my experience is that very very few bugs make it upstream
[05:56] <kiko> it can be -- that is something that we can easily fix
[05:56] <Hobbsee> ddaa: and the downstream users arent on b.k.o either, so it's hard to get info back from them.
[05:56] <Hobbsee> so you need *them* to get b.k.o accounts too, and track there as well
[05:56] <kiko> Hobbsee, LaserJock: okay, I give up on this discussion, since you're not listening. :)
[05:56] <Hobbsee> which decreases bug quality, because regular users dont want to even deal with one bug tracker, let alone 2.
[05:56] <LaserJock> kiko: you've already got big objections to make it easy to use Debian's BTS
[05:57] <ferai> so it looks like the general answer here is: "we'll make it easier for bugs to also be reported on b.k.o so that you never have a reason to bother with Launchpad bug reports even though they're your bugs, not ours"
[05:57] <Hobbsee> ferai: what's your LP id?
[05:57] <LaserJock> kiko: I'm listening, but you aren't talking about reality
[05:57] <Hobbsee> ferai: and anyone else who's doing bugwork, from amarok?
[05:57] <ferai> jefferai
[05:57] <kiko> la la la
[05:57] <LaserJock> you're talking about what "should" happen and your "model" and what "can" be done
[05:58] <LaserJock> and I agree with what you said
[05:58] <ddaa> I suggest you move this discussion to the mailing list.
[05:58] <kiko> LaserJock, no, I'm trying to explain the plan, but all the crosstalk is making it hard.
[05:58] <LaserJock> but there's a problem when the "should" isn't "is"
[05:58] <ddaa> There are interesting comments, but a slower medium would help communication IMO.
[06:00] <LaserJock> well, and I don't think it's as big a LP thing as it is an Ubuntu problem
[06:00] <LaserJock> we don't have enough people to do the work ourselves and so upstreams are the next wave
[06:00] <LaserJock> and they know their package/software generally quite well
[06:01] <Hobbsee> ddaa: would anything actually get done about this?
[06:01] <Hobbsee> on a slower medium?
[06:02] <ferai> LaserJock: right...we can close your bugs, but we can't tell you we're not going to implement something because it's wishlist...?
[06:02] <ferai> what will happen is we'll just close bugs saying "not gonna happen"
[06:02] <ferai> instead of marking for later
[06:02] <Hobbsee> ferai: "wontfix" :P
[06:02] <ddaa> For starter it would help us understand better what you are unhappy about, and it would help you to understand what we already intend to do.
[06:03] <Hobbsee> ferai: but hopefully bdmurray will shove that -qa thru, so you're not blocked on it
[06:03] <ddaa> I find this IRC discussion very confusing.
[06:05] <kiko> Hobbsee, LaserJock: if you would like to have a conversation about this, please email -users; I'll outline what we are doing to improve the situation, and also how this is meant to be used.
[06:05] <Hobbsee> ddaa: true.  the problem is simple, but there are multiple ways of solving it
[06:05] <kiko> it's not useful if the developers and you don't agree on how things are meant to be used -- you'll get into this problem all the time
[06:05] <ferai> ddaa: here's the overview...after two years of developing Amarok I eventually became aware, quite by accident, that bugs were being filed on LP as well as on our own tracker
[06:06] <ferai> bugs were sent to our backtraces mailing list, which I bin if they don't have "NOT Stripped" in the subject
[06:06] <ferai> when my filter stopped working...  :-)
[06:06] <ddaa> ferai: please, please, save it for the mailing list, I am not the best person to read it.
[06:06] <ferai> eh
[06:06] <ferai> not going to go on the mailing list
[06:07] <ddaa> okay, go on then, I'll paste it to the ML
[06:07] <kiko> ddaa, it'll be more useful if Hobbsee and LaserJock write I feel
[06:07] <Hobbsee> we can do that, as long as something gets done about it.
[06:08] <kiko> Hobbsee, well first, I'll explain what /is/ getting done about it.
[06:08] <kiko> then we can see what part of that works and what doesn't
[06:08] <Hobbsee> oh, heck.  upstream cant see our new bugs filed by apport either now
[06:11] <Hobbsee> kiko: that would be good.  and i'll be sure to reply after i *havent* had the large amounts of frustration due to bits of LP going missing, or otherwise moving to confusing locations.
[06:13] <ferai> ddaa: don't bother
[06:13] <ddaa> ferai: ok
[06:14] <ferai> I won't be on the mailing list to respond to questions or anything
[06:27] <cornell_work> Well, I'll try back when y'all aren't so busy
[06:27] <cornell_work> TTFN
[06:28] <kiko> cornell_work, I'm not busy. just hungry. :)
[06:38] <homunq> Hi, I am working on an editor that lets you code in your own (human) language but leaves the code in the original (english-based) computer language on disk.
[06:38] <homunq> There's some discussion on the OLPC wiki...:
[06:40] <radix> homunq: were you about to paste a URL?
[06:41] <homunq> http://wiki.laptop.org/go/Bityi_%28translating_code_editor%29
[06:41] <homunq> yeah
[06:41] <homunq> sorry
[06:42] <homunq> Anyway, the idea is to make it easy for people to create new translations from within the editor
[06:43] <homunq> Some of the stuff will be program internals, but actually the most important stuff to translate will be things like the names of UI objects.
[06:44] <homunq> The Launchpad database of translation suggestions would obviously come in very handy
[06:44] <homunq> and eventually I want to have something similar, but specific to this tool
[06:45] <homunq> (because this tool could potentially lead to as many translations as everything else put together)
[06:45] <homunq> I'm here on chat just to sound y'all out right now
[06:46] <homunq> Initially, it would be great to have an API to get at your database.
[06:47] <homunq> In the longer term, your website would be a good place to host the translation database
[06:50] <ubotu> New bug: #135610 in soyuz "rejected upload, for binary upload + promotion in the same cycle" [Undecided,New]  https://launchpad.net/bugs/135610
[06:53] <homunq> The problem is similar in many ways to the one you already solve, but there are also enough differences that it would probably involve some extensions to your system.
[06:53] <homunq> Anyway, anybody have anything to say?
[06:54] <homunq> Again, my immediate question is if there's any API to the translations database - for read or write...
[06:55] <homunq> Or is there some mailing list where I should be asking these questions?
[07:00] <homunq> Hello?
[07:07] <homunq> Where is the best mailing list for talking about the translation database and its web interface?
[07:07] <kiko> homunq, launchpad-users it would be.
[07:08] <cornell_work> Got a minute kiko?
[07:08] <kiko> cornell_work, sure thing. what's up!
[07:09] <cornell_work> I'm wondering about registration for ubuntu wiki, which uses launchpad...  That is, I need to register at launchpad.  Know anything about that?
[07:10] <kiko> cornell_work, yes, I do. 
[07:10] <kiko> cornell_work, the Ubuntu wiki uses the launchpad user credentials to authenticate.
[07:11] <cornell_work> Right, but when I tried to register at launchpad, it said it would send "Instructions on completing your registration " to my email
[07:11] <cornell_work> Still haven't received it, 5 or 6 hours later
[07:12] <cornell_work> Do you have any idea what I can do about that?
[07:13] <kiko> cornell_work, it's likely that your mail provider grey or blacklists our SMTP server.
[07:13] <kiko> cornell_work, do you have a secondary email you can use to test?
[07:14] <cornell_work> Spoke to him, no greylist, no incoming (before anti-spam blocks it) email with "launchpad"
[07:14] <kiko> cornell_work, that's surprising. can you /msg me your email address?
[07:14] <kiko> and meanwhile, can you test with a secondary email?
[07:14] <kiko> this is a pretty rare problem
[07:15] <cornell_work> I'll try, I've registered "cornell", not "cornell_work".  Test what?  I've successfully sent an email to the address (cut-and-pasted from the confirmation page in case of typo) from another account.
[07:16] <kiko> cornell_work, I mean, try using a separate email account as your launchpad email
[07:16] <cornell_work> Get my msg?
[07:16] <kiko> no -- guess you're not registered. you can email me at kiko@async.com.br
[07:17] <cornell_work> K
[07:17] <kiko> cornell_work, if you can try using a separate email account I'd like to hear about the results
[07:17] <kiko> (i.e. not being able to create an account is a pretty serious problem)
[07:18] <cornell_work> emailed.
[07:18] <cornell_work> If I use a different email address, can I change it later?
[07:18] <kiko> yes, you can.
[07:18] <cornell_work> K, I'll try my gmail account
[07:22] <cornell_work> Well, got the response straight away, kiko
[07:22] <cornell_work> And went to the link, and confirmed it.  Thanks
[07:22] <kiko> thanks cornell_work 
[07:31] <Ze_M> kiko: ping
[07:32] <kiko> Ze_M, yo
[07:33] <Ze_M> i have download the .po file from the file sent by launchpod and converted it in .ts file, replaced the file in wengophone source tree and build and installed it, but when running appears in english and appears this output in console: (info) 18:31:52 void QtLanguage::loadLanguageFromConfig(): no Qt translation available for locale 'pt'
[07:33] <Ze_M> kiko: why this happens
[07:39] <Ze_M> appears im talking alone again
[08:00] <carlos> Ze_M: better you check with dneary
[08:00] <carlos> Ze_M: we don't support .ts files as a native format yet, so it's hard to tell you were your problem is, given we don't know how it works exactly
[08:01] <Ze_M> carlos: dneary isnt around
[08:01] <carlos> Ze_M: David did the conversion from .ts to .po file so maybe he could give you a hint on where the problem is...
[08:01] <Ze_M> david?
[08:01] <carlos> Ze_M: I know, but he's the only one I know that knows .ts file format...
[08:02] <carlos> Ze_M: sorry, I mean Dave
[08:06] <ubotu> New bug: #135620 in launchpad "bug contacts should be notified about uploads" [Undecided,New]  https://launchpad.net/bugs/135620
[08:11] <ubotu> New bug: #135623 in launchpad "Update CVE cronscript sometimes fails to retrieve CVE database" [Undecided,New]  https://launchpad.net/bugs/135623
[08:21] <beuno> carlos: have a minute to see if we can get an easy quick fix for translation stats?   :D
[08:21] <kiko> easy and quick? doesn't sound like a fix!!
[08:21] <carlos> kiko: he means workaround :-P
[08:21] <beuno> shhhh, it's called "marketing"
[08:21] <kiko> that's more like it!
[08:21] <kiko> heh
[08:21] <carlos> beuno: I'm leaving right now... could we schedule a meeting tomorrow?
[08:22] <beuno> right, workaround sounds better
[08:22] <kiko> beuno, if an admin can do it I can help :)
[08:22] <beuno> carlos: sure, no problem
[08:22] <beuno> kiko: I don't know who can do it!  I just need a way to get the stats I'm currently adding manually in the UWN
[08:22] <carlos> kiko: I'm planning to export a .txt file directly from carbon's mirror and publish it on people.ubuntu.com/~carlos
[08:23] <beuno> yay!
[08:23] <carlos> kiko: so maybe you could help to do something like that
[08:23] <kiko> that's interesting
[08:23] <kiko> what sort of status beuno?
[08:23] <beuno> kiko: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue54#head-4dc448ae49bfdd088d5d789b7f1de2b392fadc6b
[08:24] <beuno> that's the least I need, now, if I can get more, more :D
[08:24] <beuno> I don't mind having to parse it, I already parse million of things for ubuntustats
[08:24] <kiko> hmmmm yeah, carlos is the best bet there as he knows what he's doing (unlike some of us here...)
[08:24] <carlos> kiko: :-)
[08:25] <carlos> beuno: when would be a good time for you to meet tomorrow?
[08:25] <beuno> carlos: I'm GTM -3, so from 13hs onwards
[08:26] <carlos> I'm in UTC+2
[08:26] <carlos> 13hs UTC/GMT?
[08:26] <beuno> yeap, UTC/GMT
[08:27] <beuno> it can be later too
[08:27] <beuno> but I won't be able wake up before that  :p
[08:28] <carlos> beuno: let's have it after the Launchpad developers meeting
[08:28] <carlos> beuno: that's around 15:00 UTC
[08:29] <beuno> carlos: sounds great, thanks a lot  :D
[08:29] <carlos> we have a deal then ;-)
[08:29] <carlos> np
[08:29] <carlos> see you tomorrow!
[08:29] <beuno> cya carlos, que descanses  :D
[08:37] <synic> is there a way to remove a mileston?
[08:37] <synic> er.. milestone
[08:41] <ubotu> New bug: #133474 in update-manager "Error during update Gutsy Gibbon 7.10 because of missing commercial repository for gutsy" [Undecided,Invalid]  https://launchpad.net/bugs/133474
[08:43] <kiko> synic, yes-ish.
[08:43] <synic> oh?
[08:45] <synic> and also, how would I add a milestone to this: https://code.launchpad.net/~exaile-devel/exaile/main ?  I accidentally added it to https://code.launchpad.net/exaile/trunk... but that's obsolete
[08:46] <kiko> you can change the milestone series I believe.
[08:46] <kiko> what's the milestone URL, synic?
[08:46] <synic> https://code.launchpad.net/exaile/+milestone/0.2.11
[08:46] <kiko> (to be truthful we are going to overhaul the series/releases/milestones organization, which is confusing)
[08:48] <synic> hrmm, so should I just wait?
[08:53] <kiko> synic, what should I move this to? unstable?
[08:53] <kiko> what a nice logo
[09:18] <synic> kiko: sorry, I'm at the office.  Yeah, the "main" branch
[09:18] <synic> and thanks (re: logo).  Unfortunately, I have no idea who made it.
[09:19] <kiko> synic, the main branch or the unstable branch?
[09:20] <synic> hrmm, now I'm confused.  I thought the main branch was the unstable branch
[09:23] <synic> https://code.launchpad.net/~exaile-devel/exaile/main  <-- this is the one.
[09:24] <yml> hello goodevening
[09:26] <kiko> synic, heh, you are confused :-) milestones don't have to do with branches. they have to do with series. :)
[09:26] <synic> ah, then yes, the unstable series.  Unless it sounds like that doesn't make sense
[09:27] <brmassa> guy, i want to create another project. but it is a "child" from a bigger project. how can i create this association?
[09:28] <yml> I am trying to create the first branch in a project that I have created a couple of hours ago. bazaar is installed  but when I try to create the first branch I am getting this error: 
[09:29] <yml> the system cannot find the file specified
[09:30] <homunq> It's me again. A few hours ago I asked about web API's for the translation database, to support a code-editor which will translate on read and write (for OLPC, at first). http://wiki.laptop.org/go/Bityi_%28translating_code_editor%29 . The only response I got was to talk on the mailing list. I'd be happy to, but before I bug everyone there, I'd just like to know if there is such an API, if it's planned/in development, or if I'm the first one to ask for this
[09:31] <synic> kiko: ah, looks like you got it working - thanks.  One other thing:  https://launchpad.net/exaile  - it says "trunk" is the current development focus.  How can I change that?
[09:32] <yml> I would like to know if someone could guide me in the creation of my first branch. thank you
[09:33] <kiko> synic, what is the current development focus?
[09:33] <synic> the unstable series
[09:33] <kiko> brmassa, normally projects are grouped into, well, project groups :)
[09:34] <brmassa> kiko, i cant find the page to create... project groups! hehe
[09:34] <kiko> brmassa, only admins can.
[09:35] <kiko> synic, just change that in the project's +edit page.
[09:35] <kiko> (development focus)
[09:35] <kiko> synic, however.. I wonder if trunk isn't unstable
[09:35] <brmassa> kiko, launchpad admins or project admins?
[09:35] <synic> kiko: trunk should be gone-ish.  It's legacy from the svn import
[09:36] <brmassa> kiko, another question: i created a series by mistake now i want to delete it. how can i do this?
[09:37] <Rinchen> homunq, there are no API's that you can use today that I am aware of but as was announced at Ubuntu Live, we are working on APIs in general. No timeframe for completion yet.
[09:38] <kiko> synic, no... 
[09:38] <kiko> synic, trunk can be changed to point to any branch you like
[09:38] <yml> I found a bug describing a problem similar that the one I am facing  #107146
[09:38] <kiko> brmassa, launchpad admins.
[09:38] <kiko> bug 107146
[09:38] <ubotu> Launchpad bug 107146 in bzr "better message when failing to start ssh" [Undecided,New]  https://launchpad.net/bugs/107146
[09:39] <synic> kiko: oh.  At this point, I'm still really confused.
[09:39] <kiko> synic, heh. it's okay -- you'll get the hang of it. for now you can have unstable be your "trunk" series, no problem.
[09:39] <synic> kiko: k
[09:42] <yml> kiko : the problem is that I am I don't know if the problem is comming from SSH, or from the path:  sftp:/blabla....
[09:44] <yml> my exact path is something like this :  sftp://myuser@bazaar.launchpad.net/myuser/django-survey/main-yui
[09:45] <mwh> yml: i don't think your launchpad id is "myuser"
[09:45] <yml> I have also tested this path with the same result : sftp://myuser@bazaar.launchpad.net/~myuser/django-survey/main-yui
[09:45] <mwh> yml: also, you need a ~ in there
[09:45] <yml> mwh : like the path above???
[09:46] <sabdfl> yml: what is your launchpad username?
[09:46] <yml> yml-nospam
[09:46] <yml> at least I believe
[09:47] <yml> do you know how I could check this?
[09:52] <yml> sabdfl : https://launchpad.net/~yml-nospam/+edit  do you have any idea?
[09:53] <sabdfl> yml-nospam
[09:53] <sabdfl> replace myuser with yml-nospam in those url's and see if it works for you
[09:57] <yml> sabdfl  : bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/django-survey/main-yui  give me the following result 
[09:57] <yml> bzr: ERROR: [ERROR 2]  The system cannot find the file specified
[10:01] <sabdfl> interesting
[10:07] <kiko> yml, can you sftp to that directory?
[10:07] <kiko> i.e.
[10:07] <kiko> kiko@whatever:~$ sftp kiko@bazaar.launchpad.net
[10:07] <kiko> Connecting to bazaar.launchpad.net...
[10:07] <kiko> sftp> cd ~kiko
[10:10] <brmassa> kiko, another question: i created a series by mistake now i want to delete it. how can i do this?
[10:11] <kiko> brmassa, you tell me what it is or you request it in the support url in the /topic
[10:11] <yml> kiko: I am getting this error message:
[10:12] <brmassa> kiko, there is no "delete series" link? well... its https://launchpad.net/ajato/nothing
[10:12] <kiko> brmassa, not yet.
[10:12] <brmassa> hmm ok.
[10:13] <yml> The server's host key is not cached in the registry. You have no guarantee that the server is the computer you think it is.
[10:13] <kiko> yml, that's okay.
[10:13] <kiko> it's not an error (hopefully)
[10:13] <yml> the server 's rsa2 key fingerprint is :...
[10:15] <yml> kiko: the strange thing is that when I try to connect to :
[10:15] <kiko> brmassa, done.
[10:16] <brmassa> thanks a lot!
[10:16] <kiko> brmassa, if you want to ask for a project group, use the support link.
[10:16] <kiko> you're welcome.
[10:16] <brmassa> ok. bookmarked
[10:16] <yml> sftp sftp://yml-nospam@bazaar.launchpad.net
[10:17] <yml> is giving the same error message is that normal?
[10:19] <kiko> yml, that's not an error message.
[10:19] <yml> may the problem is not related to bazaar but really to the ssh connection. 
[10:20] <kiko> yml, that's correct -- ssh is telling you that the remote server is not known to you, which is expected since it's the first time you connect.
[10:20] <kiko> yml, what OS do you use?
[10:20] <yml> windows
[10:20] <yml> I am using pageant to store my private key
[10:21] <yml> I have posted the public one on my profile
[10:23] <superm1> it looks like possibly one of my builds to PPA may have frozen: https://launchpad.net/~mythbuntu/+archive/+build/381753
[10:23] <superm1> its been at that part of the build log for some time
[10:23] <jamesh> iirc, pagent stores its keys in a slightly different format
[10:24] <yml> kiko: the porblem is that now when I redo the same operation it is teling me : Using username "sftp://yml-nospam No supported authentication methods left to try! ssh_init: error during SSH connection setup
[10:24] <jamesh> it is possible you'd need to convert your public key and upload it again
[10:24] <kiko> how upsetting.
[10:25] <jamesh> I could be wrong though -- it is a while since I've used windows/putty
[10:25] <yml> what do you mean by convert?
[10:26] <yml> jamesh:what do you mean by convert?
[10:28] <yml> would that help if I try from mandrake?*
[10:29] <kiko> yml, yes
[10:29] <kiko> yml, ubuntu is always better than windows. :)
[10:29] <kiko> but linux is too!
[10:29] <kiko> man that came out all wrong 
[10:29] <kiko> X)
[10:29] <yml> ok  :-)
[10:29] <mpt> Goooooooooooooooood morning Launchpadders!
[10:29] <kiko> morning mpt 
[10:30] <yml> let us try so I need to copy my private key in ~./ssh
[10:30] <yml> is this correct?
[10:33] <kiko> yml, no, generate another public key and use that.
[10:34] <yml> is there a small ahow to somewhere, I am not really fluent in ssh  :-[
[10:40] <cprov> superm1: I'm checking it for you.
[10:42] <yml> Ok I have done the following step from linux:
[10:42] <yml> ssh-keygen -t dsa
[10:43] <yml> I have copied the public key on  launchpad.net
[10:44] <yml> However I am still getting the same error message:
[10:44] <yml> [souris@localhost .ssh] $ sftp sftp://yml-nospam@bazaar.launchpad.net
[10:44] <yml> Connecting to bazaar.launchpad.net...
[10:44] <yml> Permission denied (publickey).Couldn't read packet: Connection reset by peer
[10:46] <beuno> yml: you might have a problem copying the key from linux to windows, encoding and such
[10:47] <beuno> yml: take a look at: http://www.howtoforge.com/ssh_key_based_logins_putty_p2?s=1738b5f0c4969451d3265a3fe1fed604&
[10:47] <beuno> if you use windows, you can generate from putty itself
[10:48] <beuno> ot have one for linux and one for windows
[10:48] <beuno> s/ot/or
[10:48] <yml> beuno: This what I have now
[10:49] <yml> the problem above is the one I have generated on linux
[10:51] <beuno> yml: then you should upload your windows-generated key to launchpad
[10:52] <yml> beuno: I have uploaded both of them 
[10:53] <beuno> yml: and still can't connect?
[10:53] <yml> nope on none of the platform.
[10:54] <beuno> yml: are you behind a firewall?
[10:55] <yml> let me check it is up and running?
[10:56] <cprov> superm1: by the lack of ability on my side, I've just reset your job. Let me know if it gets stuck again. Btw, you can discuss further problem with infinity on #ubuntu-devel, it could be related with xen on amd64.
[10:56] <superm1> cprov, okay will do
[10:56] <beuno> yml: what do you get from:  ping bazaar.launchpad.net
[10:56] <superm1> hopefully didn't find a bug in PPA's just about launch :)
[10:56] <cprov> superm1:  was it ever built on PPA-beta (dogfood) ?
[10:56] <superm1> yes
[10:57] <superm1> multiple times
[10:58] <yml> beuno: PING bazaar.launchpad.net (82.211.81.254) 56(84) bytes of data. 64 bytes from 82.211.81.254: icmp_seq=1 ttl=52 time=651 ms 64 bytes from 82.211.81.254: icmp_seq=2 ttl=52 time=573 ms 64 bytes from 82.211.81.254: icmp_seq=3 ttl=52 time=635 ms 
[10:58] <beuno> yml: are you on windows or linux now?
[10:59] <yml> the last one was on linux. Since I have both computer in front of me I can switch easily from one to the other
[11:04] <yml> Is there another solution to get a branch on launchpad? I mean other that ssh something more simple.
[11:04] <yml> a bit like code.google.com
[11:04] <beuno> yml: not that I know of, no
[11:04] <beuno> but it should be very simple
[11:04] <jamesh> yml: not if you want to host your branch on Launchpad
[11:05] <jamesh> if it is hosted elsewhere, you can get it mirrored to Launchpad
[11:05] <kiko> yml, it's very odd that you're having this trouble, though.
[11:05] <yml> I would have realy prefered to get everything on launchpad
[11:06] <superm1> cprov, should my uploads to ppa really be showing up in lp.net/~superm1/+packages?
[11:06] <cprov> superm1: no, that's a bug
[11:07] <yml> kiko: I understand but it is not working
[11:07] <superm1> cprov, ick okay, i'll file a bug again lp then
[11:07] <yml> :-(
[11:07] <kiko> yml, so let's back up. what happens if you sftp?
[11:07] <kiko> (on linux)
[11:08] <yml> kiko: here it is the error message on linux:
[11:08] <yml> [souris@localhost .ssh] $ sftp sftp://yml-nospam@bazaar.launchpad.net
[11:08] <yml> Connecting to bazaar.launchpad.net...
[11:08] <yml> Permission denied (publickey).
[11:08] <yml> Couldn't read packet: Connection reset by peer
[11:10] <kiko> yml, okay, so the public key you uploaded to launchpad isn't working. let me check why.
[11:10] <thumper> yml: is that you're exact command line?
[11:11] <thumper> yml: because yml-nospam isn't a valid LP user
[11:11] <kiko> https://launchpad.net/~yml-nospam ?
[11:11] <kiko> looks valid to me
[11:11] <mpt> garrrrr
[11:11] <beuno> I know
[11:11] <thumper> eh?
[11:11] <kiko> beuno!
[11:11] <beuno> yml: try sftp sftp://yml-nospam@bazaar.launchpad.net
[11:11] <thumper> damn it
[11:11] <beuno> er
[11:11] <thumper> forgot the tilde
[11:11] <beuno> yml: try sftp yml-nospam@bazaar.launchpad.net
[11:11] <thumper> sorry
[11:11] <beuno> without the sftp://
[11:12] <yml> kiko: same thing. [souris@localhost .ssh] $ sftp yml-nospam@bazaar.launchpad.net Connecting to bazaar.launchpad.net... Permission denied (publickey). Couldn't read packet: Connection reset by peer [souris@localhost .ssh] $ 
[11:13] <kiko> yml, otherwise, if you can do sftp -vvv yml-nospam@bazaar.launchpad.net and put the result in a paste it'd be cool.
[11:13] <kiko> it's very unusual that you're having this problem
[11:13] <beuno> argh, almost...
[11:15] <mpt> cprov, have you fixed bug 135570? I can't reproduce the problem
[11:15] <ubotu> Launchpad bug 135570 in soyuz "PPA link on +archive page is broken" [High,In progress]  https://launchpad.net/bugs/135570 - Assigned to Celso Providelo (cprov)
[11:16] <kiko> mpt, yes, it's fixed.
[11:16] <kiko> it was a config issue.
[11:17] <cprov> mpt: ^
[11:17] <superm1> cprov, bug 135669 if you want to triage that appropriately
[11:17] <ubotu> Launchpad bug 135669 in launchpad "PPA uploads are showing up on lp.net/~user/+packages" [Undecided,New]  https://launchpad.net/bugs/135669
[11:19] <yml> kiko:http://pastebin.com/m3e1f61a7 here it is the output.txt
[11:19] <kiko> thanks yml 
[11:19] <yml> thanks to you kiko to take sometime to help me
[11:19] <kiko> yml, you're welcome. the problem you have is that your private keys are not where they should be:
[11:19] <kiko> #
[11:19] <kiko> debug1: Trying private key: /home/souris/.ssh/id_rsa
[11:19] <kiko> #
[11:19] <kiko> debug3: no such identity: /home/souris/.ssh/id_rsa
[11:19] <kiko> #
[11:20] <kiko> debug1: Trying private key: /home/souris/.ssh/id_dsa
[11:20] <kiko> #
[11:20] <kiko> debug3: no such identity: /home/souris/.ssh/id_dsa
[11:20] <kiko> how did you generate your key? that's very strange.
[11:20] <ubotu> New bug: #135669 in launchpad "PPA uploads are showing up on lp.net/~user/+packages" [Undecided,New]  https://launchpad.net/bugs/135669
[11:21] <yml> the private key is located at ~.ssh/yml-nospam
[11:21] <kiko> yml, that sounds wrong.
[11:22] <kiko> yml, didn't you just do ssh-keygen -t dsa
[11:22] <kiko> or something?
[11:22] <yml> I have generated it with this command line:  ssh-keygen -t dsa
[11:22] <kiko> yml, alternatively, use ssh -i
[11:22] <kiko> yml, but why did you save it with that odd filename? because you'll need to use sftp -i, and I have no idea how to tell bzr to do that. :)
[11:23] <kiko> yml, I suspect you can just rename it to ~/.ssh/id_dsa
[11:23] <kiko> maybe. :)
[11:23] <jamesh> you can edit ~/.ssh/config to pick a non-default key
[11:23] <kiko> or what jamesh said
[11:23] <kiko> thank god somebody knows what they are talking about here.
[11:23] <kiko> right
[11:24] <thumper> man ssh_config and look for IdentityFile
[11:24] <thumper> yml: ^^
[11:24] <jamesh> yml: something like this: http://rafb.net/p/iEzjIz19.html
[11:24] <beuno> I am curious on how he managed to generate a key with a different name...
[11:25] <kiko> beuno, it asks you what name it should use.
[11:25] <jamesh> (you can also tell ssh to use your Launchpad username when logging in to bazaar.launchpad.net that way)
[11:25] <beuno> kiko: aaaaaah, that would explain the confusion. Is that explained in Launchpad's help?
[11:26] <yml> 23:24:37
[11:26] <yml> beuno  : very simple instead of typing on <enter> I give a meaningfull name :-)
[11:26] <kiko> :)
[11:26] <beuno> yml: it makes sense  :D
[11:27] <kiko> beuno, do we even have docs for that? :)
[11:27] <yml> only to me 
[11:27] <yml> I am trying now with the default name
[11:28] <Lamego> hello
[11:31] <ubotu> New bug: #135672 in soyuz "PPA terms of service are visible even if it's not my archive" [Undecided,New]  https://launchpad.net/bugs/135672
[11:32] <beuno> kiko: I can't find any, but I'm sure there is, as a lot of users don't know how to generate the key
[11:32] <beuno> yml: did you read about generating the key somwhere?
[11:32] <kiko> good one beuno 
[11:32] <yml> kiko now when I try to do : [souris@localhost .ssh] $ sftp yml-nospam@bazaar.launchpad.net
[11:32] <yml> Connecting to bazaar.launchpad.net...
[11:33] <yml> It hang the console
[11:34] <kiko> yml, that's better.
[11:34] <yml> beuno: I haven't find much of uptodate documentation.
[11:34] <kiko> yml, can you -vvv and then paste that again?
[11:34] <yml> yes of course
[11:35] <ubotu> New bug: #135675 in soyuz ""View Terms of Service" is incorrect capitalization" [Undecided,New]  https://launchpad.net/bugs/135675
[11:36] <mpt> cprov, perhaps you could mark it fixed, then?
[11:36] <yml> http://pastebin.com/m5513ed15
[11:36] <yml> kiko: are you really sure that this is better?
[11:36] <cprov> mpt: I will, just a sec
[11:36] <kiko> yml, yes.
[11:36] <kiko> mpt, he only JUST cherry-picked it. poor cprov.
[11:36] <yml> You are an optimist
[11:37] <mpt> ok, sorry to badger you cprov :-)
[11:37] <yml> I am Strugling with this since the last 12 hours
[11:38] <kiko> yml, okay. so either you have a P-MTU issue (not unheard of), as per http://www.netheaven.com/pmtu.html
[11:38] <kiko> yml, which is easy to fix if you sudo ifconfig ethX mtu 576 or something ridiculously small
[11:38] <cprov> mpt: it's ok
[11:40] <yml> kiko; I am sorry but I am not understanding what I neeed to do to fix this problem
[11:40] <ubotu> New bug: #135677 in soyuz ""1 Sources" or "1 Binaries" is bad grammar" [Undecided,New]  https://launchpad.net/bugs/135677
[11:40] <ubotu> New bug: #135679 in soyuz "PPA page uses the unexplained term "pocket"" [Undecided,New]  https://launchpad.net/bugs/135679
[11:41] <kiko> good ole mpt 
[11:41] <mpt> You could tell those were me without looking, huh
[11:43] <kiko> mpt, I have 1 sources in my pocket.
[11:43] <mpt> Is that a sources in your pocket, or are you just pleased to see me?
[11:44] <kiko> I just told you I have 1 sources in my pocket!
[11:45] <yml> I am sorry I have by mistake closed this window
[11:45] <mpt> kiko's pocket: 1  1 of 1 result
[11:46] <yml> Did you answer my last question?
[11:46] <yml> for memory : how to solve my problem that you have qualified of a pmtu problem?
[11:47] <kiko> yml, so, quick attempt: ifconfig ethX mtu 1492
[11:47] <kiko> yml, where ethX is the ethernet connection you're using
[11:47] <kiko> might be eth0, might be eth1, might be something else
[11:47] <yml> ok so eth0
[11:47] <kiko> give that a try.
[11:48] <kiko> if it's not that then I need to try and remember why I had the same problem just the other day
[11:48] <kiko> hmmmm
[11:48] <kiko> a routing problem I believe it was
[11:49] <yml> kiko you are a kind of guru for me!! I can now see "sftp>"
[11:49] <kiko> yml, tolja
[11:49] <yml> unbelievable 12 hours to get this 4 caracters
[11:49] <kiko> yml, I told you god existed!
[11:50] <ubotu> New bug: #135681 in soyuz "PPA package refers to "results" when I haven't searched for anything" [Undecided,New]  https://launchpad.net/bugs/135681
[11:50] <yml> yes but he has decided to make the path fo creating a project on launchpad very painful
[11:51] <yml> ;-)
[11:51] <kiko> yml, to be honest, the latter problem is actually with your ISP. did you read that reference I gave you?
[11:51] <gaspard> hello there
[11:51] <kiko> yml, but hey, I'm thankful that you decided to stick to your guns
[11:52] <yml> could you repost it? because I lost it when I close this window by mistake
[11:52] <kiko> yml, sure. http://www.netheaven.com/pmtu.html
[11:53] <gaspard> is there an alternative to Trac, written in PHP ?
[11:54] <kiko> gaspard, there's an alternative to Trac called Launchpad, which washes and irons your clothes too (soon) <wink>
[11:54] <gaspard> but Launchpad is written in Rails, right ?
[11:54] <beuno> gaspard: I'm currently working on a bzr<>php thingie, it's at an alpha stage, but I hope to have something uploaded within the next weeks
[11:55] <kiko> gaspard, it's actually python and zope3.
[11:55] <beuno> it imports everything into a MySQL DB, and from there on, you can do whatever you like  :D
[11:56] <gaspard> beuno, perhaps i could contribute on your project
[11:57] <beuno> gaspard: I'd love contributors, I just need a week or two to clean up the code and make it a bit more generic, It's currently en use in out internal custom software
[11:57] <beuno> then, I'll upload it to launchpad, and beg for help  :D
[11:57] <gaspard> could you tell me more about this project ? do you have an url to see sth ? is it GPL ?
[11:58] <beuno> gaspard: nothing public yet, but it basically syncs the bzr log with a DB at the moment
[11:58] <gaspard> great ! what is your launchpad user name ?
[11:58] <yml> kiko ; now I can do sftp yml-nospam@launchpad.net. This is not the end of the story for me  because what I would like to do is upload a branch
[11:58] <beuno> gaspard: beuno  :D
[11:59] <beuno> yml: now the command you where trying first should work fine
[11:59] <beuno> gaspard: I'll post it on planet, and probably under plugins in the bzr website (if it's adecuate)
[12:01] <yml> bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/django-survey/main-yui
[12:02] <reacocard> anyone know when PPA is gonna be out of beta?
[12:02] <yml> I am still getting the same error on windows : bzr: ERROR : ERROR 2 The system cannot find the file specified
[12:02] <beuno> yml: are you in the directory where the bzr branch is?
[12:03] <beuno> try:  bzr status
[12:03] <kiko> yml, on windows?
[12:03] <kiko> yml, don't ask me about windows, because I've never used putty
[12:03] <yml> even if sftp yml-nospam@bazaar.launchpad.net give me psftp>
[12:04] <kiko> yml, oh, so sftp on windows now works?
[12:04] <yml> yes
[12:04] <kiko> wow go figure
[12:04] <kiko> if you can push on linux I can tell you if there's anything wrong
[12:04] <yml> in fact the problem was tah 
[12:05] <yml> taht I was typing sftp sftp://yml-nospam@bazaar.launchpad.net
[12:05] <kiko> ah.
[12:05] <yml> instead of  sftp yml-nospam@bazaar.launchpad.net
[12:08] <kiko> yml, I'm not sure what that bzr error means. if you can't try on linux I'd suggest we move to #bzr to ask there.
[12:08] <yml> I am in the process of creating a bzr branch on linux
[12:08] <kiko> ah, cool
[12:09] <kiko> I need to skip out for about 2h but will be back later
[12:09] <beuno> yml: do a "bzr status" for me
[12:09] <beuno> and tell me if bzr gets angry or not  :D
[12:09] <yml> beuno : on windows?
[12:10] <beuno> yml: wherever you prefer (I prefer linux :p)
[12:10] <yml> on windows bzr status is telling me that the is some unknown file
[12:11] <kiko-afk> yml, and you're inside the appropriate tree?
[12:11] <yml> and folder. I do not want add them to my repository
[12:11] <yml> yes
[12:11] <beuno> yml: "bzr log" outputs at least one revision?
[12:12] <yml> in that repository There is file that I are usefull to me but I do not want to get them revision control
[12:12] <beuno> yml: not a problem, just want to make sure you have something commited
[12:12] <kiko-afk> yml, try bzr log --version
[12:13] <kiko-afk> uhh
[12:13] <kiko-afk> bzr --version
[12:13] <kiko-afk> and then look at where the log file is
[12:13] <kiko-afk> and then put the log file in a paste
[12:13] <kiko-afk> you can /msg it to me and I'll check it out later if you didn't solve the problem
[12:13] <kiko-afk> really gone now!
[12:14] <yml> revno:56
[12:14] <yml> commiter: yml
[12:14] <yml> branch nick: workspace
[12:14] <yml> timestamp: Tue 2007-08-28 16:49
[12:14] <yml> message: blablabl
[12:14] <beuno> yml: ok, that seems fine then
[12:15] <beuno> and in that same directory, you are executing "bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/django-survey/main-yui" ?
[12:15] <yml> bzr --version 
[12:15] <yml> Bazaar (bzr) 0.18.0
[12:15] <yml> beuno : yes absolutly
[12:16] <yml> main-yui is a name that I have made up. I want my branch on launchpad be called like this
[12:18] <beuno> yml: lets test something, try:   bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/+junk/test
[12:18] <yml> beuno: same error
[12:19] <beuno> yml: ok, so it's not launchpad's fault...   you're in the linux box, right?
[12:19] <yml> The error message was on windows
[12:20] <gaspard> is there a restriction that makes launchpad, trac, bazaar and every such softs only work with pyton ? 
[12:20] <beuno> if you are, please paste the output of:     cat ~/.bzr.log
[12:20] <yml> I am going to try the same thing  on linux but I need to install paramiko first
[12:20] <beuno> gaspard: I believe it's just a matter of what devs choose
[12:20] <beuno> yml: yes, sudo aptitude install python-paramiko
[12:23] <yml> 00:20:50
[12:23] <yml> beuno  I am using madrake but easy_install made the trick
[12:24] <beuno> yml: try and push in linux first then
[12:24] <yml> [souris@localhost testbzr] $ bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/+junk/test
[12:24] <yml> Created new branch.
[12:24] <beuno> :D
[12:24] <beuno> there ya go
[12:24] <beuno> try the real URL now
[12:25] <yml> almost the begining of the story was to do it on windows
[12:25] <yml> :-)
[12:25] <beuno> yml: right, what are you using in windows to execute these commands?   windows console?
[12:25] <yml> ok I will take my pen drive 
[12:25] <yml> to put the folder on linux
[12:26] <yml> yes windows console
[12:26] <beuno> yml: several people here use windows and bzr just fine, so it should work
[12:26] <yml> I am sure that it should
[12:26] <beuno> yml: what does bzr --version output?   it should tell you where it logs
[12:26] <beuno> and there, you should see clearer what's actually happening
[12:26] <yml> 0.18.0
[12:27] <beuno> yml: it should output much more then just the version
[12:27] <beuno> like:   Bazaar log file: /home/malbisetti/.bzr.log
[12:27] <beuno> but windowised path :p
[12:28] <yml> yes I have it
[12:28] <yml> should I paste bin it
[12:28] <beuno> yes please
[12:30] <yml> http://pastebin.com/m4df29d5b
[12:30] <yml> here it is
[12:30] <beuno> Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 1001081 bytes) in /home/pastebin/lib/geshi/geshi.php on line 2474
[12:30] <beuno> heh
[12:31] <beuno> give: http://paste.ubuntu-nl.org/   a try
[12:31] <yml> RRRRR!!!! I will do it again
[12:34] <yml> beuno: you will not believe me but now firefox is freezing
[12:34] <yml> SHIIIIIIIIIIIIIIIIIITTTTTTTTTTTTTTT!!!!!
[12:34] <beuno> yml: maybe you shouldn't paste the whole file, just the last 30~40 lines
[12:34] <beuno> it seems as it's quite big  :D
[12:35] <yml> This is what I have just seen almost 6000 lines  :-)
[12:36] <reacocard> anyone know when PPA is going to be out of beta?
[12:36] <yml> # 35614
[12:37] <yml> is the page for the log
[12:37] <beuno> reacocard: it should be out the next few days I believe
[12:37] <reacocard> beuno: thanks. nothing more firm?
[12:38] <beuno> reacocard: I believe they're closing the last few bugs, but nothing major seems to be blocking it
[12:38] <reacocard> excellent, thanks
[12:39] <beuno> reacocard, :D
[12:39] <yml> beuno: bzr is complaining about a file that it cannot find? But it does not tell me which file?
[12:39] <beuno> yml: you're using putty, not windows console
[12:39] <yml> nope windows console
[12:39] <beuno> yml: ssh implementation is Putty's plink.
[12:40] <beuno> that's what the log says
[12:40] <yml> yes I am using pageant
[12:41] <beuno> yml: can you try this from a windows standard console instead?
[12:41] <beuno> yml: take a look at: https://bugs.launchpad.net/bzr/+bug/107593
[12:41] <ubotu> Launchpad bug 107593 in bzr "bzr unable to ask password for access over bzr+ssh:// or sftp:// when plink.exe used as SSH client" [Low,Confirmed]   - Assigned to Dmitry Vasiliev (hdima)
[12:41] <yml> This is the place from which I have tried
[12:43] <beuno> yml: hmmm, give me a sec
[12:43] <beuno> yml: https://bugs.launchpad.net/bzr/+bug/107155
[12:43] <ubotu> Launchpad bug 107155 in bzr "_get_vendor_by_inspection incorrectly determines "plink" to be the executable" [Medium,Confirmed]  
[12:44] <beuno> "As a workaround, the user can set BZR_SSH=paramiko in their environment to disable the buggy guessing."
[12:44] <beuno> that's your bug
[12:46] <yml> beuno : this is muy bueno!!!!