[00:04] <maxb> mm, yeah, I was wondering at what point the big queue-builder run happens
[00:15] <wgrant> I guess it only needs to run after a new release or arch.
[00:16] <wgrant> Although,  no, that can't be right - P-a-s changes are normally respected quickly, so it normally runs often.
[03:03] <det> I lost my gpg key, and there doesnt seem to be any obvious way to upload a new one to launchpad.
[03:04] <SamB> det: sure there is!
[03:04] <SamB> you just go to edit your account and add a key
[03:05] <det> Ok, I found it, thanks :-)
[04:35] <jml> Marvin_: I just saw your identica update -- not sure if it's in honour of Hitchhiker's Guide to the Galaxy or of the Radiohead song :)
[04:35] <Marvin_> jml, both :)
[04:36] <jml> Marvin_: rockin
[04:36]  * jml queues up _OK Computer_, sets the volume to "blisteringly loud" and starts singing -- ahhh, the joys of working from home.
[04:36] <Marvin_> :D
[04:37] <Marvin_> rocks
[04:38] <mwhudson> Marvin_, jml: have you come across "radiodread" ?
[04:38] <Marvin_> mwhudson, lol, no
[04:38] <jml> mwhudson: no. who or what is that?
[04:38] <mwhudson> it's a dub version of ok computer
[04:39] <mwhudson> http://en.wikipedia.org/wiki/Radiodread
[04:39] <mwhudson> it's a special kind of awesome :)
[04:40] <mwhudson> i first heard it played over the PA between acts at a gig, which was quite brain-bending
[04:40] <Marvin_> brain-bending
[04:40] <Marvin_> must hear
[04:41] <mwhudson> "this sounds almost but not quite entirely unlike exit music... what's going on"
[04:41] <jml> :)
[04:42] <mwhudson> Marvin_: you can hear samples on amazon
[04:43] <Marvin_> mwhudson, will listen :)
[04:44] <mwhudson> hah, apparently the same guys just released Easy Star's Lonely Hearts Dub Band
[04:46] <jml> purchasing will ensue shortly.
[04:52] <spiv> http://easystarrecords.shop.musictoday.com/Dept.aspx?cp=115_2052 seems to sell the FLACs, which is convenient.
[04:52]  * spiv grabs some lunch
[05:47] <thumper> mwhudson: I don't get the buildbot failures for db-devel
[05:47] <thumper> mwhudson, jml: do either of you understand it?
[05:47] <mwhudson> thumper: wrong channel
[05:48] <thumper> damn :(
[05:48]  * thumper is tired
[09:30] <wgrant> bigjools: Why is IArchive.getBuildSummariesForSourceIds exposed in the API? It looks useful, but I don't think SPPH IDs are exposed anywhere else...
[09:30] <bigjools> wgrant: the AJAX calls
[09:30] <wgrant> bigjools: Ahh, right.
[09:30] <wgrant> So it does do what I want.
[09:31] <wgrant> I think.
[09:32] <wgrant> (I want the statuses of the builds for a particular SPPH on all archs)
[09:36] <wgrant> bigjools: Watching the AJAX calls, that's exactly what I want. Can I file a bug to let that take method take SPPHs, or expose SPPH.id, or something to that effect?
[09:36] <bigjools> wgrant: sure go for it
[09:37] <wgrant> ISPPH.getBuilds is unfortunately far too slow, as I have to fetch each build to get the status.
[09:52] <bigjools> wgrant: it's trivial for me to expose the ID, I'll probably do that
[09:54] <bigjools> wgrant: a lot of the stuff we want to do involves making the API quicker, in the same way the UI improvements are going in, and this means adding more operations that take multiple IDs
[10:06] <wgrant> bigjools: Right, I just wasn't sure whether you were really meant to expose the IDs.
[10:06] <bigjools> wgrant: it's not a big deal if they're already in the page source
[10:06] <wgrant> bigjools: True.
[10:07] <wgrant> And they're in the URLs too, of course.
[10:07] <bigjools> yep
[10:22] <wgrant> bigjools: Hmm, I see that it doesn't quite do as much as I'd hoped - it only gives me builds for the current distroseries, which I suppose makes sense given the data model. ISSPH.getBuilds does the same.
[10:22] <wgrant> I'd really like to get all builds relevant to the DSPR, but I suppose that's very difficult given that they could have come from various different archives.
[10:23] <wgrant> s/current distroseries/distroseries of the publishing/
[10:24] <bigjools> wgrant: right, publications are always in the context of a distroseries
[10:26] <wgrant> bigjools: Do you not have some internal method which works out all of the relevant builds (probably by walking up the SPPH ancestry chain collecting missing builds)?
[10:27] <bigjools> wgrant: you mean all of the builds for a source package?
[10:29] <wgrant> bigjools: Basically, I want to know the status of all of the builds relevant to some SPPH. That means one for each non-P-a-s'd arch in that series.
[10:30] <wgrant> The problem with inherited packages is this: Currently I can only see which builds have failed in some way, not which succeeded in the parent distroseries. this makes the FTBFS summary less useful, as I can't tell if the build failed everywhere or was P-a-s'd out on the archs where it didn't fail.
[10:32] <wgrant> It's also even more confusing now, because queue-builder doesn't seem to be creating new builds for Karmic.
[10:32] <bigjools> there's probably no chroots for the builders yet
[10:33] <wgrant> There are.
[10:33] <wgrant> Lots of builds are running.
[10:33] <wgrant> PPAs are active.
[10:33] <bigjools> oh ok
[10:33] <wgrant> But only those builds that are created by the upload processor.
[10:34] <cjwatson> gmb: do you know why the Debian watch in bug 175220 failed to update?
[10:35] <gmb> cjwatson: We're having problems with updating debbugs watches at the moment: https://bugs.launchpad.net/bugs/364450
[10:36] <gmb> cjwatson: If necessary we can just do a single run of checkwatches that updates *all* debbugs watches, though that takes ages. I'm in the process of investigating the problem
[10:39] <cjwatson> ok, wasn't sure if it was a systemic problem or just this bug
[10:39] <cjwatson> gmb: if it turns out to be something wrong on the debbugs side, then I'm an administrator there
[10:39] <cjwatson> (though it doesn't really look like it in this case)
[11:14] <gmb> cjwatson: Nah, it looks like some weirdness on our server. Might be getting stuck in a long-running loop or something.
[11:14] <gmb> Thanks anyway
[11:24] <Demophobie> Hi together!
[11:25] <Demophobie> I have a problem with changing a status in Translations - Import queue in my project.
[11:32] <Demophobie> someone here who can give me support with my project-languages? i dont get how this works :D
[11:34] <intellectronica> danilos, henninge, jtv: ^^^^^
[11:34] <jtv> Demophobie: hi
[11:34] <Demophobie> jtv: hello :)
[11:34] <jtv> What is it you're trying to do?
[11:35] <Demophobie> i want my import the po-files of my project and make it public, so everyone can review and correct it
[11:35] <jtv> Demophobie: what's the URL of the project on LP?
[11:36] <Demophobie> jtv: its http://launchpad.net/s25rttr
[11:37] <Demophobie> The .pot file seems to be imported and a german po too
[11:37] <jtv> Demophobie: yup, looking at the queue now
[11:37] <Demophobie> there was a guy who added a englisch translation - i dont know why - the pot is englisch, we dont need this
[11:37] <jtv> Demophobie: ah, I see.  It's the names: the system can't process those automatically.
[11:38] <jtv> Right, I'll delete the English one.
[11:38] <Demophobie> ah what do i have to change?
[11:38] <jtv> Demophobie: you're working with just the one template, right?
[11:38] <Demophobie> yeah the rttr.pot --> its english and we translate from this one
[11:38] <jtv> (Oh, don't see the English translation any more)
[11:39] <jtv> Demophobie: then simply name each PO file after its language code: de.po, fi.po, hu.po, and so on, without the "rttr-" prefix.
[11:40] <Demophobie> ah okay.
[11:40] <Demophobie> so i set alle the other files to "deleted"?
[11:40] <jtv> Demophobie: I can manually approve these for you now
[11:40] <Demophobie> would be great
[11:40] <jtv> Demophobie: ok hang on
[11:40] <Demophobie> if u have time too
[11:40] <Demophobie> to*
[11:42] <jtv> Demophobie: the system will remember the names of the ones I approve now, but that way an upload for a new language would still be slow.  Just the language code is easier.
[11:42] <jtv> Demophobie: another trick is to use the upload option from a specific translation page.  That will attach the upload to one specific translation.
[11:43] <Demophobie> jtv: ah okay. good. u uploaded with de.po etc right?
[11:44] <jtv> Demophobie: no, but it doesn't matter: if you use just the language code as the base name, the system will figure it out anyway.
[11:45] <jtv> Demophobie: they're all approved now, and you should be getting confirmation emails over the coming minutes.
[11:45] <Demophobie> jtv: ah ok - u did not delete the english one right? its still tehre
[11:46] <jtv> Demophobie: Where is it?  I don't see any rttr-en.po.
[11:46] <Demophobie> jtv: i meant on the "Translation status" site
[11:47] <Demophobie> a guy named Spike added an Englisch (UK) translation - i dont understand why
[11:47] <jtv> Demophobie: oh, the UK English one.  That's different.
[11:47] <jtv> By default, "English" basically means en_US.  So it is valid to have a UK-English translation.
[11:47] <Demophobie> he's of our project - he did not know what he was doing - can u delete it? ;)
[11:48] <Demophobie> Ah the system needs some time to check how much is untranslated - right?
[11:49] <jtv> Demophobie: yes, but it's perfectly okay to have an en_GB translation.  For instance, they write "disc" where US English writes "disk."
[11:49] <Demophobie> ah okay - u are right
[11:49] <jtv> Demophobie: deleting stuff involves some red tape, so I'd rather keep it unless it contains something really inappropriate.
[11:50] <Demophobie> jtv: ok great - thank u. Why do i only get "German" in the Template Overview?
[11:51] <jtv> Demophobie: probably because that's your only configured "preferred language."
[11:51] <Demophobie> ah ic
[11:52] <Demophobie> ok rttr.pot is on "deleted" now (in import queue) - thats ok ?
[11:53] <jtv> Demophobie: depends on whether you want it deleted.  :-)  Didn't you put it in that state?
[11:53] <jtv> Demophobie: if it stays in that state for a few days, it will be cleaned up.  Which should be okay since the other copy of the template did get imported.
[11:53] <Demophobie> jtv: er yes - but i did this because it was double for some reason. i was very very confused lol
[11:55] <jtv> Demophobie: the system works on the principle that you do what you want, and it will try to figure out what you mean.  So you upload two similar files but with different paths, it sees that they may be the same or they may be different, and holds them for one of us to figure out.
[11:55] <jtv> Demophobie: it's all done by the files' names and paths.
[11:55] <Demophobie> ah okay
[11:56] <Demophobie> so i update my files with de.po for example and thats enough
[11:56] <jtv> Demophobie: yes, you just rename them to names like that and they'll be imported much more quickly.
[11:57] <jtv> Demophobie: if you keep your code in Launchpad, the latest and greatest is that you can also have the files imported straight from bzr.
[11:57] <jtv> Demophobie: (should also work if you have your repository somewhere else but let LP mirror it)
[11:57] <Demophobie> jtv: ok great - i will do this. Why is the Russian Languages "by Patrick Haak" <-- which is my real name and not my nickname? :D
[11:58] <jtv> Demophobie: my guess is that you are registered as two persons in Launchpad: the account you created for yourself, and a person record that was created with a different email address based on mentions inside the translation files.
[11:58] <Demophobie> a hehe
[11:58] <Demophobie> ok ;)
[11:58] <jtv> Demophobie: if so, you can request that the two accounts be merged.
[11:59] <jtv> Demophobie: or maybe you did it yourself, because the Patrick Haak account is called bugs-siedler25.
[12:00] <Demophobie> jtv: i think someone of the team did it - ok thank you :)
[12:00] <Demophobie> i think i understand how it works now :D
[12:00] <jtv> Demophobie: nope, looks like the page actually explains it now: https://edge.launchpad.net/~bugs-siedler25
[12:01] <Demophobie> I click Are you Patrick Haak?
[12:01] <Demophobie> ;)
[12:01] <jtv> Yup
[12:05] <mwhudson> wow, i'm downloading from launchpad at a rockin' 20 k/s
[12:08] <mthaddon> steady on, mwhudson
[12:08] <Demophobie> jtv: ok works now - thank you very much. i think i will wait update our rep every month with the newest translations.but perhaps i will try to import the template files via branch - they are called de_DE etc there.
[12:10] <jtv> Demophobie: oh, that's not the best naming either.  Add the country code only where necessary: pt_BR, zh_CN/zh_TW, and specific "country dialects"
[12:10] <Demophobie> ah ok - thats the reason why they were not imported automatically
[12:42] <wgrant> al-maisan: Why would you want to rebuild the RELEASE pocket of a released series?
[12:42] <al-maisan> wgrant: this app
[12:42] <al-maisan> arghh
[12:43] <al-maisan> wgrant: this may come in handy when someone wants to rebuild packages in the RELEASE pocket with a new tool chain or similar
[12:44] <wgrant> al-maisan: Ah, true.
[12:44] <al-maisan> wgrant: bear in mind that this applies to rebuild archives only
[12:44] <wgrant> al-maisan: Of course.
[12:44] <al-maisan> and people may just want to try something quickly
[12:54] <wgrant> barry: You are actually going to rename product/project internally? I didn't imagine that would happen in my lifetime.
[13:07] <therve> hi!
[13:08] <therve> what's the expected way to create a release on a project nowadays?
[13:08] <therve> the "Create new release" is not present anymore, and the "+addrelease" URL oopses
[13:11] <therve> hum I guess #340944 is the culprit
[13:12] <mnemo> i recently started to triage bugs for ubuntu... one thing that scares me is when I realized how many bugs gets stuck in launchpad and never make it upstream... granted some of them are low quality and not actionable by upstream anyway but i
[13:13] <mnemo> i've seen several examples of me upstreaming a bug and then it gets fixed immediately
[13:13] <james_w> so we need more of it! thanks for helping :-)
[13:13] <mnemo> so im thinking there is great progress to me made if more upstream devs could be cajoled into looking at the bug reports
[13:13] <mnemo> and how to do that?
[13:13] <mnemo> well lets make it easy for them
[13:13] <mnemo> lets make RSS feeds with all bug activity on a per package basis
[13:14] <wgrant> Ideally we just get everybody to use Launchpad. But that's not likely.
[13:14] <mnemo> exactly, _not_ likely
[13:14] <wgrant> I think there are already such feeds.
[13:14] <wgrant> Yes, there are.
[13:14] <mnemo> where? i'd love to promote their usage
[13:14] <wgrant> Linked on the sourcepackage bug page.
[13:15] <wgrant> In the usual way.
[13:15] <wgrant> You can also subscribe to just one package's bugs by email.
[13:16] <mnemo> yeah im on the xorg swat team so I get all that bugmail... but some people with xorg skills dont want to be in that group because there is too much bugmail and also they dont have to hear about fglrx and nvidia only open source stuff
[13:17] <wgrant> mnemo: That's subscribed to a *lot* of packages. Upstream maintainers need only subscribe to their own packages.
[13:17] <james_w> e.g. http://feeds.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/latest-bugs.atom
[13:18] <mnemo> james_w: that awesome where did you find the link to that? im looking at https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel but I dont see atom or rss links?
[13:18] <james_w> it's a rel link
[13:18] <james_w> if you use firefox you get the RSS icon in the address bar
[13:18] <james_w> click on it to subscribe to the feed
[13:18] <wgrant> Right, Atom and RSS <a>s are bad ideas.
[13:18] <james_w> I just dug it out of the page source to link here
[13:19] <mnemo> when I open https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel in FF3 I dont see a normal RSS icon in the addressbar?
[13:19] <james_w> click on the bugs tab
[13:19] <mnemo> aah right
[13:19] <mnemo> now I see it
[13:19] <wgrant> You can generally just give most feed readers the https://bugs.launchpad.net/ubuntu/+source/somepackage
[13:19] <mnemo> was a bit hard to find
[13:20] <mnemo> great so you basically already has this feature, now I just need to convince more upstreams to subscribe to it :)
[13:20] <mnemo> thanks a lot guys
[13:26] <mnemo> wgrant, james_w: unfortunately, that feed is not at all what I was looking for
[13:27] <mnemo> basically it just sends out status changes and the title?
[14:25] <joejoe> hi, is there any ppa server with armel architecture?
[14:25] <bigjools> joejoe: no, but there will be at some point
[14:29] <koolkartik> http://www.phoronix.com/scan.php?page=article&item=ubuntu_904_intel&num=1   m also having same problems....
[14:29] <joejoe> bigjools: well, i hope it will be soon
[14:29] <koolkartik> need help !
[14:29] <bigjools> joejoe: you're not the first to ask!
[14:32] <koolkartik> what shall i do now to solve this problem   :(   need help guys....
[14:32] <koolkartik> driver doenot support direct rendering
[14:32] <koolkartik> :(
[14:33] <koolkartik> http://pastie.org/462343    this is my Xorg.0.log file
[14:33] <koolkartik> (**) intel(0): DRI is disabled because it fails to run without freezing on i810 and i865G chips. (See LP 304871)"
[14:34] <beuno> koolkartik, this is not a channel for Ubuntu support
[14:35] <koolkartik> beuno: yeah ok just want to know anout this bug
[14:35] <beuno> koolkartik, sure. Still not a channel for Ubuntu support
[14:37] <koolkartik> beuno: exactly but i didn't find this bug on launchpad so.....
[14:56] <barry> wgrant: i really really really hope so!
[15:26]  * ddaa complains about excessive launchpad flakiness in the bug tracker
[15:27] <ddaa> I'm having real trouble marking as duplicate a bug that I double posted because the first time I got a 500 error page.
[15:28] <ddaa> Having funning messages in the "mark bug as duplicate" widget such as "The following errors were encountered: " followed by a red dot and no error message.
[15:29] <intellectronica> ddaa!
[15:29] <ddaa> hey intellectronica
[15:29] <intellectronica> ddaa: url?
[15:29] <ddaa> https://bugs.launchpad.net/gtg/+bug/369286
[15:29] <ddaa> well, apparently the error message was spurious
[15:30] <ddaa> like the error message that I got when I submitted bug 369285
[15:30] <ddaa> You must have some fresh oopses around that stuff.
[15:31] <ddaa> That or there's some serious undetectable problem with the JS fluff.
[15:32] <ddaa> intellectronica: otherwise, how's life?
[15:33] <intellectronica> ddaa: hectic! we've got a very exciting 3.0 release in the not so distant future :)
[15:34] <ddaa> cool
[15:35] <intellectronica> ddaa: so what bug is a duplicate? just so i can test
[15:35] <ddaa> The one I linked before.
[15:35] <ddaa> Apparently, it was successfully marked as a duplicate.
[15:36] <intellectronica> but you still got an error? beh
[15:36] <ddaa> yup
[15:36] <ddaa> IIRC it went something like
[15:37] <ddaa> click -> error with a clear invitation to try again -> click -> another error state, with a red dot and no error description.
[15:37] <intellectronica> hmmm ... i can't reproduce it now. i'll try to dig the oops and see what happened. in particular, i'm concerned about the error not displaying nicely. errors are going to happen from time to time, we just need to handle them gracefully
[15:37] <intellectronica> ddaa: was this on edge?
[15:38] <ddaa> So maybe the first was a real oops, and the second error was a misreport caused by internal state in my browser.
[15:38] <ddaa> intellectronica: nope, on vanilla production, I'm a pedestrian now.
[15:39] <intellectronica> ddaa: ah, ok, so maybe that's why i can't reproduce it (but maybe it's also something that got fixed)
[15:39] <eagles0513875> hey guys is launchpad down
[15:39] <ddaa> But I am not sure about how it occured. It was something like the 3rd or 4th error I got in the process of submitting two bugs, so I was already quite angry and impatient.
[15:39] <intellectronica> ddaa: there's nothing stopping from you beta testing LP :)
[15:40] <mthaddon> eagles0513875: not for me - what are you seeing?
[15:40] <eagles0513875> strange i cannot connect to the server mtaylor
[15:40] <ddaa> intellectronica: lack of interaction with launchpad is stopping me.
[15:40] <eagles0513875> mthaddon: take that back its loaded now i refreshed twice and it wasnt able to connect but now i have
[15:40] <mthaddon> eagles0513875: where you getting OOPSes or timeouts?
[15:40] <mthaddon> s/where/were/
[15:41] <ddaa> apparently, I'm not the only one getting 500's
[15:41] <mtaylor> aroo?
[15:41] <eagles0513875> it was the page where it says cannot connect to the server at this time and displays the irc info mthaddon
[15:41] <mtaylor> ah... you meant mthaddon...
[15:41] <mthaddon> ok, thx
[15:41]  * mtaylor goes back away
[15:41] <eagles0513875> mtaylor: ya sry bout that
[15:41] <ddaa> mh.. right I got that one when I submitted my bug.
[15:42] <eagles0513875> mthaddon: is there some maintenence goign on or something
[15:42] <mthaddon> eagles0513875: not til later today
[15:42] <mthaddon> eagles0513875: are you on edge or the regular site?
[15:42] <ddaa> I remember now. "Submit bug" -> "could not contact launchpad" -> "submit again" -> duplicate
[15:43] <eagles0513875> mthaddon: both
[15:43] <ddaa> That might be what caused my ajax errors too.
[15:43] <mthaddon> eagles0513875: you were getting that error page on both?
[15:43] <eagles0513875> mthaddon: on the regular site but im working on both the regular and edge
[15:43] <mthaddon> ok, just trying to narrow down where the problem is
[15:44] <eagles0513875> gotcha my apologies seems like my multitasking sometimes doesnt yield the required results lol
[15:44] <mthaddon> we have seen an increase in the number of 5XXs in the last few hours, but it's still below the threshold we've set to get alerts for
[15:45] <eagles0513875> gotcha
[15:45] <eagles0513875> what is that error outa curiosity
[15:45] <mthaddon> I think it's 50 within the last 5 minutes
[15:45] <eagles0513875> wow
[15:45] <eagles0513875> what are the errors that are cropping up
[15:49] <rowinggolfer> do you know what annoys me about launchpad
[15:49] <rowinggolfer> I OWN a project
[15:49] <rowinggolfer> I write the code (massive undertaking)
[15:49] <rowinggolfer> I am the bug supervisor
[15:49] <rowinggolfer> and yet....
[15:49] <rowinggolfer> some dude files one bug
[15:50] <rowinggolfer> and he has more "points" than me :(
[15:50] <beuno> rowinggolfer, do you use bzr branches?
[15:51] <rowinggolfer> yes
[15:51] <rowinggolfer> I've made 32 commits
[15:51] <rowinggolfer> my project is http://launchpad.net/openmolar
[15:51]  * beuno looks
[15:52] <beuno> rowinggolfer, you have more karma than the other user though
[15:52] <beuno> ah!
[15:52] <beuno> I know
[15:52] <beuno> you're not getting karma for commits
[15:52] <beuno>  34. By  Neil Wallace <neil@neil-12inch>   3 hours ago
[15:52] <beuno> you need to set your email address in bzr
[15:53] <bigjools> nice hostname
[15:53] <intellectronica> beuno, rowinggolfer: maybe you need to sign your commits too? i don't remember but it might be the case
[15:54] <beuno> rowinggolfer, bzr whoami 'Your Name <email@address>'
[15:54] <beuno> intellectronica, no, just email matching
[15:54] <beuno> that said, the previous commits won't get assigned to you
[15:54] <beuno> rowinggolfer, and you need dto have that email address claimed in LP
[15:57] <rowinggolfer> oh bum.
[15:57] <ddaa> https://launchpad.net/openmolar -> "Please try again"
[15:57] <ddaa> works second time
[15:58] <rowinggolfer> BTW - neil-12 is simply a way of referring to the size of my...
[15:58] <rowinggolfer> laptop screen
[15:58] <rowinggolfer> ie differentiate between my 9-inch and my 15-inch ;)
[15:58] <Demophobie> Hello together!
[15:58] <rowinggolfer> beuno: thanks BTW. Glad to have cleared that up.
[15:59]  * intellectronica is relieved
[15:59] <Marvin_> lol
[16:00] <rowinggolfer> bueno so I have done bzr whoami 'Neil Wallace <rowinggolferATgooglemail.com>' (with an ')
[16:00] <rowinggolfer> @
[16:00] <rowinggolfer> so my future commits will score points now?
[16:01] <beuno> rowinggolfer, yeap
[16:02] <beuno> try
[16:02] <beuno> bzr whoami
[16:02] <beuno> and see what bzr thinks
[16:02] <rowinggolfer> ok... that's working.
[16:02] <rowinggolfer> I really should RTFM
[16:02] <rowinggolfer> I need to go trough the PGP dance again now?
[16:03] <rowinggolfer> or GPG..
[16:03] <beuno> rowinggolfer, no
[16:03] <beuno> don't need to sign your commits
[16:03] <ddaa> launchpad assign karma on committer
[16:03] <rowinggolfer> ok.. test comit coming up.
[16:03] <ddaa> so you just won't get karma for old commits
[16:15] <Demophobie> Anyone here who can help me with my project? i want to delete a series at my projekt
[16:16] <salgado> Demophobie, sure, I can help
[16:17] <Demophobie> salgado: ah great - we finally went opensource and now i try to make launchpad work for us. Can u delete two series for us?
[16:17] <Demophobie> cant find the delete button
[16:18] <Demophobie> salgado: i think there is no? ;)
[16:19] <salgado> Demophobie, it may be available only to admins
[16:19] <salgado> let me check
[16:19] <Demophobie> salgado: http://launchpad.net/s25rttr
[16:19] <Demophobie> i think its more comfortable for us to use milestones
[16:20] <salgado> Demophobie, what are the series you want deleted?
[16:21] <Demophobie> salgado: All exept s25client
[16:22] <salgado> Demophobie, that'd be 0.7-pre and 0.6-stable?
[16:22] <Demophobie> sladen: yes
[16:22] <Demophobie> oh
[16:22] <Demophobie> salgado: yes :D
[16:23] <Demophobie> salgado: we thought we have to make a serie for every release we made...
[16:24] <Demophobie> salgado: the bugs wont be deleted right? still can link them to a milestone of the s25client serie?
[16:25] <salgado> Demophobie, right, nothing else will be removed
[16:26] <Demophobie> salgado: great.. only having one serie makes things easier :D
[16:43] <NfNitLoop> Hrmm, launchpad.net seems to be having some technical issues?
[16:43] <salgado> NfNitLoop, we are indeed
[16:45] <eagles0513875> hey mthaddon got another error when trying to view bug connection refused then it loaded the page after a refresh
[16:45] <eagles0513875> mthaddon: didnt load the bug just a white page
[16:45] <mthaddon> eagles0513875: we think we may have identified the cause - are working on it at the moment
[16:45] <eagles0513875> alright thansk mthaddon
[16:48] <Demophobie> salgado: oh i cant add milestone 0.1 if it has been deleted before?:-O
[16:48] <LarstiQ> Demophobie: is the milestone deleted or the series?
[16:50] <progfou> hi everybody!
[16:50] <progfou> I have a lock problem with Bazaar access at launchpad
[16:50] <progfou> here is what I get: http://pastebin.ubuntu.com/160763/
[16:51] <Demophobie> LarstiQ: "The name 0.1 is already used by a milestone in Siedler II.5 RTTR." --> i deleted it a couple of minutes before, cause i wanted to edit the Summary
[16:51] <progfou> any hint about what to do in this case (breaking the lock didn't work) ?
[16:52] <LarstiQ> progfou: make that bzr break-lock lp-140461539558736:///~progfou/ovniconv/trunk/.bzr/branch/lock
[16:52] <ddaa> progfou: try "bzr break-lock lp-140461539558736:///~progfou/ovniconv/trunk"
[16:52] <LarstiQ> argh
[16:52]  * LarstiQ corrects
[16:52] <LarstiQ> progfou: `bzr break-lock lp:~progfou/ovniconv/trunk`
[16:52] <progfou> check the end of my pastebin => I did it and get and "Unsupported protocol" error too...
[16:52] <Demophobie> LarstiQ: ah seems to be fixed now :)
[16:52] <progfou> trying the last one from LarstiQ...
[16:53] <ddaa> well: bzr break-lock bzr+ssh://progfou@bazaar.launchpad.net/~progfou/ovniconv/trunk/
[16:53] <ddaa> this error message from bzr is bong
[16:54] <LarstiQ> ddaa: iirc afaik the issue here (apart from suggesting the wrong thing) is the '-####' between lp and :
[16:54] <LarstiQ> and bong it is
[16:54] <ddaa> multiple wrong things
[16:54] <ddaa> wrong path
[16:54] <progfou> the one from LarstiQ worked fine! thanks!
[16:54] <ddaa> wrong branch name
[16:54] <ddaa> and mysterious protocol error
[16:55] <ddaa> hence "bong"
[16:55] <LarstiQ> ddaa: I believe the spurious path elements don't prevent it from working, although they should indeed not be presented
[16:57] <progfou> thanks people for your help, this channel rocks, as usual! :-)
[16:58] <LarstiQ> bug #250451 fwiw
[16:58] <LarstiQ> progfou: np, now we just need to fix the bug ;)
[16:58] <progfou> ;-)
[17:15] <Demophobie> LarstiQ: can u delete a serie for me. dalgado deleted two for me. there still seems to be one over :(
[17:15] <LarstiQ> Demophobie: I wish I had that kind of power ;)
[17:15] <LarstiQ> Demophobie: (I'm just a user)
[17:16] <Demophobie> ah ;)
[17:19] <Demophobie> LarstiQ: still have bugs who are linkes to junk series :(
[17:20] <LarstiQ> Demophobie: I don't know when salgado comes back from lunch, but he might be in the best position to continue?
[17:21] <Demophobie> okay :)
[17:25] <Demophobie> our bugs say "obselete junk" now in the main bugs.launchpad.net site lol
[17:31] <Demophobie> *waiting for someone who helps me tidy up my project site* lol
[17:40] <Demophobie> salgado: how was lunch? :)
[17:40] <salgado> Demophobie, delicious! :)
[17:41] <Demophobie> salgado: some minutes for me again? ;-) while having digestion? ;)
[17:41] <salgado> Demophobie, sure. what's up?
[17:42] <Demophobie> salgado: In "Series history" there is still a serie called "0.6-pre" we dont need - and there is a branch we accidently added on the first day called "lp:~vcs-imports/s25rttr/trunk". Can u delete that?
[17:46] <salgado> Demophobie, if you go to https://code.launchpad.net/~vcs-imports/s25rttr/trunk you don't see a trash-can icon right beside the branch name, do you?
[17:46] <Demophobie> salgado: that is reight. why is that so? :(
[17:46] <Demophobie> right*
[17:46] <Demophobie> we dont see the trash icon
[17:47] <salgado> Demophobie, just wanted to confirm.  that's because the branch is owned by the vcs-imports team.  for your (and your team) branches, you have the permission to delete them
[17:48] <salgado> Demophobie, I've deleted it for you, though
[17:48] <Demophobie> salgado: thank you. looks nicer now ;-) Did u delete the series 0.6-pre too?
[17:50] <salgado> Demophobie, we can't actually delete them -- all we do is mark them as obsolete
[17:50] <salgado> Demophobie, in this case, I think it's showing up there because it still has bugs linked to it
[17:50] <salgado> I'd expect it to vanish from there once you change the bugs to link to other series
[17:50] <salgado> Demophobie, can you try doing that?
[17:50] <Demophobie> salgado: ah and thats the last thing i wanted to ask you: is there a way to remove the links to the old series?
[17:51] <Demophobie> yeah - there seem to be 5 bugs in that obsolete serie, let me look
[17:52] <salgado> oh, that's a good point -- it doesn't seem to be possible to unlink them
[17:53] <Demophobie> salgado: ah okay. looks funny now https://bugs.launchpad.net/s25rttr shows "Obsolete Junk" now everywhere
[17:54] <salgado> Demophobie, that's for the ones that are linked to the 0.7-pre series
[17:55] <salgado> the 0.7-pre was moved to the 'obsolete-junk' project, but the 0.6-pre wasn't
[17:56] <Demophobie> salgado: ah yeah - i c - and there is now way to fix this, right? i wish we never added this 0.7 and 0.6 series :D
[17:57] <salgado> Demophobie, that's right, but you won't notice them once more bugs are filed and the existing ones get fixed
[17:57] <Demophobie> salgado: ah okay. thank you very much. now i understand
[17:58] <salgado> Demophobie, you're welcome
[17:58] <Demophobie> :-)
[17:59] <Demophobie> salgado: i really like launchpad - but why can we not remove a series? why does the system only allow admins to?
[17:59] <Demophobie> is there a reason?
[18:00] <salgado> Demophobie, it's because of all the things that may be linked to it
[18:22] <Demophobie> salgado: closed bugs will be removed after a while, right? i set "fix released" for the 5 bugs that were still in the serie, but serie still exists
[18:23] <Demophobie> salgado: i still dont understand why u were able to delete the 0.7-pre series - cause bugs are still linked to that
[18:24] <salgado> Demophobie, it exists in history, but it won't show up anywhere and nor can it be used
[18:24] <salgado> Demophobie, in fact, we moved the 0.7-pre and 0.6-release series out to 'obsolete-junk'
[18:25] <salgado> or 0.6-stable
[18:25] <Demophobie> salgado: ah ;) i still can use the 0.6-pre serien, when i want to target a bug to a release
[18:25] <salgado> Demophobie, really?
[18:25] <Demophobie> salgado: yep
[18:25] <Demophobie> salgado: let me rechekc
[18:26] <Demophobie> recheck*
[18:27] <Demophobie> salgado: yes i can choose 0.6-pre or s25client when i click "target to release"
[18:31] <salgado> Demophobie, I'll get that one moved too.  I can't do it myself, but I know some people who can ;)
[18:31] <Demophobie> salgado: ah - life is all about knowing ppl who can :D
[18:47] <salgado> Demophobie, should be done now
[18:47] <salgado> Demophobie, btw, you shouldn't be able to target a bug to an obsolete series.  it'd be great if you filed that as a bug on LP itself
[18:47] <Demophobie> salgado: yeah saw it - thank you very much
[18:48] <Demophobie> salgado: ah okay. i will keep that in mind, yes :)
[18:50] <Demophobie> salgado: i report in the "Launchpad Bugs" project, right?
[18:51] <salgado> Demophobie, right
[19:55] <jmehdi> I don't have access to my team mailing list archive, is it related to the current issues?
[19:56] <beuno> barry, ^
[19:56] <barry> jmehdi: what team?
[19:57] <jmehdi> http://lists.launchpad.net/sabily.team
[19:57] <jmehdi> sabily team
[20:02] <barry> beuno, jmehdi looks like lists.launchpad.net is down.  will investigate
[20:08] <ddaa> gmb: intellectronica: Re twitter: I'm going to be the chief engineer for some new webapp venture, so I'm going to define the testing practice
[20:08] <ddaa> gmb: intellectronica: so, unittest, doctest + wsgi-intercept for pagetest, that much is clear
[20:09] <ddaa> but I'll need to decide about selenium/windmill/something else/manual tests for the ajaxy bits.
[20:09] <ddaa> since I lack experience in this area, I'm really interested in what launchpad folks learned in the past year.
[20:10] <intellectronica> ddaa: there are some rumours on something called testswarm that will be nice. vapourware for now, though
[20:10] <intellectronica> ddaa: windmill is not actually that bad, but it doesn't work in the kind of setup we have and it's also a bit new
[20:10] <intellectronica> ddaa: selenium is mature, but not fun to work with, especially if you mostly work in python
[20:10] <ddaa> today's new is next year's old
[20:10] <rockstar> ddaa, windmill is head and shoulders above Selenium.
[20:11] <intellectronica> ddaa: so basically, there's no good answer
[20:11] <ddaa> so windmill
[20:11] <rockstar> ddaa, I measure "better" by the reduced amount of cursing.
[20:11] <intellectronica> ddaa: i'd say windmill, but don't expect much in the way of automated testing and such. it's quite brittle
[20:12] <LarstiQ> ddaa: no clue if it's relevant, but http://hypertest.johnnydebris.net/ ?
[20:12] <intellectronica> ddaa: also a lesson i've learnt in the process is that in browser ui testing, very thorough manul testing beats automated integration testing
[20:12] <ddaa> so, how do you folk go about it: do you primarily do record-replay, or do you primarily write stuff by hand (in the testbrowser style) and run it as a unttest?
[20:13] <ddaa> intellectronica: I'm ready to believe that, but automated testing is good to detect inadvertent breakage.
[20:13] <ddaa> so I want to have at least SOME level of automated browser ui testing. Even if it's just for basic "nice case" tests.
[20:13] <intellectronica> ddaa: indeed
[20:13] <mirak> hi
[20:13] <mirak> I have an application I try to package
[20:13] <mirak> the make is strange
[20:14] <intellectronica> ddaa: we write tests in python
[20:14] <mirak> and procude a strange binary name oscam-0.99.2-x86_64-pc-linux   and I would like it to be just oscam  . how can I do that with cdbs ?
[20:14] <ddaa> LarstiQ: that might be relevant, I'll look at it later.
[20:15] <BasicOSX> nice! /topic is why I came here, good job setting a very informative /topic! :-)
[20:16] <ddaa> intellectronica: so you write windmill tests by hand primarily (I guess that recorded test lack in semantics)
[20:18] <LarstiQ> mirak: #ubuntu-motu has more experienced people for packaging
[20:18] <ddaa> oh, btw if you happen to know a guy who could invest a couple million dollars in the next big thing on the interweb, send him to me ;)
[20:18] <jmehdi> barry: I can access my archive now, thanks
[20:19] <barry> jmehdi: np
[20:23] <mirak> LarstiQ: they don't answer
[20:23] <mirak> LarstiQ: anyway I asked upstream to fix the make
[20:23] <LarstiQ> mirak: well, I don't know the answer :)
[20:24] <LarstiQ> mirak: with plain debhelper, I'd either try .install or just mving in your build target
[20:24] <LarstiQ> mirak: unless the upstream build system has a way to specify the executable name
[20:28] <mirak> LarstiQ: I have also a problem with the gcc options, I am forced to add -c otherwise it's lost
[21:02] <dexhu> hello from Floridsa
[21:02] <dexhu> I've tried upgrading to 9.04..but got a lot of bugs and only a partial upgrade
[21:03] <dexhu> how can I reinstall the upgrade while keeping settings and applications for the past
[21:03] <beuno> dexhu, this isn't a channel for Ubuntu support
[21:03] <beuno> pelase go to #ubuntu
[21:03] <beuno> please even
[21:04] <dexhu> OK..sorry
[21:10] <ryanakca> I just got an email from a Cuban health worker who wanted to install Ubuntu on their work stations, but a) couldn't download because of crappy cuban connections, and b) couldn't order through shipit because it was blocked or something of the sort. Who should I forward him to?
[21:10] <ryanakca> healtch care worker*
[21:19] <paolettopn> Vado via alle Wed Apr 29 22:19:40... ci si rivede alle prossime!
[21:19] <Demophobie> hey ho!
[21:20] <Demophobie> someone here who can create a translation group? :)
[21:20] <beuno> danilos, ^
[21:22] <matsubara> ryanakca: info@shipit.ubuntu.com
[21:22] <ryanakca> matsubara: Is there an hespanophone at the other end of that address?
[21:24] <matsubara> ryanakca: if you mean someone who speaks Spanish, I don't think so.
[21:24] <ryanakca> matsubara: The email was in Spanish :/
[21:25] <beuno> ryanakca, shipit will be fixed in the following days
[21:25] <beuno> maybe just wait?
[21:26] <matsubara> oh, I misread, i thought Cuba ISPs was blocking shipit for some reason
[21:26] <mirak> how do I gpg sign pbuilder packages ?
[21:26] <ryanakca> beuno: Hmmm? I've had emails before from Cubans who couldn't access shipit. Usually I forward them to the email matsubara gave me, but they were all in English... this one is in Spanish,  I don't really want to send him to a dead end...
[21:26] <beuno> ryanakca, I think shipit is back up
[21:27] <james_w> mirak: debsign from the devscripts package
[21:27] <LarstiQ> beuno: Cuba being excluded wouldn't surprise me, depending on where shipit operates from.
[21:28] <LarstiQ> beuno: the US has funny export laws.
[21:28] <Demophobie> LarstiQ: any idea who to ask if i need a translation group?
[21:28] <matsubara> Demophobie: https://launchpad.net/rosetta/+addquestion
[21:29] <Demophobie> matsubara: thank you :)
[21:29] <ryanakca> LarstiQ: I got my CDs from someheres in the EU, but that was a few releases ago, they might have moved to the states...
[21:29] <LarstiQ> Demophobie: no, but what matsubara said makes sense :)
[21:29] <Demophobie> great :D
[21:29] <Demophobie> matsubara: oh launchpad says so - i saw it :D sry .D
[21:29] <Demophobie> ;)
[21:30] <matsubara> ryanakca: try the info@ address, you could probably liaison for the cuban person in the first interactions.
[21:30] <mirak> james_w: if I debsign the same package twice, does it change anything ?
[21:30] <james_w> it will replace the first signature with the second
[21:30] <james_w> or rather prompt whether it should
[21:31] <mirak> james_w: but the signature will change ?
[21:31] <james_w> yeah
[21:31] <mirak> even if my key is the same ?
[21:31] <james_w> I think so
[21:32] <mirak> james_w: lauchpad reject reupload of packages with the same signature, or just the same version ?
[21:32] <james_w> same version
[21:37] <mirak> james_w: however what I wanted to do is useless because I can't upload a package dsc that have a .deb and sources
[21:37] <james_w> you can't upload .deb, correct
[21:38] <mirak> and anyway pbuilder doesn't create source packages
[21:38] <mirak> it seems james_w
[21:39] <james_w> you don't need anything as complex as pbuilder to create a source package
[21:39] <james_w> try "debuild -S"
[21:39] <mirak> james_w: yes, I wanted to have something that do everything
[21:39] <mirak> however I can't upload if I do that
[21:40] <james_w> why can't you upload?
[21:40] <LarstiQ> you can change the .changes file to exclude the deb and resign
[21:40] <LarstiQ> or a similar approach if that fails on technicalities like checksums
[21:41] <mirak> james_w: because you can't upload binaries
[21:41] <mirak> LarstiQ: yes but that's not more convenient
[21:42] <LarstiQ> mirak: it beats not uploading
[21:43] <mirak> LarstiQ: what ???
[21:44] <james_w> mirak: if you run "debuild -S" then it will create a _source.changes in the parent dir that doesn't mention .debs. If you upload that then it will be accepted
[21:45] <mirak> yep
[21:45] <mirak> but if I want binaries of this I need to run pbuilder. that's acceptable of course
[21:45] <james_w> sure
[21:46] <james_w> but why build binaries if you are uploading to a PPA as well?
[21:46] <james_w> and once you have built the source package it's dead easy to make pbuilder produce binaries from it anyway
[21:46] <mirak> james_w: because I don't want to wait 6 hours to have binaries lol
[21:46] <james_w> pbuilder ../whatever...dsc
[21:46] <mirak> yes sure
[21:46] <james_w> pbuilder build ../whatever, sorry
[21:47] <mirak> I just wanted to have local binaries and sources to upload in one shot
[21:49] <james_w> well write a quick shell script that does "debuild -S && dput && pbuilder" with the correct arguments
[21:51] <mirak> is it possible to upload directly to ppa team ?
[21:53] <mirak> james_w: ?
[21:53] <james_w> eh?
[21:53] <mirak> is it possible to upload directly to ppa team ?
[21:53] <beuno> mirak, yes, if you're part of the team
[21:53] <mirak> ok the url syntax seemed different
[22:05] <mirak> I fail to upload to my team
[22:39] <Chr|s> Hello
[22:39] <Chr|s> is it possible to change my username?
[22:40] <mwhudson> Chr|s: yes
[22:41] <Chr|s> mwhudson: Alright, thats good news, is it possible to change it to "Chr|s"
[22:42] <mwhudson> Chr|s: i doubt that
[22:43] <Chr|s> mwhudson: yeah thats what I was thinking, I just want to find out for sure
[22:44] <mwhudson> Chr|s:
[22:44] <mwhudson> valid_name_pattern = re.compile(r"^[a-z0-9][a-z0-9\+\.\-]+$")
[22:45] <Chr|s> mwhudson: ahh ok :) thanks
[22:45] <Chr|s> mwhudson: How would I go abouts changing or requesting a user name change?
[22:46] <mwhudson> Chr|s: i think it's somewhere on https://launchpad.net/people/+me/+edit
[22:46] <wgrant> People are always surprised when I tell them they can change it themselves.
[22:47] <Chr|s> yeah me too
[22:47] <Chr|s> mwhudson: thanks
[22:48] <mwhudson> Chr|s: np
[23:35] <mwhudson> heh, the builders are a little bit busy right now :)
[23:37]  * mdke nods
[23:43] <jkakar> Launchpad appears to be completely offline at the moment, not in read-only mode.  Maybe that's expected and the topic is incorrect...?  Or maybe I'm too eager and it'll be back in read-only mode in a moment...?
[23:44] <mwhudson> jkakar: the latter
[23:44] <jkakar> mwhudson: Cool, thanks.
[23:44] <mwhudson> at least, that's the plan :)
[23:44] <jkakar> Hehehe. :)
[23:47] <ziroday> Hi am I meant to get this http://imagebin.org/47306 ?
[23:47] <ziroday> I get it when trying to search for bugs in notify-osd
[23:48] <beuno> ziroday, Launchpad is down
[23:48] <beuno> see topic
[23:48] <ziroday> beuno: ah
[23:48] <ziroday> beuno: apologies :)
[23:48] <beuno> no worries
[23:48] <beuno> will be back read-only soon we hope
[23:49] <ziroday> beuno: great :)