[06:36] <micahg> buildd admin available?  the lpia PPA queue is currently > 1day, could one of the i386 PPAs be switched to lpia?
[06:59] <wgrant> micahg: Mmm. Why are you still building for karmic?
[06:59] <wgrant> Ah, and hardy.
[06:59] <micahg> wgrant: yeah, daily PPAs, those should stop in a month
[06:59] <StevenK> Didn't karmic just EOL?
[06:59] <wgrant> StevenK: Not for threeish weeks.
[06:59] <StevenK> Bah
[06:59] <wgrant> micahg: Does anybody use them?
[07:00] <micahg> wgrant: unfortunately :(
[07:00] <StevenK> Dapper is dead for servers in 2ish months
[07:00] <wgrant> Anybody using a daily PPA on hardy or karmic is probably invalid...
[07:00] <wgrant> StevenK: Yes :(
[07:00] <StevenK> wgrant: That makes you sad?
[07:00] <wgrant> StevenK: It is sad/scary that the first LTS is going to die.
[07:01] <StevenK> First release I worked on, too.
[07:01] <wgrant> Considering I joined the development community just after it :)
[07:01] <wgrant> Right.
[07:01]  * hyperair still builds daily banshee builds for karmic though...
[07:02] <wgrant> micahg: I've thrown two more builders at it.
[07:03] <micahg> wgrant: thanks, once the backlog catches up, I think we only need 3 to keep it < 24 hrs
[07:03] <wgrant> micahg: Yeah, probably. I've considered moving one there before... but I hate lpia too much to do that :)
[07:03]  * StevenK grumbles at lpia's continued existance.
[07:04]  * micahg wonders if one of the archive lpia builders will switch to i386 once Dapper is dead
[07:04] <wgrant> Hopefully nobody uses lpia servers.
[07:04] <wgrant> micahg: dapper doesn't have lpia.
[07:04] <wgrant> hardy/karmic do.
[07:04] <wgrant> karmic dies in three weeks.
[07:04] <wgrant> Hmm.
[07:04] <wgrant> As does hardy desktop. Wow.
[07:04] <micahg> oh, right :)
[07:04] <StevenK> And it could be argued hardy lpia isn't LTS-worthy
[07:05] <StevenK> But we have no precedent for killing it
[07:05] <micahg> so maybe next month we get an extra i386 builder? :)
[07:05] <wgrant> Maybe.
[07:05] <wgrant> We'll see.
[07:06] <StevenK> I wonder if we could disable hardy's lpia DAS.
[07:06] <wgrant> Those are the only two elements, though :(
[07:06] <wgrant> StevenK: Yes, but ew.
[07:06] <StevenK> Haha
[07:06] <micahg> wgrant: couldn't they keep their names even if repurposed?
[07:07] <wgrant> micahg: Yes, but they look completely different from the rest, so I hate them :P
[07:08] <micahg> wgrant: ah, I thought you were being nostalgic
[07:10] <maxb> Is it confirmed that karmic PPA builds get switched off before jaunty ones, then?
[07:10] <wgrant> maxb: Probably not, sadly.
[07:10] <wgrant> But I will strongly encourage people to turn theirs off :)
[07:12] <micahg> wgrant: wow, that backlog wnet fast
[07:14] <wgrant> micahg: I suspect lots of them were superseded.
[07:14] <wgrant> Let me check the log.
[07:42] <fta2> wgrant, hey
[07:42] <wgrant> fta2: Hi.
[07:42] <fta2> i've updated my script to filter stats per package: http://people.ubuntu.com/~fta/chromium/stats/stats.html
[07:43] <wgrant> fta2: Hmmm, that legend is a little unhelpful :)
[07:43] <fta2> it's just for me atm
[07:43] <fta2> (it's not generated by the tool itself)
[07:46] <fta2> wgrant, if you figure out what's wrong with the raw stats, will it be possible to regenerate the whole lot?
[07:47] <wgrant> fta2: We should be able to, but it will take a while :)
[07:47] <wgrant> There's a *lot* of logs.
[07:49] <fta2> wgrant, btw, polling stats for the -daily ppa took 4h. polling the other 3 channels took between 9 and 20min each
[07:50] <fta2> quite an improvement
[08:12] <fta2> wgrant, anyway, you said my legend is unhelpful, i tend to disagree. it's not wrong afaik, and it may give clues to a reader passing by as to why some figures look weird
[08:13] <wgrant> fta2: Well, I was talking about the one that was about 20 pages long, and most of them were black :P
[08:14] <fta2> ?
[08:14] <fta2> today? or during my (live) tests yesterday?
[08:15] <wgrant> http://people.ubuntu.com/~fta/chromium/stats/stats.html
[08:15] <wgrant> Ot
[08:15] <wgrant> It's actually only a few pages.
[08:16] <fta2> refresh, maybe
[08:16] <fta2> looks ok here, with a list on the right
[08:18] <wgrant> It overlays the right half of the graph, and extends through the lower graph, and then some distance down the page.
[09:09] <mrevell> Hey
[09:11] <poolie> hi mrevell
[09:39] <fta2> wgrant, sorry, i was out of my office.
[09:40] <fta2> wgrant, i'm not sure what you're seeing. here is what i have: http://people.ubuntu.com/~fta/chromium/stats/ppa-stats.ogv
[09:50] <fta2> uh, it's broken in ff4
[11:52] <doko> good morning
[11:52] <doko> I get very often timeouts on https://launchpad.net/ubuntu/+bugs?field.tag=ftbfs+natty+v4l&field.tags_combinator=ALL and the like
[11:52] <doko> however I would like to post this link ...
[11:52] <doko> and others
[15:37] <bcurtiswx> I just received an error when marking a bug a duplicate of another, where the bug had duplicates of its own.  http://paste.ubuntu.com/589290/
[15:39] <johan> Hi, I tried to remotely upgrade a branch of a project in launchpad and it failed in the middle
[15:39] <johan> How can I restore the old branch, push to lp: fails, even with --override
[15:42] <sinzui> johan: a upgrade to format 2a?
[15:42] <johan> sinzui: yes
[15:42] <johan> used to be 0.92-something
[15:43] <sinzui> johan: I have not seen a upgrade fail. `bzr update` may find and fix the revision issues
[15:43] <johan> the project is "stoqlib", and https://code.launchpad.net/~stoq-dev/stoqlib/master
[15:44] <johan> sinzui: http://paste.ubuntu.com/589295/
[15:45] <johan> I did an uncommit+commit and pushing it again to see if it works
[15:45] <sinzui> johan: I recall that in the branches's .bzr/ directory is a backup of the old format. move that dir to a new location and push with --overwrite
[15:45] <kamusin> folks, last week I submited I special tzdata package to my own ppa repository but it seems like never was published, however if you try to resubmit dput says that exists..
[15:46] <johan> sinzui: I did the upgrade remotely, so the backup is remote as well
[15:46] <bigjools> kamusin: dput will always say that, use -f
[15:46] <bigjools> kamusin: did you get an acceptance email for the original upload?
[15:46] <kamusin> bigjools, nope..
[15:46] <kamusin> nothing..
[15:46] <bigjools> then it failed to upload
[15:47] <bigjools> kamusin: https://answers.edge.launchpad.net/soyuz/+faq/227
[15:47] <kamusin> heh bigjools thank you ;)
[15:48] <bigjools> np
[15:55] <sinzui> johan: I think you are experiencing bug 636930 which is marked fixed. What does bzr --version say?
[15:55] <johan> sinzui: 2.2.0
[15:58] <johan> sinzui: seems like a bug in launchpad though, that it still permits bzr clients without the fixed included to do upgrades which are known to fail
[15:59] <sinzui> johan: I think we need to wait about 6 hours for some bzr experts to come online. I see two issues here. 1, getting your branch usable again, 2. getting Lp to use 2.2.1 (or 2.3.1)
[15:59] <sinzui> johan: I agree. Lp is letting users shoot themselves in the foot.
[16:01] <sinzui> abentley: maxb: do either you you know how to convince Lp to backout a failed branch upgrade
[16:01] <johan> sinzui: I'm trying to sort out the first issue myself
[16:01] <johan> taking ages to upload a new branch on a slow connection though
[16:01] <sinzui> :(
[16:02] <abentley> sinzui: rename backup.bzr to .bzr.
[16:02] <johan> am I allowed to do that remotely?
[16:02] <sinzui> abentley: the branch is on our servers, which is still a common setup for users
[16:02] <abentley> sinzui: Right.  That doesn't change my answer.
[16:03] <sinzui> abentley: so I request a losa to do it
[16:03] <abentley> sinzui: I don't understand why you would do that.
[16:04] <sinzui> abentley: the pastbin shows the backup is on a server: http://paste.ubuntu.com/589295/
[16:06] <abentley> sinzui: You mean on codehosting?  Yes.
[16:06] <abentley> sinzui: Still, you don't need a losa to do filesystem operations on your hosted branches.
[16:07] <abentley> sinzui: codehosting is accessible via sftp, so any sftp client should be able do do this, including Nautilus.
[16:07] <johan> sinzui: managed to restore the branch
[16:07] <sinzui> I did not know that
[16:07] <abentley> sinzui: Or you could use hitchhiker.
[16:07] <sinzui> abentley: I am schooled.
[16:08] <maxb> I recall having difficulty finding sftp clients that would successfully mv things
[16:08] <sinzui> johan: I am reporting a bug with a pointer to your pastebin about Lp allowing users to attempt operations it knows will fail
[16:09] <abentley> maxb: There can be problems if you try to use a disallowed name, but otherwise it's a bug and please report it.
[16:09] <johan> sinzui: sounds fine to me, not sure how long the pastebin will last though, so you might want to copy the content to an attachment or so
[16:12] <johan> abentley: nautilus says: Cannot display location "sftp://jdahlin@bazaar.launchpad.net/%252Bbranch/stoqlib"
[16:12] <bcurtiswx> https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/747066
[16:12] <bcurtiswx> set it as dup of  #748535
[16:13] <bcurtiswx> you'll get the error
[16:16] <abentley> johan: It appears you need to use the true URL: sftp://jdahlin@bazaar.launchpad.net/~stoq-dev/stoqlib/master
[16:18] <sinzui> bcurtiswx: It worked for me. I think you experienced a cold cache timeout. Since the bugs other duplicates were in cache, I was able to do it
[16:18] <abentley> johan: actually, the other URL works too, but you have to use % not %25 for the percent sign.
[16:18] <bcurtiswx> sinzui, great then. thx :)
[16:19] <sinzui> bcurtiswx: you hit bug 691352
[16:19] <johan> abentley: thanks!
[16:19] <bcurtiswx> Ok thx
[17:33] <maxb> If there's a LOSA around not embroiled in other matters: https://answers.launchpad.net/launchpad/+question/117193 is a request to accept a ssh host key as importd@{pear,russkaya,neumayer,galapagos}.
[17:33] <maxb> I'm binging about it because it accidentally got marked Answered, and no one noticed for several months, until the original reported privmsged me recently.
[18:16] <micahg> sinzui: I just got a 504 gateway timeout
[18:16] <sinzui> micahg: doing what?
[18:16] <micahg> sinzui: converting to question
[18:17] <sinzui> micahg: That is a common timeout. You can try a few times
[18:17] <micahg> sinzui: yes, but it doesn't show an LP timeout page, but just text
[18:17] <sinzui> micahg: which question
[18:18] <sinzui> sorry bug
[18:18] <micahg> bug 741173
[18:19] <sinzui> wow. I cannot even get the bug to load without a timout
[18:20] <sinzui> I wish I was on maintenance for another month so that I could work on this bug
[18:21] <mrevell> A video about source package builds: http://youtu.be/_bG-SXNX9Ww?hd=1
[18:22] <micahg> sinzui: is there something for me to file?
[18:23] <sinzui> I do not think so
[18:23] <micahg> well, is there an issue for LP timeouts not showing an LP page, but a plaintext page?
[18:24] <sinzui> No there is not
[18:25] <micahg> sinzui: is that worth filing?
[18:28] <sinzui> micahg: I wouldn't If you report it, someone may treat it as a separate bug. Since timeouts showing me the correct page, I think the issue is not in launchpads code so the bug will with be invalidated and/or it becomes an rt to look at server setups
[18:29] <micahg> I'm just worried if i'm getting them, other users might be as well
[18:30] <sinzui> file the bug then
[18:30] <micahg> ok
[18:31] <micahg> I'll attach a screenshot so it's more clear
[18:32]  * micahg will ask a question instead since it's not clear it's a bug in code
[18:33] <micahg> err, no images on questions :(
[19:08] <thiebaude> Unknown confirmation code.
[19:08] <thiebaude> thats what i get when i put in a field, im trying to create a new account, any ideas?
[21:30] <trijntje> Hi all, is there a way to export translation-suggestions from launchpad to a .po file?
[21:38] <sinzui> trijntje: no
[21:39] <trijntje> sinzui, to any other kind of file?
[21:39] <sinzui> No. Lp exports what is accepted, not suggested
[21:40] <trijntje> and there is no way around this?
[21:40] <sinzui> trijntje: Suggestions are global to Lp, not to a project/package/template. An export needs to match what is in a template to all Lp
[21:41] <sinzui> trijntje: I cannot think of a way.
[21:43] <trijntje> sinzui, I think launchpad knows what package a suggestions belongs to, because it displays 'suggested by personX for projectY' when showing suggestions
[21:44] <sinzui> Suggestions do not "belong" to a package. They are shared
[21:45] <sinzui> trijntje: I do not see any bugs about this. I think you are the first to request such a feature
[21:48] <trijntje> I also tried searching the web for this option but got no results
[21:49] <trijntje> well, Ill ask around for a bit and see if there are other people who would like this feature
[21:49] <trijntje> if not, I'll have to live with it ;)
[21:49] <trijntje> thanks for your time sinzui
[23:19] <marcster> hmm - not sure I'm in the right area... anybody willing to help sort out an apt sources problem?
[23:26] <EvilPhoenix> marcster:  did ya try #ubuntu yet?
[23:28] <marcster> EvilPhoenix, nope - saw people with a similar problem recommend this channel. But I'll give it a look. Thanks
[23:37] <nigelb> hi
[23:37] <nigelb> jcastro was just looking at https://launchpad.net/unity/+series
[23:38] <nigelb> it shows 805 bugs as fix released
[23:38] <nigelb> but looking at an advanced seach https://bugs.launchpad.net/unity/+bugs?field.searchtext=&orderby=datecreated&field.status%3Alist=FIXRELEASED shows 1049
[23:39] <nigelb> is there a reason for this discrepancy?
[23:39] <nigelb> lifeless: ^^ a little help? :)
[23:41] <micahg> nigelb: maybe some aren't milestoned to a series
[23:41] <nigelb> micahg: argh, right.
[23:41] <nigelb> that does sound right
[23:44] <lifeless> yup
[23:44] <lifeless> targeted vs untargeted
[23:44] <nigelb> thanks micahg :)
[23:44] <lifeless> mm
[23:44] <lifeless> may also be a bug
[23:44] <nigelb> lifeless: I blame the early morning for not figuring that out earlier :)
[23:44] <nigelb> *earlier myself
[23:44] <lifeless> in that untargeted bugs are meant to be accounted for on the default series
[23:44] <nigelb> aha
[23:45] <lifeless> this is a hangover from when we permitted projects *without a default series*
[23:45] <lifeless> so please file a bug
[23:45] <nigelb> against lp?
[23:45] <lifeless> yup
[23:45] <nigelb> doing that now :)
[23:45] <lifeless> yeah - https://bugs.launchpad.net/unity/trunk
[23:45] <lifeless> There are currently no bugs filed against trunk
[23:46] <nigelb> which is wrong?
[23:46] <lifeless> kindof
[23:46] <lifeless> there is a Big Picture Refactoring underlying this
[23:46] <lifeless> I'm still gathering data - which your bug report will go towards
[23:46] <lifeless> we may be able to simplify the DB, make things faster, by getting rid of untargeted bugs.
[23:47] <lifeless> something like: all bugs start targeted on the default series; can be moved to another series, or targeted additionally to another series.
[23:47] <lifeless> the discrepancy you are seeing would go away
[23:47] <nigelb> so now we have a bunch of orphans which go no where
[23:47] <lifeless> as would things like 'nominate to trunk' being a special case.
[23:49] <nigelb> lifeless: bug 750819
[23:49] <lifeless> thanks
[23:50] <nigelb> Also, the prompt which I get post bug filing has a small error
[23:50] <nigelb> If you want to you can help fix the bug you are reporting. See <https://dev.launchpad.net/> for more information.
[23:50] <nigelb> Shouldn't it be "reporting, see"
[23:53] <lifeless> it can go either way
[23:53] <lifeless> two sentences is fine AFAICR my grammar rules
[23:54] <nigelb> I had to google AFAICR, gosh :p
[23:56] <wgrant> It's OK as it is. I'd maybe say "to, you", or "reporting; see"
[23:59] <lifeless> its editable if you feel the urge
[23:59] <wgrant> I've already fixed it twice :)