[01:15] <lifeless> wgrant: oh ?
[01:15] <lifeless> :( State: Chroot problem
[01:16] <wgrant> lifeless: Ew where?
[01:17] <lifeless> sandpaperfig
[01:17] <lifeless> natty
[01:18] <wgrant> A recipe build?
[01:18] <wgrant> natty-cat-lpbuildd doesn't exist yet..
[01:19] <wgrant> So no recipes on natty until we get the new lp-buildd out.
[01:19] <wgrant> Which is blocking on the Code bug being fixed.
[01:19] <wgrant> Which probably needs a Julian.
[01:19] <wgrant> Which I believe we will have tonight.
[01:19] <lifeless> wgrant: yes
[01:19] <lifeless> wgrant: anyhow, what do you mean by '12:27 < wgrant> Yeah, it looks like it has the same bug that r11812 fixed.
[01:20] <wgrant> lifeless: There is a race in the fix for 669676.
[01:20] <lifeless> oh, the 'submitted while starting up' thing ?
[01:20] <wgrant> Yeah.
[01:21] <wgrant> Bug #627608
[01:21] <_mup_> Bug #627608: Got a 401 on a fresh purchase <qa-ok> <Software Center Agent:Fix Released> <Soyuz:Fix Committed by michael.nelson> <software-center (Ubuntu):Fix Released> <https://launchpad.net/bugs/627608>
[01:23] <lifeless> wgrant: we are btw running 11858 now
[01:27] <thumper> lifeless: I thought you fixed the recipe feature flag?
[01:29] <wgrant> lifeless: :(
[01:29] <wgrant> No recipes yet.
[01:31] <lifeless> thumper:
[01:31] <lifeless> thumper: what do you mean?
[01:31] <thumper> lifeless: that the recipes will be visible on prod for a specified team
[01:32] <lifeless> yes
[01:32] <lifeless> once that code is deployed.
[01:32] <lifeless> 11866 is the magic number to get qa'd and deployed
[01:33] <thumper> ok
[01:34] <lifeless> (bzr log devel :P)
[01:38] <lifeless> \o/ my +packages change seems to have worked.
[01:38] <lifeless> https://launchpad.net/~yavdr/+archive/stable-vdr/+packages?start=0&batch=204 worked first time.
[01:48] <StevenK> lifeless: Why does the deployment page sometimes show the revisions behind the one that is blocking rollout, and sometimes doesn't?
[01:49] <lifeless> bad-commits show more
[01:49] <lifeless> because they aren't a blocker *if* their rollback is present
[01:49] <lifeless> unqaued stops the thing
[01:49] <lifeless> its being altered to show more always
[01:49] <StevenK> Excellent
[01:50] <lifeless> oh OOPS-1773EA141 where art thou?
[01:50]  * StevenK notes qastaging wasn't reset over the weekend
[01:53] <wgrant> lifeless: getBuildStatusSummaryForSourceIds hasn't had its timeout lifted?
[01:53] <lifeless> hard_timeout pageid:Archive:EntryResource:getBuildSummariesForSourceIds 1 20000
[01:53] <lifeless> two possibilities
[01:53] <lifeless> doesn't work on apis
[01:53] <lifeless> its terrible
[01:54] <lifeless> I'll check yesterdays oops
[01:54] <wgrant> Hmm. It's not showing up in the debug footer's scopes.
[01:54] <wgrant> in scopes {'pageid:BugTask:+create-question': False, 'pageid:Archive:+packages': True, 'pageid:Milestone:+index': False, 'pageid:Archive:+index': False, 'pageid:Person:+bugs': False, 'pageid:POFile:+translate': False}
[01:55] <lifeless> that thing is a bit bustified
[01:55] <lifeless> it shouldn't be showing all those for starters
[01:58] <lifeless> SQL time: 19144 ms
[01:58] <lifeless> Non-sql time: 1201 ms
[01:58] <lifeless> Total time: 20345 ms
[01:58] <lifeless> Statement Count: 155
[01:58] <lifeless> conclusion : its terrible.
[01:58] <lifeless> https://api.launchpad.net/devel/%7Exorg-edgers/+archive/ppa
[01:58] <lifeless> source_ids=%5B%221356771%22%2C+%221356770%22%2C+%221356769%22%2C+%221349686%22%2C+%221349688%22%2 ... 1164%22%2C+%221348857%22%2C+%221348858%22%2C+%221348870%22%5D&ws.op=getBuildSummariesForSourceIds
[01:59] <wgrant> Yeah.
[02:03] <lifeless> wgrant: hey
[02:03] <lifeless> do you have a script that grabs attachments of private bugs, by chance?
[02:04] <wgrant> lifeless: No. All I know that does that is apport.
[02:04] <wgrant> lifeless: Going to try the shiny new librarian?
[02:04] <lifeless> yes
[02:04] <lifeless> all reports on qastaging were positive
[02:04] <wgrant> Yay.
[02:05] <wgrant> Erm, there is no DNS.
[02:05] <wgrant> But OK.
[02:05] <lifeless> thats interesting ..
[02:06] <wgrant> It's there for staging and qastaging, but not production.
[02:07] <lifeless> yes
[02:07] <lifeless> folk are busy
[02:07] <lifeless> its queued, or something
[02:07] <lifeless> I've pinged on the rt
[02:20] <lifeless> wgrant: the scopes that you see are only those evaluated in order to do the page
[02:20] <lifeless> others below that in thepriority list are not show
[02:20] <lifeless> *shown*
[02:20] <wgrant> lifeless: Ah, so it queries them one at a time?
[02:20] <lifeless> one query to get the rules
[02:20] <lifeless> then one rule evaluated at a time
[02:20] <lifeless> of the rules for the flag being requested
[02:20] <wgrant> Ah.
[02:22] <lifeless> many rules do not require db querying to evaluate
[02:22] <lifeless> so far only team: does, in fact
[02:22] <thumper> wgrant: do you happen to know off the top of you head which template is used for binary builds?
[02:22] <wgrant> thumper: Probably build-index.pt
[02:22] <wgrant> Yes.
[02:22] <wgrant> They weren't renamed when the class and interface were.
[02:25] <thumper> ta
[02:26] <wgrant> I should probably fix that at some point, but there's so much overhead in getting stuff landed :(
[02:29] <bac> thumper: do you think your [testfix] will really work or just hopeful?
[02:29] <spm> wgrant: you'd like access to directly edit the source on the prod servers? >:)
[02:29] <wgrant> spm: pls.
[02:30]  * spm tries to figure out how to express "no" in a polite, yet firm way.....
[02:30]  * wgrant pouts.
[02:30] <lifeless> spm: FOAD
[02:30]  * spm avoids drinking, and hence avoids a replacement needing keyboard incident
[02:31] <spm> lifeless: I was thinking it, i wasn't gunna say/type it
[02:31] <lifeless> :)
[02:31] <lifeless> spm: and here I was imagining you with a coffee
[02:31] <spm> something about my cold dead corpse on the ground as well was needed
[02:31] <wgrant> spm: That can always be arranged :)
[02:31] <wgrant> Canberra is cold enough.
[02:31] <spm> wgrant 1, spm 0
[02:31] <lifeless> OTOH
[02:31] <lifeless> you'd have to go to canberra
[02:31] <wgrant> True.
[02:32] <wgrant> I'm not sure I'd risk it.
[02:32] <spm> I could take you for a tour thru NPH! Watch your elected pollies in action!
[02:32] <lifeless> I want a jack point in the NBN switch room
[02:32] <lifeless> stuff the pollies
[02:33] <spm> I've been in their DC. About 15 years ago, was bloddy impressively large then.
[02:33] <spm> heh, had to get them to convert a 9" reel tape onto ... blah, some DEC VMS tape format whose name eludes me.
[02:34] <spm> same physical format as DLC tape, I think it is.
[02:34] <lifeless> oh
[02:34] <lifeless> uhm
[02:34] <spm> fail. same size as LTO!.
[02:34] <spm> gah. DLT!!!. ffs. fail fail fail.
[02:34] <lifeless> rofl
[02:34] <spm> TK50, TK70 tape.
[02:35] <spm> http://en.wikipedia.org/wiki/Digital_Linear_Tape <== *1984* format size. still in use today (MUCH higher capacity)
[02:36] <wgrant> Even I've used SDLT.
[02:36] <spm> you old man you
[02:36] <spm> come to join us greybeards eh?
[02:41] <wallyworld> thumper: bug 671458. do you agree with it? all new mps will no longer have no reviewer set so is the behaviour described in the bug wrong? i can see both sides.
[02:41] <_mup_> Bug #671458: Branch.addLandingTarget adds a review even when the caller requests there be none. <code-review> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/671458>
[02:42] <thumper> bac: I expect it to wokrk
[02:42]  * thumper needs to offload some kids
[02:42] <thumper> anyone want any?
[02:42] <bac> thumper: thanks, but no.
[02:58] <lifeless> sinzui: ping
[02:58] <lifeless> sinzui: you seem to (perhaps) have a script marking bugs as fix released... I think if you do that it will need some improvements to be reliably in RFWTAD world
[03:01] <StevenK> lifeless: I spoke about that to sinzui at UDS.
[03:01] <StevenK> I think in the short term feeding it a list of bugs would be good
[03:02] <lifeless> Well I'm specifically thinking of:
[03:02] <lifeless>  - incrementals
[03:02] <lifeless>  - not deployed to
[03:02] <lifeless> cases
[03:02] <wgrant> s/Fix (Committed|Released)/Fixed/g
[03:03] <lifeless> wgrant: EWHINE
[03:13] <lifeless> http://www.slideshare.net/padday/the-real-life-social-network-v2
[03:14] <wgrant> I saw that yesterday, got up to slide 40 or so, then gave up.
[03:14] <wgrant> Is there anything interesting in the later bits?
[03:14] <lifeless> not sure
[03:14] <lifeless> The start is obvious but interesting
[03:15] <lifeless> http://www.hideandseek.net/cant-play-wont-play/ is also entertaining
[03:15] <wgrant> Wow that is a lot of Flash.
[03:47] <wgrant> Yay, PQM doesn't want to eat my soul.
[04:08] <thumper> http://pastebin.ubuntu.com/527981/ some recipe stuff
[04:11] <thumper> sourcepackages being built by daily recipes that have successfully built
[06:05] <lifeless> wgrant: its worth finishing the social network thing; its getting interesting around page 100
[07:02] <wgrant> lifeless: Hm, I may, then.
[07:02] <wgrant> After I finish playing with this ARM netbook.
[07:02] <StevenK> Don't you have study to do? :-)
[07:03] <wgrant> Pfft.
[07:51] <lifeless> bah, soyuz test fail
[08:05] <StevenK> lifeless?
[08:07] <jelmer> lifeless: hi
[08:17] <thumper> no danilo?
[09:07] <adeuring> good morning
[09:09] <jelmer> lifeless: still there?
[09:12] <mrevell> Hi
[09:25] <jtv> hi henninge!
[09:25] <jtv> I thought you weren't here today?
[09:25] <henninge> jtv: Hi!
[09:26] <henninge> You thought wrong ... ;) I am just late.
[09:27] <jtv> Ah.  I am late too, at least in terms of IRC login.
[09:27] <jtv> I think I have the causes now: id change on devpad, another server freeze of the kind I've been getting since the lucid upgrade, a crappy new router, and some temporary weirdness with my internet connection.
[09:27] <jtv> Not easy to debug so many variables.  :-)
[09:28] <StevenK> Which id changed on devpad?
[09:33] <henninge> jtv: that sounds hard :(
[09:34] <jtv> StevenK: the ssh pubkey
[09:34] <jtv> henninge: still not done tbh, but I've worked around the problems and that's something.
[09:46] <LPCIBot> Project devel build (197): FAILURE in 3 hr 13 min: https://hudson.wedontsleep.org/job/devel/197/
[09:46] <LPCIBot> * Launchpad Patch Queue Manager: [r=allenap][ui=none][no-qa] log files are created in a logs
[09:46] <LPCIBot> subdirectory instead of the root directory
[09:46] <LPCIBot> * Launchpad Patch Queue Manager: [r=jelmer][ui=none][no-qa] Calculate a distroseries' architectures
[09:46] <LPCIBot> and components directly from the DB, not via lucilleconfig.
[09:46] <LPCIBot> * Launchpad Patch Queue Manager: [r=jml][ui=none][bug=671568] Remove the last imports from
[09:46] <LPCIBot> canonical.launchpad.interfaces from lp.*.
[09:46] <jelmer> wgrant: Ah, you finally managed to land your branch?
[09:48] <wgrant> jelmer: Yes!
[09:48] <wgrant> jelmer: PQM decided to jump out of testfix for a while.
[09:49] <wgrant> Thanks for trying it a couple of times.
[09:50] <wgrant> Now I just need to work out what to do about germanium's config's insanity, then the rest of the sequence can land, and lucilleconfig will evaporate.
[09:50] <jtv> A commit by gmb triggered a successful devel build this weekend, but the fix didn't make it into db-devel.  So thumper did a manual merge this morning.
[10:13]  * bigjools is getting frustrated with people targeting bugs to "soyuz" just because they have the word "package" in the title
[10:26] <henninge> lifeless: ping
[10:46] <henninge> jtv: danilo_ is asking about you ... ;)
[10:46] <jtv> henninge: ah!
[10:46] <jtv> I got no answer from him earlier
[10:46] <danilo_> hey jtv
[10:47] <danilo_> jtv, you should have gotten my away message :)
[10:47] <jtv> hi danilo_!  No, I got nothing.  I couldn't log into the internal IRC.  :-(
[10:47] <jtv> But I rebooted my server so I can get in now.
[10:47] <danilos> jtv, ah, that's where my away message was :)
[10:47] <jtv> Figures.  It was _not_ an easy day, IT-wise.
[10:48] <danilos> jtv, why, what happened?
[10:51] <wgrant> bigjools: And so it begins :(
[10:55] <bigjools> wgrant: ?
[10:55] <wgrant> bigjools: My work queue is already non-empty, and I don't start for a month :P
[10:55] <bigjools> wgrant: :D
[10:56] <bigjools> dude, the queue is massive, it's just that the first one is written down ;)
[10:56] <wgrant> Haha.
[10:57] <jtv> wgrant: stop laughing and start coding.  Welcome on board.  :-)
[11:35] <wgrant> jml: Is the s/PPA/Software Archives/ part of an evil plan to introduce project-owned PPAs?
[11:36] <jml> wgrant: not really.
[11:36] <jml> wgrant: I mean, I have an evil plan to introduce project-owned PPAs
[11:36] <jml> wgrant: but stage 1 of that plan is "introduce project-owned PPAs"
[11:36] <bigjools> PPA is dead.  Long live LSA.
[11:36] <jml> bigjools: please don't replace PPA with another acronym.
[11:37] <bigjools> almost LSD, which seems eerily appropriate.
[11:37] <wgrant> Then the primary archive can be a Launchpad Ordinary Software Archive.
[11:37] <wgrant> And then we have awesome acronyms.
[11:37] <bigjools> jml: I am not going to type "Software Archives" in full every time, your request is going to be pretty futile I'm afraid
[11:38] <jml> bigjools: what's wrong with just typing "archive" for short
[11:38] <bigjools> it's not specific enough
[11:38] <bigjools> I suspect ppa will live on in dev circles, frankly
[11:38] <jml> me too. I'm not too worried about that.
[11:39] <jml> but introducing another obscure acronym will be an utter fail
[11:39] <bigjools> it would only be in dev circles, not in the UI :)
[11:40] <jml> hmm.
[11:40] <bigjools> what do I do with ArchivePurpose.PPA for example
[11:40] <bigjools> we could just leave everything as ppa, internally
[11:41] <jml> well, that's going to be an interesting question anyway, once you get project archives
[11:41] <bigjools> indeed
[11:41] <wgrant> ArchivePurpose is probably crack.
[11:41] <bigjools> why?
[11:41] <jml> prefer polymorphism to type checking!
[11:41] <bigjools> I agree, I just wish PG would do that ;)
[11:42] <wgrant> I'm not entirely a fan of the way PPAs are modeled at the moment. It feels like we should have PersonalPackageArchive which references an Archive, and Distribution which references an Archive, but I'm really not sure how it would all fit together.
[11:42] <wgrant> I guess that's probably the case for most of the Soyuz model, though.
[11:42] <jml> bigjools: separate problem. even if the table has a flag/enum row, the API doesn't necessarily need to have is_ppa() etc
[11:43] <jml> it might need to for other reasons
[11:43] <bigjools> yes, it was badly modelled in that regard
[11:43] <bigjools> I have a first class honours in hindsight
[11:44] <wgrant> Also, the partner archive sort of screws that idea up.
[11:44] <wgrant> But we can hopefully kill that soon, right?
[11:44] <bigjools> nope :(
[11:44] <wgrant> !?
[11:44] <wgrant> Commercial PPAs don't win?
[11:44] <bigjools> not until lucid server is EoL
[11:44] <wgrant> bigjools: We can't repurpose commercial-compat.sh to mangle a PPA into something that looks like partner?
[11:45] <bigjools> we'll be doing commercial PPA^Wsoftware archives AND partner
[11:45] <wgrant> :(
[11:45] <wgrant> I think I'd prefer a mangling script to keeping this cruft around for five years.
[11:45] <bigjools> totally - if it can be done, then I am +1
[11:46] <bigjools> I've not thought about it yet though
[11:46] <wgrant> Sure.
[11:53] <jml> hmm
[11:53] <jml> I'm having trouble building from devel due to some conflicts in the vietnamese mailman po file
[11:55] <jml> I wonder why.
[11:57] <jml> hmm, not devel, but devel w/ c/l/interfaces/__init__ gutted
[11:58] <deryck> Morning, all.
[11:59] <jml> deryck: hello
[11:59] <jml> ahhh... deeper, earlier causes
[13:00] <LPCIBot> Yippie, build fixed!
[13:00] <LPCIBot> Project devel build (198): FIXED in 3 hr 14 min: https://hudson.wedontsleep.org/job/devel/198/
[13:00] <LPCIBot> * Launchpad Patch Queue Manager: [r=allenap][ui=none][no-qa] Unit-test translation permissions.
[13:00] <LPCIBot> * Launchpad Patch Queue Manager: [r=thumper][ui=none][no-qa] Use patched version of zope.pagetemplate
[13:00] <LPCIBot> 3.5.0
[13:02] <danilos> 3h14 mins? is it by any chance 15.9265 seconds as well?
[13:28] <jml> bigjools: at some point this week I'd like to talk about uploading to personal archives and the CoC.
[13:29] <bigjools> jml: ah yes, we decided to fold the PPA ToS into the CoC
[13:29] <jml> bigjools: esp wrt https://code.launchpad.net/~jml/launchpad/allow-upload-without-coc/+merge/40218
[13:29] <bigjools> or something with the right acronyms at least
[13:31] <jml> bigjools: I was talking to sabdfl the other day, and he was fine w/ not requiring CoC for upload rights to PPAs.
[13:32] <bigjools> jml: I still think we should make it part of the LP ToS, so it's just implicit
[13:32] <jml> bigjools: make what part of the ToS?
[13:33] <bigjools> the PPA ToS
[13:33] <jml> bigjools: oh right.
[13:33] <jml> bigjools: but that's a separate question from CoC
[13:33] <bigjools> I probably mean the CoC :)
[13:34] <jelmer> oh, there are separate PPA ToS ?
[13:35] <jml> bigjools: you are either confused or being confusing.
[13:36] <bigjools> "the thing you agree to when you sign up for a PPA"
[13:36] <jml> bigjools: that's the terms of service. but there's also code in LP (see https://code.launchpad.net/~jml/launchpad/allow-upload-without-coc/+merge/40218) that prevents you from uploading unless you have signed the Ubuntu Code of Conduct
[13:37] <bigjools> jml: right - what I mean is that we should amend the ToS to include anything we feel necessary from the CoC
[13:37] <bigjools> there may be nothing of course, but we should check it over anyway
[13:39] <jml> bigjools: I've just checked. There's nothing that should be specifically in the PPA terms of service.
[13:39] <bigjools> ok great
[13:39] <jml> bigjools: http://www.ubuntu.com/community/conduct ; https://help.launchpad.net/Legal (LP terms); https://help.launchpad.net/PPATermsofUse (PPA terms)
[13:40] <bigjools> jml: I presume the PPA ToS will be implicit... ?
[13:41] <jml> bigjools: the change I'm proposing doesn't touch the PPA ToS. You will still have to agree to them before creating a PPA.
[13:41] <jml> bigjools: longer term, we should fold the PPA ToS into the Launchpad ToS.
[13:42] <jml> but that's a discussion for another day.
[13:42] <bigjools> ok
[14:47] <deryck> gmb, hurrah!  Tests pass and it's done!  https://code.launchpad.net/~deryck/launchpad/rockstar-js-refresh/+merge/40329
[14:47] <deryck> gmb, I'm going to land unreviewed since rockstar's already passed reviewed.  So one more ec2 run, and it should land.
[14:47] <gmb> deryck: Let joy be unconfined.
[14:47] <deryck> indeed!
[14:48] <gmb> deryck: Cool. Many thanks for all the hard work :)
[14:49] <deryck> np!  Glad to get it done. :-)
[15:28] <jml> what actually does the registering of adapters for top-level IEntrys?
[15:29] <jml> I've got a branch that breaks it for IPillarNameSet by changing import order around (yay), and I'd like to see what stable is doing differently
[15:30] <bigjools> jml: I think there's some zcml that includes canonical/interfaces/__init__.py
[15:30] <bigjools> or summat like dat
[15:36] <jml> something to do w/ lazr.restful.metazcml
[15:39] <jml> boo yah.
[15:39] <jml> the webservice:register directive
[15:55] <bigjools> yeah that one
[16:01] <jml> sinzui: call?
[16:02] <sinzui> one moment I am working with a user
[16:02] <jml> sinzui: np
[16:45] <sinzui> jml, this hour has fallen apart for me. I just finished with a user, but I also just got a call to pick up my son from school. I wll not be available for 30 more minutes
[16:45] <jml> sinzui: np.
[16:45] <jml> sinzui: another day then.
[16:59] <lifeless> jelmer: hi
[16:59] <lifeless> henninge: hi
[16:59] <lifeless> morning y'all
[16:59] <jelmer> lifeless: 'morning
[16:59] <henninge> Good early morning lifeless ;)
[17:00] <jelmer> lifeless: This time you are actually up early!
[17:00] <lifeless> jelmer: 6am, nominal.
[17:00] <lifeless> :)
[17:01] <jelmer> lifeless: You mentioned on bug 627608 that you did some setup on qastaging to test generate-ppa-htaccess
[17:01] <_mup_> Bug #627608: Got a 401 on a fresh purchase <qa-ok> <Software Center Agent:Fix Released> <Soyuz:Fix Committed by michael.nelson> <software-center (Ubuntu):Fix Released> <https://launchpad.net/bugs/627608>
[17:01] <henninge> oh right, you are on that little Island
[17:01] <lifeless> henninge: yes, the little island that could
[17:02] <jelmer> lifeless: What did you do exactly? Does qastaging do any publishing at the moment ?
[17:02] <lifeless> jelmer: we did
[17:02] <lifeless> jelmer: we setup a db user that was missing
[17:02] <lifeless> and fixed the librarian config for qastaging
[17:02] <lifeless> because of resource constraints, the previously announced 'ask a losa to run specific scripts' still applies.
[17:03] <abentley> lamont: what's the minimum RAM for an i386 virtual builder?  Is it different for AMD64?
[17:06] <jelmer> lifeless: So publishing doesn't happen by default?
[17:06] <lifeless> jelmer: I don't know what 'publishing' stands for. Can't answer the question.
[17:07] <lifeless> jelmer: if something you need in order to qa isn't present/happening on qastaging, please ask a losa to arrange it for you, for the patch you're qaing.
[17:08] <jelmer> lifeless: I'm referring to the Soyuz publish-distro.py script which is used to publish PPA's.
[17:08] <jelmer> lifeless: I'm wondering though where the results end up if that script ran, as private-ppa.qastaging.launchpad.net nor ppa.qastaging.launchpad.net appear to exist.
[17:09] <lifeless> jelmer: ok, specifics. \o/
[17:09] <lifeless> jelmer: ask a losa though - its likely the first time we've qa'd something needing that.
[17:10] <jelmer> lifeless: I figured the QA'ing of the generate-ppa-htaccess script had the same issue, as it would write to the same location.
[17:10] <lifeless> jelmer: we asked the losa to look on disk for us.
[17:11] <jelmer> lifeless: ahh, ok
[17:12] <jelmer> having to ask a losa for that sort of thing will make QA'ing of Soyuz stuff quite a bit more painful though :-/
[17:12] <lifeless> jelmer: so there are two things
[17:12] <lifeless> firstly, ask for the domains etc via rt, cc francis and me if you would
[17:13] <lifeless> secondly when we get the qa sscripting server, we'll move all the background tasks for staging and qastaging to it
[17:13] <lifeless> so the staging web ui's will be more representative of a deployed web ui
[17:19] <jelmer> lifeless: Ok
[17:19] <jelmer> lifeless: I'd like to file an rt about ppa.qastaging.launchpad and private-ppa.qastaging.net, is that ok ?
[17:20] <jelmer> private-ppa.qastaging.launchpad.net
[17:20] <jelmer> (although I do see qastaging.net is still free ;-)
[17:20] <bigjools> you're going to have much pain running the publisher on staging
[17:22] <lifeless> jelmer: yes
[17:23] <lifeless> henninge: is it really week 1?
[17:23] <henninge> No, this is week 3.
[17:23] <henninge> lifeless: what makes you think that?
[17:23] <jelmer> henninge: See the topic :-)
[17:24] <henninge> jelmer: what topic?
[17:24] <henninge> ;-P
[17:30] <bigjools> good night folks
[17:31] <lifeless> night
[17:37] <jml> g'night all
[17:42] <lifeless> night
[17:45] <lifeless> henninge: so I'd like to go with my proposed mechanism
[17:45] <lifeless> henninge: but its only a preference
[17:46] <henninge> henninge: I see the advantage of keeping the focus.
[17:46] <henninge> lifeless: ^
[17:46] <henninge> lifeless: is this still up-to-date?
[17:47] <henninge> https://dev.launchpad.net/MergeWorkflow
[17:47] <henninge> That's what I used for my propsal.
[17:47] <lifeless> I don't think its particularly stale. Let me see
[17:47] <lifeless> ah, its stale.
[17:47] <henninge> Because you mentioned that we don't have production anymore
[17:47] <lifeless> the big production circle is now reserved for private-patches only - there was a significant list thread about it
[17:48] <lifeless> we're deploying straight from stable
[17:48] <lifeless> the circle for production is not in the deployment path anymore its straight from stable to lpnet/edge once qa'd.
[17:48] <henninge> I probably saw that thread but the new model had not yet registered well with me so I probably could not follow.
[17:49] <lifeless> Ursinha: hi, I think you did that lovely graphic ?
[17:49] <Ursinha> yes sir
[17:49] <henninge> Hi Ursinha ;)
[17:49] <Ursinha> hey henninge! :)
[17:50] <henninge> lifeless: so in that case your workflow makes more sense.
[17:50] <lifeless> Ursinha: do you have the source still? we need to update it ... I'll update the text right after breakfast
[17:50] <henninge> I just wish we had a way to block developers less.
[17:51] <Ursinha> lifeless, yes, I do
[17:51] <Ursinha> have to find it, a minute, please
[17:51] <lifeless> actually, updating the text on the page now
[17:54] <henninge> lifeless: you go for breakfast, I will go for dinner. ;-) But I'd like to continue this afterwards. I need a clear picture of the roll-out, obviously ...
[17:55] <lifeless> obviously ;)
[17:55] <henninge> :)
[17:59] <bdmurray> I got a windmill test failure when trying to build re lp/registy/.../test_team_index.py is this fixed now?
[18:00] <lifeless> jelmer: so, how are yo ugoing on that qa?
[18:00] <lifeless> jelmer: it is the most important thing for the team right nw
[18:05] <lifeless> flacoste: ping
[18:06] <lifeless> flacoste: the 'release process db-devel->devel 						
[18:06] <lifeless> Inbox
[18:07] <lifeless> thread - you noted a small omission on my part about handling urgent fixes during the stabilisation period, but you didn't indicate any other approval/disapproval
[18:13] <Ursinha> lifeless, I've attached to the wiki page the latest version I have of the diagram
[18:13] <lifeless> I think we just collidded :(
[18:13] <lifeless> Ursinha: thanks
[18:15] <lifeless> I've restored the end of the page
[18:16] <Ursinha> argh
[18:17] <Ursinha> silly question: I just attached the file, does that count as editing the page as if I was changing text?
[18:18] <lifeless> Ursinha: I think so
[18:18] <lifeless> but I don't know so
[18:18] <Ursinha> that explains
[18:19] <lifeless> Ursinha: it thinks you have an edit lock open ?
[18:20] <Ursinha> lifeless, it's lying
[18:21] <lifeless> ok
[18:21] <lifeless> I'll redo thebottom half of my update
[18:24] <Ursinha> lifeless, sorry
[18:24] <lifeless> de nada
[18:24] <lifeless> moin's th buggy thing
[18:30] <lifeless> Ursinha: ok, its updated
[18:31] <lifeless> Ursinha: would you be willing to update the diagram to match the logic ?
[18:31] <lifeless> Ursinha: I'm rather awkward @ that
[18:31] <Ursinha> lifeless, I'm in the middle of something right now, so if you want to have it updated now I can't
[18:31] <Ursinha> but I can do that later, yes
[18:32] <lifeless> Ursinha: there is no panic.
[18:32] <Ursinha> cool
[18:54] <lifeless> grah
[18:54] <lifeless> Text conflict in database/sampledata/current-dev.sqlText conflict in database/sampledata/current.sql
[19:17] <lifeless> jelmer: hi
[19:23] <jelmer> lifeless: Hi
[19:23] <jelmer> lifeless: I'm wrapping up a discussion of a related review with Aaron at the moment and that RT, am going to ask Chex about the private PPA next.
[19:24] <lifeless> jelmer: I want to unblock the team - https://devpad.canonical.com/~lpqateam/qa_reports/deployment-stable.html
[19:24] <lifeless> jelmer: I'm glad you're going to talk to chex next.
[19:24] <lifeless> but I'd like to emphasis that once something lands on devel, the *most important thing you can do is to qa it*
[19:24] <lifeless> unqa'd stuff on devel is our critical section
[19:24] <lifeless> our GIL
[19:24] <lifeless> etc
[19:25] <jelmer> lifeless: I did QA it on dogfood, but I haven't QA'ed anything like this on qastaging before. Sorry it's taking so long.
[19:28] <lifeless> we do 10 landings a day
[19:29] <lifeless_> bah
[19:29] <lifeless_> jelmer: what was the last line you saw ?
 we do 10 landings a day
[19:30] <lifeless_> right
[19:30] <lifeless_> I hit my kill switch :)
[19:30] <lifeless_> so a days lack of qa backs up 10 commits; 2 days 20 etc
[19:31] <lifeless_> jelmer: also note that the key test is identifying whether the revision is *deployable*, not whether the *bug is fixed*
[19:32] <lifeless_> s/*deployable*/*deployable to the nodowntime set*/
[19:33] <lifeless_> flacoste: also https://devpad.canonical.com/~lpqateam/ppr/lpnet/latest-daily-pageids.html is a little uhm, brief.
[19:33] <lifeless_> flacoste: Its now running your code ...
[19:37] <flacoste> lifeless: well, it wasn't
[19:37] <flacoste> lifeless: it now will
[19:37] <flacoste> lifeless: should all be sorted by tomorrow
[19:38] <lifeless> flacoste: kk
[19:38] <lifeless> flacoste: see my other question on db deploys
[19:38] <flacoste> lifeless: yep, switching to inbox rsn
[19:38] <lifeless> as opposed to zero ? :P
[19:39] <flacoste> lifeless: i don't know the state of my inbox when i'm not observing it :-)
[19:39] <lifeless> ahhh
[19:39] <lifeless> its quantum
[19:47] <flacoste> lifeless: are you talking about your reply to henninge? i don't see a reply to my questions
[19:47] <lifeless> flacoste: well, I think we should discuss in real time
[19:48] <lifeless> I hadn't replied to your reply, thats true
[19:48] <flacoste> lifeless: we have a call in 1h15, would that be good?
[19:48] <lifeless> doing so no
[19:48] <lifeless> sure
[20:41] <wallyworld_> abentley: rockstar: thumper: wanna do the standup now?
[20:42] <abentley> wallyworld_: I can, but we're on standard time now, so an hour later would be fine.
[20:43] <wallyworld_> abentley: np. today though i have to drop the kid to school a little earlier so i need to do it now :-)
[20:58]  * thumper is here now
[20:59] <abentley> thumper: hop on
[21:02] <lifeless> flacoste: calling you
[21:32] <lifeless> Ursinha-afk: hi - https://devpad.canonical.com/~lpqateam/qa_reports/deployment-db-stable.html - seems to be missing stuff
[21:47] <lifeless> flacoste: https://bugs.launchpad.net/launchpad-project/+bugs?field.tag=qa-needstesting,qa-bad
[21:47] <henninge> lifeless: Hi! ;)
[21:49] <lifeless> StevenK: could you qa https://bugs.launchpad.net/soyuz/+bug/656166 ?
[21:49] <_mup_> Bug #656166: Cannot request an IPackageDiff for a DistroSeriesDifference via api <derivation> <qa-needstesting> <Soyuz:Fix Committed by michael.nelson> <https://launchpad.net/bugs/656166>
[21:49] <jam> I'm being called a failure every 30minutes by Launchpad PQM. It is really hurting my self esteem...
[21:50] <jelmer> jam: :-))
[21:54] <jml> does fixing a conflict count as firefighting?
[21:57] <jam> jml: shouldn't you be in testfix mode since the basic infrastructure is failing?
[21:57] <jml> jam: me personally?
[21:57] <jam> "you the launchpad team"
[21:57] <jam> and possibly "you the guiding person of the launchpad team" :)
[21:57] <jml> hah
[21:58] <jam> Since I'm not on the team, "we" would have been a wrong term
[21:58] <jml> jam: personally, I try to treat a conflict as a top-priority interrupt. But I'm busy doing personal stuff atm.
[21:58] <jml> jam: "stop the line" is a horribly vague concept in a distributed team.
[21:59] <jam> jml: well, it has been failing for 3hrs20min according to my logs
[21:59] <jam> so nothing seems particularly stopped
[21:59] <jml> merges from stable to db-devel are stopped
[22:00] <jam> (part of your infrastructure is stopped, in such a way that it is spamming the whole team that it is unhappy, for >3hrs without obvious sign of anyone doing anything. Given that it spams every 20min, it is perceived that something should have been done by now)
[22:01] <jml> jam: I agree. The situation is bad, and I admit that we have a problem.
[22:01] <jml> jam: However, as the AA people say, that is only the first step.
[22:02] <jam> probably the only reason *I* find it particularly annoying is because it spams to launchpad@ vs canonical-launchpad@ so my default filter doesn't put it in the right folderc
[22:05] <jml> jam: well, I'd be genuinely grateful if you could channel your (quite justifiable) annoyance into some kind of solution.
[22:10] <spiv> jml: heh.  Where in lean are the other steps, like making amends, I wonder? :)
[22:11] <spiv> jml: or the "fearless moral inventory"...
[22:11] <jml> spiv: inventory is waste
[22:12] <spiv> That almost makes sense!
[22:24] <lifeless> jml: its a firefight for sure
[22:24]  * lifeless -> doctors
[22:26] <henninge> lifeless: wait!
[22:30] <lifeless> henninge: sorry have to go; flacoste can help you
[22:30] <henninge> yes, talking to him now ;)
[22:47] <wallyworld_> poolie: ping! can we have a quick chat when you are free? skype?
[22:50] <thumper> jelmer: ping
[22:50] <jelmer> thumper: hi
[22:50] <thumper> jelmer: hey
[22:50] <thumper> jelmer: ISTR that you were working on a bug where the build job would get stuck uploading
[22:51] <thumper> jelmer: I came across a problem yesterday with a user where recipe builds had been requested that produced the same package version
[22:51] <thumper> jelmer: and the resulting recipe builds where stuck uploading
[22:51] <thumper> jelmer: does this sound familiar?
[22:51] <jelmer> thumper: Yes, I fixed one of the causes of that a couple of weeks ago but there's another that's crept up recently that I investigated today.
[22:51] <thumper> jelmer: ok, cool
[22:52] <jelmer> thumper: It appears to be because of a missing database permission so shouldn't be too hard to fix.
[22:52] <thumper> jelmer: sounds great
[22:58] <LPCIBot> Project devel build (201): FAILURE in 3 hr 22 min: https://hudson.wedontsleep.org/job/devel/201/
[22:58] <LPCIBot> * Launchpad Patch Queue Manager: [r=jml][ui=none][no-qa] Upgrade to r128 of testtools trunk,
[22:58] <LPCIBot> pre-release version.
[22:58] <LPCIBot> * Launchpad Patch Queue Manager: [r=mars][ui=none][bug=672519] Change ec2 land command to update the
[22:58] <LPCIBot> merge proposal commit message attribute with the built commit
[22:58] <LPCIBot> message with proper QA tags.