[00:00] who knows where you could find one of those!? [06:49] Project db-devel build (278): FAILURE in 5 min 10 sec: https://hudson.wedontsleep.org/job/db-devel/278/ [07:01] Project db-devel build (279): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/279/ [07:16] Project db-devel build (280): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/280/ [07:31] Project db-devel build (281): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/281/ [07:46] Project db-devel build (282): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/282/ [08:01] Project db-devel build (283): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/283/ [08:16] Project db-devel build (284): STILL FAILING in 1.3 sec: https://hudson.wedontsleep.org/job/db-devel/284/ [08:31] Project db-devel build (285): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/285/ [08:46] Project db-devel build (286): STILL FAILING in 0.49 sec: https://hudson.wedontsleep.org/job/db-devel/286/ [09:01] Project db-devel build (287): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/287/ [09:16] Project db-devel build (288): STILL FAILING in 0.49 sec: https://hudson.wedontsleep.org/job/db-devel/288/ [09:31] Project db-devel build (289): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/289/ [09:46] Project db-devel build (290): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/290/ [10:01] Project db-devel build (291): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/291/ [10:16] Project db-devel build (292): STILL FAILING in 1.9 sec: https://hudson.wedontsleep.org/job/db-devel/292/ [10:31] Project db-devel build (293): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/293/ [10:46] Project db-devel build (294): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/294/ [11:01] Project db-devel build (295): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/295/ [11:16] Project db-devel build (296): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/296/ [11:31] Project db-devel build (297): STILL FAILING in 0.49 sec: https://hudson.wedontsleep.org/job/db-devel/297/ [11:46] Project db-devel build (298): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/298/ [12:01] Project db-devel build (299): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/299/ [12:16] Project db-devel build (300): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/300/ [12:31] Project db-devel build (301): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/301/ [12:46] Project db-devel build (302): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/302/ [13:01] Project db-devel build (303): STILL FAILING in 0.45 sec: https://hudson.wedontsleep.org/job/db-devel/303/ [13:16] Project db-devel build (304): STILL FAILING in 2.5 sec: https://hudson.wedontsleep.org/job/db-devel/304/ === lifeless changed the topic of #launchpad-dev to: Launchpad Development Channel | 11.01 Release Week 4 | PQM is open | firefighting: build is broken | Get the code: https:/​/​dev.launchpad.net/​Getting [13:31] Project db-devel build (305): STILL FAILING in 0.48 sec: https://hudson.wedontsleep.org/job/db-devel/305/ [13:34] Hmm. [13:34] I wonder if telling it to wipe out its workspace will work. [13:46] Project db-devel build (306): STILL FAILING in 0.45 sec: https://hudson.wedontsleep.org/job/db-devel/306/ [14:01] Project db-devel build (307): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/307/ === _mup__ is now known as _mup_ [14:16] Project db-devel build (308): STILL FAILING in 0.49 sec: https://hudson.wedontsleep.org/job/db-devel/308/ === jkakar_ is now known as jkakar [14:33] Project db-devel build (309): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/309/ [14:46] Project db-devel build (310): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/310/ [15:01] Project db-devel build (311): STILL FAILING in 0.47 sec: https://hudson.wedontsleep.org/job/db-devel/311/ === Ursinha is now known as Ursinha-afk === didrocks1 is now known as didrocks === Ursinha-afk is now known as Ursinha === beuno is now known as beuno-lunch [18:02] lifeless, tell me four bugs that annoy you in qa-tagger [18:06] thumper: niiiice [18:07] jelmer: there are some wording changes on the qastaging copy [18:07] but the view is the same [18:08] like many of the other recipe builds it would be nice if the last successful build or at least whether the last build was successful could be shown [18:17] Ursinha: 674829 671809 681099 688073(but really just about usability in the report) [18:19] lifeless, cool [18:19] bug 674829 bug 671809 bug 681099 bug 688073 [18:19] <_mup_> Bug #674829: Deployment report for db-stable is broken. < https://launchpad.net/bugs/674829 > [18:19] <_mup_> Bug #671809: bug mail should use the header from the bug thread rather than 'Bug fixed by a commit' < https://launchpad.net/bugs/671809 > [18:19] <_mup_> Bug #681099: bug=1234 merges without lp metadata don't show up in the deployment report < https://launchpad.net/bugs/681099 > [18:19] <_mup_> Bug #688073: qa-needstesting revisions should not be greyed out < https://launchpad.net/bugs/688073 > [18:20] lifeless, now the big ones [18:20] lifeless, I don't plan to abandon qa-tagger, it's my child :P === beuno-lunch is now known as beuno [18:52] Ursinha: \o/ [18:52] Ursinha: Hopefully you will welcome assistance from the team though :> [19:04] hehe, lifeless, of course :) === Chex_ is now known as Chex === Ursinha is now known as Ursinha-afk [19:49] wgrant: https://bugs.launchpad.net/launchpad/+bug/704585 [19:49] <_mup_> Bug #704585: canonical_url performs poorly < https://launchpad.net/bugs/704585 > [19:53] StevenK: https://code.launchpad.net/~jelmer/ubuntu/natty/paramiko/randompool+addressfamilies/+merge/46669 === Ursinha-afk is now known as Ursinha [20:08] jelmer: https://code.launchpad.net/~stevenk/launchpad/more-thunder/+merge/46406 [20:11] gary_poster: http://pastebin.ubuntu.com/555534/ [20:11] gmb: sooooooooo [20:11] gmb: there is a bug you should see [20:11] lifeless: Just one? Win. [20:11] Link me. [20:11] Project db-devel build (312): STILL FAILING in 4 hr 55 min: https://hudson.wedontsleep.org/job/db-devel/312/ [20:14] gmb: bug 507603 [20:14] <_mup_> Bug #507603: checkwatches on non-debian debbugs instances do not work < https://launchpad.net/bugs/507603 > [20:14] * gmb looks [20:15] lifeless: Noted. And thanks for pointing out that it's a different debbugs DB. I was apparently suffering from an acute uptake-grasping deficiency disorder on the day when I first responded to that bug. [20:16] is that a hard thing to do [20:16] like [20:16] did we need special arrangements to sync the db [20:17] thumper: reviewed your patch. [20:20] rvb: http://wiki.bazaar.canonical.com/BzrPipeline [20:23] matsubara: hi [20:23] hey lifeless [20:23] https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1844B1523 is on disk on devpad, web ui is refusing to show it [20:23] how do I debug whats going on ? [20:23] working on it [20:23] lifeless, I rolled out some code yesterday which broke the OopsLoader [20:24] kk [20:24] Ah, I was about to ask about that myself. [20:28] lifeless: Yes, we need to make arrangements to sync the DB to some place on loganberry. We don't support > 1 debbugs DB, either; the code is written for just the one of them. [20:28] yeah [20:28] so code change + a faq [20:29] lifeless: Yes. [20:35] mars, yoo hoo.... anyone seen a mars? [20:35] gary_poster: he's here, getting trained in some hiring software [20:41] jelmer: are you busy? [20:48] sinzui: Do you generate a web page of the XXXs in the code? [20:48] I used to [20:49] I may still [20:49] * sinzui looks [20:49] it was on devpad IIRC [20:49] There's a script in utilities/ [20:49] stub: Bug #526890 is probably fixed now that the auth store is gone, right? [20:49] <_mup_> Bug #526890: Oops on export page: LocationError: (None, 'email') < https://launchpad.net/bugs/526890 > [20:50] allenap, I do not the script to create the xxx report is in./utilities [20:51] closed [20:52] Thanks. [20:54] bigjools: hi [20:55] jelmer: heyhey. Can we talk about your outstanding bugs/branches? [20:55] bigjools: yes, sure. where are you? [20:55] jelmer: presidente [21:05] I want it noted that JS is hateful and should be shot. [21:05] Can we implement in-browser LISP at some point? It'd be more fun. [21:07] Did we just land any changes to how we tally Rosetta usage? The translatable-projects listing on qastaging is over a thousand projects short. [21:07] gmb: http://kybernetikos.github.com/Javathcript/ [21:12] dobey: i bet he started that because he came up with the project name and then couldn't resist implementing it [21:13] gmb: oh also [21:13] flags in the api; we need to talk- I think you're on crack [21:13] lifeless: I'm open to the idea of being on crack. [21:14] When I filed the bug I was feeling quite punchy about using feature flags with JS features. I haven't thought in depth about the arguments for not doing it, though. [21:15] oh in js is great [21:15] I'd just set the variables you need in the .pt [21:16] or does that not work? [21:20] mwhudson: heh [21:21] lifeless: It works; it felt like a hack. [21:22] lifeless: But if you're happy for it to be done that way, let's do it that way. I'm all for uncomplicated solutions. [21:22] My frustration wasn't helped by bugtask_index.js shenanigans that I told you about on Sunday. [21:22] So feel free to mark that as BugTaskStatus.REPORTER_ON_CRACK. [21:28] wgrant, lifeless: OopsLoader is fixed and it's now catching up. that oops should be available soon [21:28] matsubara: Thanks. [21:29] np [21:30] matsubara: awesome thanks [21:32] leonardr: hey [21:32] leonardr: I'd like to learn a little more about how launchpadlib api authentication happens [21:32] do you think you can spare a few minutes to teach me? [21:35] lifeless: yes, i need a minute though [21:35] we can do it on irc or irl [21:39] I'm in the plenary room [21:40] ok, be there soon [21:53] allenap: is there any innate ordering to bug subscriptions? Seems I/we broke bugsubscription.txt line 866, in the ordering of getDirectBugSubscriptions() output. [21:53] rvb: interested in doing that translations bugfix I mentioned? [21:54] jtv: Interesting. Bug.getDirectSubscriptions() returns a newfangled BugSubscriptionSet object. [21:55] jtv: Which is a subclass of frozenset. [21:55] jtv: It has a .sorted property that might help you. [21:55] allenap: but the breakage is entirely arbitrary and the test is wrong to depend on the ordering of a frozenset, right? [21:56] jtv: Yes. I assume I missed the ordering problem when changing getDirectSubscriptions recently. [21:56] help(frozenset) doesn't tell me anything about "sort" [21:56] jtv: BugSubscriptionSet is special :) [21:56] * jtv winces at that word [21:57] jtv: It's special in a nice way. [21:57] jtv: sure [21:59] rvb: I'm in the plenary room… want to come over or do you have a better spot? [21:59] I'll come over in just a sec [22:02] jcsackett: find anything interesting in the translated-projects code? [22:03] jtv: haven't actually had a chance to look at it, to be honest, but as i need a break from what i'm doing i'll take a look right now. [22:03] jcsackett: cool, thanks! [22:09] jtv: I'm sorry it's taking longer than I tought ... I'm working on a bug with Julian [22:10] rvb: no worries—I can also just go ahead and get it done, if you don't feel you'll get around to it. [22:10] is it a known bug about 'POST /+request-token' failing with 403? [22:10] or maybe this is my bug [22:10] poolie: Is it POSTing to edge? [22:12] matsubara: Is the oops thingy still broken, or just not caught up yet? [22:12] wgrant, not caught up. almost there. [22:13] jtv: If you have other things to do right now, I'll be happy to be on you side while you fixe this bug really [22:13] rvb: plenty of things to do… maybe I'll just concentrate on the workaround first. [22:13] (I'll ask an admin to grant the required extra database permission first) [22:14] StevenK, yes it was [22:14] i've updated it but it still seems like a bug [22:14] poolie: Ugh what? [22:14] launchpadlib? [22:14] yes [22:15] Ugh. [22:15] bug 704664 [22:15] <_mup_> Bug #704664: 403 on post to edge /+request-token < https://launchpad.net/bugs/704664 > [22:15] wgrant, it's available now [22:16] * bigjools has Launchpadlurgy [22:16] matsubara: Indeed, thanks. [22:16] bigjools: Already? :( [22:16] already [22:16] the Berocca is not quite doing the trick [22:18] are you pumped? [22:31] are we running the latest bzr-builder on our slaves? [22:32] (also, how would I find out without asking here) [22:38] jml: ask a buildd admin (ie lamont) [22:38] is it possible to set a merge proposal to a status other than "approved" or "rejected" using the email interface? [22:39] hmm. [22:39] jml, I totally forgot you used to be a code guy [22:39] Ursinha: heh [22:39] Ursinha: actually, I have no idea. I just looked at https://help.launchpad.net/Code/Review#Email%20interface :) [22:40] jml, :) that page only has approve and reject [22:41] jml: he's responsible for what's installed on the builders [22:48] bigjools: ok, thanks. [22:50] how do we tell if karma isn't updating? [22:52] scriptactivity spam is spammy. [22:53] it should be silent..... [23:07] wgrant, https://bugs.launchpad.net/launchpad/+bug/697441 [23:07] <_mup_> Bug #697441: buildmailman fails under natty < https://launchpad.net/bugs/697441 > [23:40] lifeless: https://wiki.canonical.com/Launchpad/Strategy/DesignDiscussionDallas2011 [23:51] gmb: bin/kill-test-services [23:52] wgrant: Ooh, that's a start. Ta. [23:52] Also, the librarian fixture branch that someone should be landing soon. [23:56] wgrant: Bum. No, that didn't help any. I'll leave it for now; I'm going square-eyed. Thanks anyway.