[02:05] wgrant: http://pastebin.ubuntu.com/5991234/ [02:09] StevenK: Does it work? [02:09] wgrant: Total: 562 tests, 0 failures, 0 errors in 6 minutes 12.954 seconds. [02:10] That's -t test_product, which hits a lot, I'm kicking off -m blueprints now [02:11] Right [04:10] wgrant: Hm, do you think bug 1212703 is due to PTUJ ? [04:10] <_mup_> Bug #1212703: translations imports say wrong uploader [04:10] StevenK: That isn't about packages, is it? [04:11] wgrant: I'm not sure, TBH [04:12] Those URLs are within a project. [04:12] Right, so unrelated. [04:12] I'd investigate the code to see how the uploader is determined. [04:12] It could, for example, be from the last-changed address in the pofile. [04:13] In some circumstances. [04:13] wgrant: I wasn't going to investigate it, I was just wondering if PTUJ might have broken it, that's all. [04:15] Ah [04:16] (Read as: I'm still fixing test failures) [04:52] StevenK: I'm about to land an upgrade to bzr 2.6.0, with new bzr-git, bzr-svn, dulwich, cscvs. I'll want to do a fair bit of QA on this, so if you have something ready that you want deployed soon, complain now :) [04:53] wgrant: Ooooh [04:53] wgrant: Any real fallout from the bzr upgrade? [04:53] cscvs was using a removed deprecated method [04:53] And LP needed a few lines of changes. [04:53] The main reason for this is the new bzr-git and dulwich, but I thought I might as well do the whole lot. [04:54] Right [04:55] wgrant: Nothing I'm really attached too [04:55] wgrant: But, microservices? :-) [05:06] Slow test suite is slow. [05:07] Bleh [05:07] I've deleted it from the property cache, why you not work :-( [05:10] Hm, except I haven't, it seems === olli_ is now known as olli [05:16] * StevenK peers at what is calling getDelta [05:16] 0.2s getDelta: get_property_cache(self).__dict__={'linked_branches': []} [05:16] 0.2s getDelta: [05:16] get_property_cache(self).__dict__={'linked_branches': [], 'work_items': []} [05:36] Has anyone managed to get the dogfood builders upgraded so we can QA the ABORTED status changes? [05:37] We were discussing that this morning. [05:37] But not yet. [05:41] I'm at DebConf and my home ADSL has gone down, so I'm rather lacking in e-mail and IRC context at the moment. [05:41] Oh, fun. [05:41] (though this discussion was by voice, so you didn't miss IRC context) [05:44] Right. Just in case anyone was expecting me to know anything that lives in the external bits of my brain. :-) [05:46] I'm on vacation next week, so if it takes until then, then somebody else will have to deal with unblocking the deployment pipeline. [05:46] cjwatson: wgrant is about to stop it up away [05:46] New bzr version [05:46] Actually, hmm, I suppose that the proper QA for that branch is to make sure that it doesn't break with the *old* builders [05:47] We'd ideally upgrade some fraction of them [05:47] To test that it works with both === tasdomas_afk is now known as tasdomas === tasdomas is now known as tasdomas_afk === tasdomas_afk is now known as tasdomas [08:09] Is anyone else having login trouble? [08:09] I enter my username and password, and instead of the SSO page I get "Your page was stale." [08:10] Deleted all launchpad cookies, reloaded everything... no difference. [08:14] I'm finding some references on the intertubes, but they're fairly old. [08:19] jtv: You're probably not sending Referer to SSO [08:19] No.. should I put it in a SASE? [08:20] This is Chromium BTW... [08:21] Have you tried another browser, or a fresh profile? [08:22] Firefox works fine. It seems ScriptSafe is blocking referers — I have *.launchpad.net and *.ubuntu.com in my whitelist, but maybe the whitelist doesn't apply to referer blocking, or maybe there's another domain I need to enter? [08:23] login.launchpad.net and login.ubuntu.com are the two domains that matter. [08:24] Then ScriptSafe is probably failing to honour the whitelist for click-through referer blocking. [08:25] Grr.. Disabling referer blocking didn't do the trick. [08:27] Ah, there's _also_ an option for sending a fake referer, which disables separately. [08:29] wgrant: that worked! \o/ [08:50] jtv: Excellent [08:52] jelmer: Hah. Combining those two bug fixes breaks Google Code imports again. Google Code's HTTP server errors unless you support thin-pack, which we were accidentally before because of the negotiation bug in dulwich, which explains the ref deltas that revealed the bzr-git bug. Do you recall why thin-pack is disabled on fetch and push by bzr-git? It seems to work fine. [08:54] Maybe Jelmer can fix :) [08:55] It's trivial to fix, I'm just trying to work out why it's been disabled since 2009. [08:55] wgrant: I meant on the Google server side ;) [08:55] Oh, heh. [08:56] It sadly just seems to ISE in the face of any missing extensions :( === tasdomas is now known as tasdomas_afk === tasdomas_afk is now known as tasdomas [12:26] wgrant: hi [12:27] wgrant: I think the reason thin pack is disabled is that it can require expensive operations on the client side [12:27] so it's a CPU vs bandwidth thing === tasdomas is now known as tasdomas_afk === Ursinha-afk is now known as Ursinha