[00:08] <lifeless> huwshimi: is this you - http://huw.ugbox.net/ ?
[00:12] <huwshimi> lifeless: It was, a loooong time ago, yes
[00:12] <huwshimi> lifeless: How come?
[00:13] <lifeless> huwshimi: its linked from the bottom of http://twistedmatrix.com/trac/wiki/IPv6
[00:14] <huwshimi> lifeless: Oh yeah :)
[03:58] <LPCIBot> Project windmill-devel build #207: STILL FAILING in 1 hr 5 min: https://lpci.wedontsleep.org/job/windmill-devel/207/
[07:23] <lifeless> stub: \o/ thanks for fix-releasing that bug
[07:23] <lifeless> stub: the followup branch with the journal etc is all landed and just passed bb
[07:23] <stub> One down...
[07:24] <stub> I'll be starting on the extension. Hopefully importance and the two booleans won't bloat things to impractical levels.
[07:24] <lifeless> stub: I think it ended up being a 54MB table
[07:24] <lifeless> stub: e.g. still quite compact
[07:25] <stub> How many discreet importances are there?
[07:26] <lifeless> unknown wishlist low medium high critical (+ perhaps 2 backwards compat ?)
[07:28] <stub> huh... we have some bugtasks with priority set
[07:29] <stub> Only 30k or so... must have been a bug in bugs
[07:29] <stub> Or is that settable via the API?
[07:29] <LPCIBot> Project windmill-db-devel build #383: STILL FAILING in 2 min 43 sec: https://lpci.wedontsleep.org/job/windmill-db-devel/383/
[07:30] <lifeless> stub: unmigrated early-days stuff?
[07:30] <lifeless> I'm not sure python even knows about the column now
[07:30] <lifeless> stub: ah, your branches were targeted at db-devel
[07:58] <nigelb> Someday I need to get around to fixing that sorting. I've been holding it off.
[08:03] <jtv> Any reviewers in the house?  I'm pretty sure the topic is out of date!  https://code.launchpad.net/~jtv/launchpad/pre-bug-791204-getPackageUploads-name-filter/+merge/64345
[08:04] <jtv> stub: are you ocr'ing today?
[08:09] <nigelb> Aww, the branding wiki linked in the email isn't accessible outside of Canonical :(
[08:10] <huwshimi> nigelb: Oh, apologies about that. I'll see if there's another link I can use
[08:11] <nigelb> huwshimi: Ah, thanks!
[08:13] <jtv> Anybody want to review an extensive but relatively straightforward lint branch?  https://code.launchpad.net/~jtv/launchpad/more-pre-791204-lint/+merge/64365
[08:24] <stub> jtv: yo
[08:24] <jtv> stub: got time to review this one?  Not hard: https://code.launchpad.net/~jtv/launchpad/more-pre-791204-lint/+merge/64365
[08:24] <jtv> and hi, btw :)
[08:25] <stub> If it is just lint, r=jtv would be fine. Or do you want another pair of eyeballs on it?
[08:25] <jtv> stub: there's a few places where I went beyond the entirely trivial.  Not far, but still.
[08:28] <stub> One place I see, and that is pretty obviously an improvement. r=stub
[08:29] <stub> Off for a quick bite to eat
[08:29] <jtv> thanks stub!
[08:30] <stub> np :)
[08:31] <LPCIBot> Project devel build #798: STILL FAILING in 5 hr 50 min: https://lpci.wedontsleep.org/job/devel/798/
[08:34] <LPCIBot> Project parallel-test build #30: STILL FAILING in 1 hr 21 min: https://lpci.wedontsleep.org/job/parallel-test/30/
[08:49] <stub> Yay. http://pgreplay.projects.postgresql.org/ might let us actually create a DB benchmark.
[08:56] <LPCIBot> Project windmill-db-devel build #384: STILL FAILING in 1 hr 11 min: https://lpci.wedontsleep.org/job/windmill-db-devel/384/
[09:00] <jml> huwshimi: hello
[09:00] <huwshimi> jml: Hey
[09:01] <jml> huwshimi: skype?
[09:01] <huwshimi> jml: Just logging in
[09:01] <huwshimi> jml: Just one sec
[09:02] <mrevell> Hello!
[09:03] <huwshimi> jml: back
[09:04] <jml> mrevell: hi
[09:15] <huwshimi> nigelb: Here is that link: https://dev.launchpad.net/Projects/Rebranding
[09:15] <nigelb> huwshimi: thanks :-)
[09:16] <nigelb> Can we introduce a bug into launchpad that will report the number of critical bugs against lauchpad as zero? ;-)
[09:22] <jml> nigelb: no.
[09:22] <nigelb> jml: Drat. I tried :-)
[09:42] <lifeless> nigelb: we could, but it would be a regression and so critical :P
[09:43] <lifeless> jml: btw, hi
[09:43] <jml> lifeless: hello
[09:43] <lifeless> stub: that looks interesting
[09:47] <lifeless> jml: hows today looking ?
[09:48] <nigelb> lifeless: Hehe
[09:49] <jml> huwshimi: http://lpqateam.canonical.com/doc/scope.html
[09:49] <jml> lifeless: otp
[09:54] <jml> lifeless: should have time for a call if you'd like one
[09:56] <lifeless> that would be nice
[10:01] <jml> lifeless: now? skype?
[10:05] <jml> lifeless: Since you're not answering. I'm going to go wash the dishes. Will be back soon.
[10:11]  * bigjools adds a bug tag subscription and rejoices
[10:11] <danilos> bigjools, nooooo, we didn't make it to be used!
[10:11] <bigjools> (ab)used
[10:14] <jml> back
[10:15] <lifeless> jml: yes, and yes
[10:30] <jtv> wgrant, StevenK: has either of you touched the Upgrade button on df's oneiric/+localpackagediffs lately?  Mind if I hit it in a few minutes?
[10:31] <StevenK> jtv: I seriously doubt it, since .au has a public holiday today.
[10:31] <jtv> that's never stopped you before
[10:32] <jtv> you geocontrarian bunch of workaholics
[11:32] <LPCIBot> Project windmill-devel build #208: STILL FAILING in 1 hr 8 min: https://lpci.wedontsleep.org/job/windmill-devel/208/
[12:02] <jtv> Review needed!  https://code.launchpad.net/~jtv/launchpad/pre-bug-791204-getPackageUploads-name-filter/+merge/64345
[12:16] <bigjools> jtv: looking at it now
[12:16] <jtv> thanks!
[12:16] <bigjools> jtv: are you doing full substring on the name_filter?
[12:16] <jtv> No, prefix.
[12:16] <bigjools> jtv: the old code did full substring
[12:16] <jtv> Didn't look like it.
[12:16] <bigjools>                 "sourcepackagename.name LIKE '%%' || %s || '%%'"
[12:17] <jtv> argh
[12:17] <bigjools> there's also an exact_match param in the old code
[12:17] <jtv> oh well, good thing I isolated that in a function.
[12:17] <jtv> Yes
[12:17] <jtv> I'll have to mimick that as well, for the script.
[12:17] <bigjools> not sure where that was used though
[12:17] <jtv> In the script.  :(
[12:17] <jtv> I just found it.
[12:17] <jtv> But it won't be hard, again because I isolated the match in a separate function.
[12:18] <bigjools> ok
[12:19] <jtv> Maybe I should tackle both of these issues together in a separate branch: instead of prefix match, give a choice of exact match or full substring match.
[12:19] <jtv> (There were some intricacies w.r.t. pattern escaping)
[12:20] <bigjools> well you'd be landing a regression...
[12:25] <jtv> No, because we're not actually calling that method yet.
[12:25] <jtv> Or at least not with that argument!
[12:25] <bigjools> oh you've not changed code to call it yet
[12:26] <jtv> No, because that requires both this branch and the other one that I'm currently writing an MP for.
[12:27] <bigjools> ok
[12:27] <bigjools> the substring query is going to cack up the performance something rotten
[12:28] <bigjools> jtv: also the old getQueueItems had some messed up ordering that was discarded when it did the union at the bottom
[12:28] <bigjools> I wonder if we can fix that
[12:29] <bigjools> but the problem is that the old query ordered on different things depending on the upload type
[12:33] <jtv> What kind of ordering do we want, from the user's perspective?
[12:33] <bigjools> not entirely sure tbh, but anything consistent will be better than the current code
[12:33] <bigjools> it's quite hard to order because of the different types of upload
[12:34] <jtv> Yeah… if it weren't for custom uploads, I'd say we clearly need to sort by package.
[12:34] <bigjools> sorting by packageupload.id is a good start, it just won't order the items that share the same PU
[12:34] <jtv> And then maybe have a separate more queue-oriented page for seeing how the work goes.
[12:35] <jtv> Isn't it just the builds that share a PU?
[12:37] <jtv> Anyway, it's probably not going to be _that_ hard to treat that as a separate issue?
[12:38] <bigjools> jtv: a single upload can have builds, sources AND custom files
[12:38] <bigjools> there's not many of those in practice any more, but the model allows it
[12:38] <jtv> Oh ewll
[12:38] <jtv> well
[12:39] <jtv> That's for a separate query though.
[12:40] <jtv> This query only returns the PUs.
[12:40] <jtv> When we display those, I have a feeling the sorting of items within a PU will work out without too much difficulty.
[12:46] <jtv> Oh this just had to happen to me, didn't it?
[12:46] <jtv> Diff against target:666 lines (+391/-50) 8 files modified (has conflicts)
[12:47] <jtv> Woe to you, oh earth and sea…
[12:47] <bigjools> jtv: reviewed, needs-fixing
[12:47] <jtv> thanks
[12:53] <bigjools> jtv: so FYI there's one PCJ with a PU in the dogfood DB now, since I synced an unknown package.  It'll be good QA fodder :)
[12:53]  * jtv cackles nastily
[13:13] <benji> /topichttps://dev.launchpad.net/ | On call reviewer:  benji | Critical bugs:209 - 0:[######=_]:256
[13:13] <benji> /topichttps://dev.launchpad.net/ | On call reviewer:  benji | Critical bugs:209 - 0:[######=_]:256
[13:13] <benji> pfft
[13:15] <danilos> benji, hey, hey, I've got a few branches awaiting review, the first one at https://code.launchpad.net/~danilo/launchpad/bug-772754-other-subscribers-lp-names/+merge/64178
[13:15] <benji> danilos: I'll take a look
[13:15] <danilos> benji, cool, thanks
[13:15] <lifeless> jml: sorry, cut the last bit off
[13:16] <lifeless> jml: was good talking; have a great day
[13:21] <LPCIBot> Project db-devel build #630: FAILURE in 5 hr 51 min: https://lpci.wedontsleep.org/job/db-devel/630/
[13:40] <rvba> benji: Hi! Could you take a look at https://code.launchpad.net/~rvb/launchpad/initseries-bug-795537/+merge/64231 ?
[13:40] <benji> rvba: sure
[13:40] <rvba> benji: Thanks!
[14:06] <LPCIBot> Project windmill-devel build #209: STILL FAILING in 1 hr 7 min: https://lpci.wedontsleep.org/job/windmill-devel/209/
[14:23] <benji> danilos: I'm done with https://code.launchpad.net/~danilo/launchpad/bug-772754-other-subscribers-lp-names/+merge/64178
[14:24] <danilos> benji, cool, thanks, care to take on the next one: https://code.launchpad.net/~danilo/launchpad/bug-772754-other-subscribers-subscribers/+merge/64179? :)
[14:25] <benji> danilos: sure, you're second in line, but I don't think it'll be a very long wait
[14:25] <danilos> benji, great, thanks
[14:30] <benji> rvba: I'm done with https://code.launchpad.net/~rvb/launchpad/initseries-bug-795537/+merge/64231
[14:30] <rvba> benji: Thanks!
[14:32] <jelmer> benji: Hi! Can I add another branch to your queue?
[14:32] <benji> jelmer: absolutely
[14:33] <jelmer> benji: Thanks :) MP is at  https://code.launchpad.net/~jelmer/launchpad/auto-upgrade/+merge/64398
[14:36] <allenap> benji: Can I push another merge proposal (shortish, some javascript) on your stack? https://code.launchpad.net/~allenap/launchpad/localpackagediffs-latest-comment-bug-746379/+merge/64334
[14:36] <benji> allenap: sure
[14:36] <allenap> Thanks :)
[15:40] <cr3> can someone explain the purpose of lazr.canonical.timeout.urlfetch when urllib2.urlopen already supports a timeout parameter?
[15:43] <benji> danilos and jelmer,done with your reviews
[15:44] <LPCIBot> Project parallel-test build #31: STILL FAILING in 1 hr 0 min: https://lpci.wedontsleep.org/job/parallel-test/31/
[15:51] <danilos> benji, cool, thanks again
[15:51] <benji> np
[15:51] <jelmer> benji: thanks :)
[15:51] <benji> np
[16:00] <jml> sinzui: hi
[16:00] <sinzui> hi
[16:01] <jml> sinzui: would you like to have a call about disclosure?
[16:01] <sinzui> okay
[16:01] <LPCIBot> Project windmill-db-devel build #385: STILL FAILING in 1 hr 14 min: https://lpci.wedontsleep.org/job/windmill-db-devel/385/
[16:01] <sinzui> jml: I am on mumble
[16:02] <jml> sinzui: mumble hates my guts. I have dared to change my hardware. Give me a sec.
[16:02] <sinzui> jml: I will also learn is mumble works for me on oneiric
[16:06] <benji> allenap: I'm done with https://code.launchpad.net/~allenap/launchpad/localpackagediffs-latest-comment-bug-746379/+merge/64334
[16:07] <allenap> benji: Thank you :)
[16:07] <benji> my pleasure
[16:08] <jcsackett_> sinzui: just saw bug 707234 bumped up. think i might tackle that today.
[16:08] <_mup_> Bug #707234: Ajax controls disabled on bugs with many tasks due to multiple redundant copies of person picker make_picker function in view-source:https://bugs.launchpad.net/launchpad-project/+bugs?advanced=1 <disclosure> <javascript> <person-picker> <regression> <Launchpad itself:Triaged> < https://launchpad.net/bugs/707234 >
[16:09] <jcsackett_> up for chatting about it when you're done talking with jml?
[16:14] <LPCIBot> Project devel build #799: STILL FAILING in 6 hr 2 min: https://lpci.wedontsleep.org/job/devel/799/
[16:24] <sinzui> jcsackett: I am available to chat now
[16:41] <cr3> nevermind my question about urlfetch, I suspect the reason is that the timeout parameter was only added to urllib2.urlopen in 2.6
[16:46] <bigjools> mrevell: you might find this interesting reading (then again it may put you to sleep) https://dev.launchpad.net/Soyuz/DerivativeDistributions
[16:48] <mrevell> bigjools, Thanks :)
[16:51] <LPCIBot> Project windmill-devel build #210: STILL FAILING in 1 hr 6 min: https://lpci.wedontsleep.org/job/windmill-devel/210/
[16:55] <timrc> bigjools, Cody ran the complete test suite before landing my fix for #724740 and I had one failure... does that have to mean I introduced a regression?  If so it's causing some serious head scratching, because the failure seems completely unrelated to my change (and if there is a relationship, I'm scared :))
[16:55] <_mup_> Bug #724740: setting a ppa private cannot be done over the API <api> <oem-services> <ppa> <Launchpad itself:In Progress by timrchavez> < https://launchpad.net/bugs/724740 >
[16:55] <bigjools> timrc: can you paste the failure?  It's not unheard of to have random failures :/
[16:57] <timrc> bigjools, http://pastebin.ubuntu.com/625962/
[16:57] <timrc> bigjools, I'll dig deeper into this, myself... it just struck me as odd as this being the one place of failure
[16:58] <bigjools> timrc: ah that does look related
[16:58] <bigjools> timrc: where's your merge proposal?
[16:59] <timrc> bigjools, https://code.launchpad.net/~timrchavez/launchpad/set_ppa_private_from_api_724740-2/+merge/63950
[17:00] <bigjools> timrc: if you run that test locally does it fail again?
[17:02] <timrc> bigjools, yes, when I run the test locally it fails
[17:06] <bigjools> timrc: if you revert your changes does it still fail?
[17:07] <allenap> benji: Got time for another shortish javascript branch? https://code.launchpad.net/~allenap/launchpad/localpackagediffs-commenting-bug-795573/+merge/64418
[17:07] <benji> allenap: sure
[17:08] <allenap> Thanks again :)
[17:10]  * jml has to run.
[17:10] <jml> see y'all later.
[17:10] <bigjools> timrc: I'm testing locally too
[17:12] <timrc> bigjools, testing now
[17:17] <timrc> bigjools, yeah, must be a regression caused by me :( test ran fine with my changes removed
[17:18] <bigjools> ok let's work out why
[17:19] <bigjools> and indeed it fails for me too
[17:21] <benji> allenap: I'm done with https://code.launchpad.net/~allenap/launchpad/localpackagediffs-commenting-bug-795573/+merge/64418
[17:22] <allenap> Thanks benji.
[17:48] <cr3> is there a naming convention for urls in the web and webservice interfaces for referring to sets and individual elements within sets, eg plural for the former (/foos) and singular for the latter (/foo/1)
[17:51] <bigjools> good question
[17:52] <cr3> what I'm observing from the apidoc is plural all the way, eg /foos and /foos/1 taking my above example. I can understand that motivation for people playing with urls manually, so removing /1 from the latter would immediately resolve into a working url
[17:53] <cr3> I would appreciate some confirmation whether I'm observing a legacy decision or one that still holds today
[18:00] <bigjools> timrc: I can see where that test is failing but I can't work out why
[18:00] <bigjools> timrc: IArchiveSet.getArchivesForDistribution() is not returning the copy_archive created at the top of the test
[18:00] <bigjools> so the script that needs it doesn't do anything
[18:01] <bigjools> timrc: I have to go now, maybe someone else can help you or grab wgrant when he's around later in your day
[18:01] <bigjools> cr3: I think /foos is a good pattern
[18:01] <sinzui> launchpad tells me that it cannot import subunit using python 2.6 when running on oneiric :(
[18:01] <bigjools> the singular is up for debate
[18:02] <bigjools> it depends on the domain
[18:02] <timrc> bigjools, alrighty... thanks for the help
[18:02] <bigjools> timrc: you're welcome.  Good luck.
[18:03] <cr3> bigjools: implying /foos/1 for an individual element under /foos, right?
[18:04] <bigjools> cr3: well one example is /builders and /builders/<builder>
[18:04] <cr3> bigjools: I just tried accessing /people/cr3 on launchpad, which redirects me to /~cr3 whereas /person/cr3 asks me if I lost somthing :)
[18:04]  * bigjools has to run for the day
[18:05] <bigjools> there you go thenb
[18:05] <bigjools> good night all
[18:08] <mrevell> Good night my comrades.
[19:01] <Ursinha> matsubara: hi :) did you file bugs for any of your dd exploratory testing notes?
[19:04] <matsubara> Ursinha, not yet
[19:06] <LPCIBot> Project windmill-devel build #211: STILL FAILING in 1 hr 7 min: https://lpci.wedontsleep.org/job/windmill-devel/211/
[19:07] <abentley> benji: could you please review https://code.launchpad.net/~abentley/launchpad/ppa-api-errors/+merge/64425 ?
[19:07] <benji> abentley: sure
[19:11] <bdmurray> I'm having an issue running 'make schema' on my launchpad dev system
[19:12] <bdmurray> http://pastebin.ubuntu.com/626039/
[19:16] <benji> abentley: I'm done with https://code.launchpad.net/~abentley/launchpad/ppa-api-errors/+merge/64425 I had one thought that you might want to consider.
[19:16] <abentley> benji: ?
[19:17] <benji> abentley: I don't understand what you don't understand. :)
[19:17] <abentley> benji: You said there was something I might want to consider.  I was saying "Hmmm?  Go on..."
[19:17] <benji> ah, it's in a comment on the MP
[19:17] <abentley> benji: BadRequest is only emitted for status 400 AFAIK.
[19:20] <benji> abentley: since the test docstring explicityly says 400, it would be good to actually test for that, and I'm paranoid enough to expect that same message to one day be given a different status code
[19:22] <abentley> benji: Very well, I'll change the test to say "Bad Request".
[19:22] <benji> k
[19:23] <abentley> benji: I submit that if you're afraid standards bodies are out to get you, you truly are paranoid.
[19:24] <benji> heh; it's more that the people writing the software are fallible
[19:31] <abentley> benji: I think that if I tested the status code of BadRequest, I'd be violating the principle of "Test only one thing", because I'd be testing the behaviour of lazr.restfulclient.
[19:32] <benji> abentley: I'd buy that.
[19:56] <bac> hi james_w, i need to create a new test data suite for archiveuploader.  do you know how to do that, specifically working out getting them properly signed?
[19:59] <bac> abentley, flacoste: ^^
[20:00] <flacoste> bac: what do you want to do exactly?
[20:00] <bac> flacoste: create a test for a maintainer with a bad email address (bug 519857)
[20:00] <_mup_> Bug #519857: Upload processor OOPSes with bad email addresses <lp-soyuz> <oops> <soyuz-upload> <Launchpad itself:In Progress by bac> < https://launchpad.net/bugs/519857 >
[20:00] <flacoste> benji: if you have time, could you review https://code.launchpad.net/~flacoste/launchpad/bug-781993-1/+merge/64258 pretty please?
[20:01] <bac> flacoste: so i figure i need to create a new suite, with a bad maintainer or Changed-by email address...but it has to be properly signed
[20:01] <benji> flacoste: sure
[20:01] <flacoste> thanks benji
[20:02] <flacoste> bac: why don't you write this as a unit test to safe_fix_maintainer
[20:02] <flacoste> bac: which operates on a hash
[20:02] <flacoste> err, dictionary
[20:02]  * flacoste again showed he's a former perl hacker
[20:02] <bac> flacoste: i'll look into that.  thanks.
[20:04] <flacoste> bac: if you want to go end-to-end, i think there are probably some helper method in soyuz for that, but would be best to ask bigjools, StevenK or wgrant about it
[20:04] <bac> flacoste: actually, no.  i was intending for safe_fix_maintainer to still raise the same error, but i'd just handle it in process
[20:04] <bac> flacoste: which is why i wanted an end-to-end test
[20:05] <bac> and it looked like the way things are done in test_uploadprocessor.py is to create novel suites...
[20:07] <james_w> bac, from what I remember the checking of real packages tends to operate on packages contained in the LP source tree
[20:10] <flacoste> which is more a case of missing test architecture i think
[20:10] <flacoste> but i may be mistaken
[20:10] <flacoste> bac: you want to make the fix in processChanges?
[20:10] <bac> james_w: what i think i need to do is in lib/lp/archiveuploader/tests/data/suite create a new suite, say, bar_1.0-1_bad_maintainer_email and in it change bar_1.0-1_source.changes to futz with the maintainer or changed-by email address to invoke the failure.  but when i do that i need to sign that file
[20:10] <LPCIBot> Project db-devel build #631: STILL FAILING in 5 hr 39 min: https://lpci.wedontsleep.org/job/db-devel/631/
[20:11] <bac> flacoste: i was intending something like http://pastebin.ubuntu.com/626072/
[20:11] <LPCIBot> Project parallel-test build #32: STILL FAILING in 1 hr 5 min: https://lpci.wedontsleep.org/job/parallel-test/32/
[20:12] <james_w> flacoste, there's no support in the test suite for signing packages that I know of, which is why all of those are already signed
[20:13] <bac> james_w, flacoste: right, so that's what i'm trying to figure out.  i see a secring.gpg but it doesn't seem to have in it what i need.  so i'm trying to figure out where the keys are and perhaps some instructions...
[20:13] <james_w> bac, ah, got it
[20:13] <bac> james_w: sorry it was so circuitous
[20:13] <james_w> I've never had to do it myself
[20:14] <james_w> so I can't help you I'm afraid
[20:14] <bac> james_w: ah, right then.  of the people awake you seemed like the best candidate
[20:14] <bac> james_w: thanks anway!
[20:15] <benji> flacoste: I'm done with https://code.launchpad.net/~allenap/launchpad/initialise-to-initialize/+merge/64121
[20:15] <bac> flacoste: perhaps i should put this aside until i can talk to bigjools
[20:15] <allenap> benji: EWRONGURL I suspect.
[20:15] <benji> pfft!
[20:15] <flacoste> bac: yeah, probably a good idea
[20:16] <benji> allenap: the curse of having multiple tabs open at once
[20:16] <allenap> benji: But thanks for reviewing that one :)
[20:19] <benji> flacoste: I actually meant that I'm done with this https://code.launchpad.net/~flacoste/launchpad/bug-781993-1/+merge/64258 ;)
[20:19] <flacoste> benji: ah, cool, thanks!
[20:24] <benji> allenap: I just had a thought about your branch that I want to check out, so if you're panning on jumping on the merge, hold off for one sec
[20:25] <allenap> benji: Sure.
[20:29] <LPCIBot> Project windmill-db-devel build #386: STILL FAILING in 1 hr 13 min: https://lpci.wedontsleep.org/job/windmill-db-devel/386/
[20:31] <benji> allenap: ok, we're good, my negative thought didn't pan out (I was concerned that one or more symbols exposed by the web service might have been changed)
[20:32] <allenap> benji: Thanks for thinking of it and checking :)
[20:45] <lifeless> flacoste: this explains a lot :P
[20:45] <flacoste> lifeless: ???
[20:46] <lifeless> 07:02  * flacoste again showed he's a former perl hacker
[20:46] <lifeless> :P
[20:46] <flacoste> lol
[20:57] <LPCIBot> Project windmill-devel build #212: STILL FAILING in 47 min: https://lpci.wedontsleep.org/job/windmill-devel/212/
[20:58] <flacoste> lifeless: call time?
[20:59] <lifeless> yup
[21:13] <poolie> hi flacoste, lifeless
[21:28] <bdmurray> I sorted out my question
[21:29] <cr3> might there be an interface for accessing oops reports? I'm wondering what might be wrong with this one: OOPS-1990AP106
[21:39] <LPCIBot> Yippie, build fixed!
[21:39] <LPCIBot> Project devel build #800: FIXED in 5 hr 24 min: https://lpci.wedontsleep.org/job/devel/800/
[21:42] <LPCIBot> Project windmill-devel build #213: STILL FAILING in 44 min: https://lpci.wedontsleep.org/job/windmill-devel/213/
[22:25] <LPCIBot> Project windmill-devel build #214: STILL FAILING in 42 min: https://lpci.wedontsleep.org/job/windmill-devel/214/
[23:22] <lifeless> o/ poolie
[23:43] <lifeless> sinzui: Was your team touching on bug 66552 ? I think its a dupe or something
[23:43] <_mup_> Bug #66552: Unhelpful error when reporting bug with non-existent package entered and "I don't know" chosen <lp-bugs> <Launchpad itself:Triaged> < https://launchpad.net/bugs/66552 >
[23:56] <bdmurray> I'm now getting an error trying to run most tests
[23:56] <bdmurray> http://pastebin.ubuntu.com/626204/
[23:57] <lifeless> fun