=== doko_ is now known as doko
[09:05] <cjwatson> Could somebody binary-NEW gradle so that I can get it out of the proposed-migration lists?  I rebootstrapped it yesterday.
[09:05] <cjwatson> Oh, wait, somebody did that yesterday.  Never mind.
=== Ursinha_ is now known as Ursinha
=== lool- is now known as lool
[10:16] <sil2100> cjwatson: hello! Sorry to poke you about that already, but any luck with getting d-i migrated and the new images rebuilt?
[10:17] <cjwatson> sil2100: It's just waiting for an autopkgtest at this point, as far as I can see
[10:17] <cjwatson> http://10.98.0.1:8080/view/Saucy/view/AutoPkgTest/job/saucy-adt-linux/97/ARCH=amd64,label=adt/console
[10:18] <cjwatson> I'm keeping an eye on it but would rather let the test run to completion
[10:18] <sil2100> cjwatson: right, thanks! Let's wait for it to complete then
[10:20] <cjwatson> Also http://10.98.0.1:8080/view/Saucy/view/AutoPkgTest/job/saucy-adt-linux/ARCH=i386,label=adt/97/console
[10:26]  * cjwatson goes for breakfast rather than compulsively staring at the running test
[10:39]  * czajkowski hands cjwatson a bacon butty and a bucket of tea
[11:06] <jibel> sil2100, I upgraded manually the kernel to 3.11.0-6 on the test machines for the daily-release. Tests should be running again.  They will just take more time because the containers will be upgraded on each run.
[11:07] <sil2100> jibel: \o/ That's awesome!
[11:18] <jibel> sil2100, seb128 tests are back to green with the new kernel. end of incident
[11:19] <sil2100> jibel: that's a relief, thanks guys!
[13:13] <zul> hi can i get neutron-vpn-agent and neutron-metering-agent out of the queue (they are new binaries introduced with the neutron upload) https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1223342
[13:13] <ubot2`> Launchpad bug 1223342 in neutron (Ubuntu) "[FFE] neutron-vpn-agent and neutron-metering-agent" [Undecided,New]
[13:17] <Laney> That FFe isn't granted
[13:30] <rtg> xnox, linux-meta-goldfish is still in NEW
[13:34] <infinity> rtg: I can poke at that.
[13:35] <rtg> infinity, thanks
[13:36] <infinity> rtg: No tools?
[13:37] <rtg> infinity, uh, can't remember. lemme check.
[13:37] <infinity> rtg: Well, there's no tools metapackage, at any rate. :P
[13:38] <infinity> rtg: There's a tools package generated from linux-goldfish.
[13:38] <rtg> infinity, right, I'm trying to remember if the goldfish kernel _has_ tools. I might not have done them yet
[13:38] <infinity> https://launchpad.net/ubuntu/saucy/+package/linux-goldfish-tools-3.4.0-0
[13:38] <rtg> too many freaking android kernels...
[13:39] <infinity> apw: Did all that tools renaming business happen yet?
[13:39]  * infinity suspects not.
[13:40] <infinity> Anyhow, whatever...
[13:40] <apw> infinity, heh no, i have that branch sitting here to pull up to the tip and commit
[13:40] <infinity> rtg: Accepting it anyway, you can add tools bits later.
[13:41] <apw> infinity, once i have this cve-autotriage die
[13:41] <apw> done i'll get it freshened
[13:41] <rtg> infinity, likely manta has the same issue. I guess I just never noticed.
[13:46] <apw> rtg, i think we need to get this all sorted together, i have the master fixes which are a pre-req so it makes sense for me to marshall the lot together
[13:47] <rtg> apw, do you have it written down somewheres so I can wrap my head around it ?
[13:49] <rtg> apw, shall I wait on fixing the meta packages ? It appears at least 2 of the Nexus kernel meta packages don't have a tools binary
[13:50] <infinity> rtg: The others have the tools meta with the "wrong" name anyway, as we'd previously discussed, so may as well wait on Andy's stuff.
[13:51] <rtg> infinity, you and apw may have talked about it, but I don't know the details.
[13:51] <infinity> I think you were involved initially, and then he and I whiteboarded it during some sprint or other.
[13:51] <rtg> I'll go patch some kernels or something for a bit
[13:51] <infinity> He might have a photo. :)
[13:52] <apw> infinity, yeah that rings a bell, but the commit has the naming in the commentary thankfully
[18:08] <jibel> cjwatson, neutron tests fails because python-jsonrpclib is uninstallable. Britney correctly identified this issue but requested a test anyway, would you know why?
[18:16] <jibel> python-jsonrpclib  is not in the archive
[20:03] <rsalveti> didrocks: mind checking libhybris? package split to move the media library in it's own package, so we can make the gst-plugins-bad package depend on just libmedia, instead of bringing the entire hybris
[20:03] <didrocks> rsalveti: sure, let me have a look
[20:03] <rsalveti> didrocks: awesome, thanks
[20:04] <didrocks> rsalveti: don't get used to it, remember that normally I'm in European time :p
[20:04] <rsalveti> didrocks: I know, but I can do a hard ping here :P
[20:04] <didrocks> heh ;)
[20:07] <didrocks> rsalveti: libmedia1 deps on libhybris-common1 without any version, is that wanted?
[20:07] <didrocks> (libhybris-common1 is a weird name btw, but I guess there is a rationale)
[20:08] <rsalveti> didrocks: yup
[20:08] <rsalveti> didrocks: yeah, that's the linker basically
[20:08] <rsalveti> our custom and common linker
[20:08] <didrocks> ah ok ;)
[20:09] <didrocks> rsalveti: approved then, you need those in main I guess?
[20:09] <didrocks> (the rest of the source is in main)
[20:09] <rsalveti> didrocks: yeah
[20:09] <rsalveti> didrocks: thanks
[20:10] <didrocks> yw ;) button pushed
[20:11] <rsalveti> awesome
=== seb128_ is now known as seb128
=== robert_ancell_ is now known as robert_ancell
[23:19] <didrocks> infinity: around? it seems we have a deletion in the ppa for 30 minutes that's still not deleted (the other archs are)
[23:20] <cjwatson> which ppa
[23:20] <cjwatson> ?
[23:20] <didrocks> cjwatson: ~ubuntu-unity/daily-build
[23:20] <didrocks> cjwatson: shouldn't you sleep btw? ;)
[23:20] <cjwatson> and which package?
[23:20] <cjwatson> I plan to soon
[23:21] <didrocks> platform-api
[23:22] <cjwatson> I'm not seeing platform-api anywhere - where are you seeing it?
[23:23] <cyphermox> cjwatson: http://ppa.launchpad.net/ubuntu-unity/daily-build/ubuntu/dists/saucy/main/binary-armhf/Packages
[23:23] <didrocks> cjwatson: it seems to still be published on armhf $
[23:23] <didrocks> ^
[23:23] <didrocks> (it disappeared as it should on the other archs)
[23:23] <cjwatson> oh, it mustn't have fully loaded
[23:23] <cjwatson> one sec while I investigate
[23:24] <didrocks> thanks ;)
[23:25] <cjwatson> so, you hit a race, you deleted the source in between the armhf binary being accepted and it being published
[23:25] <didrocks> argh, so we could have wait forever :)
[23:25] <cjwatson> the fix is to delete it again
[23:25] <didrocks> oh ok
[23:25] <cyphermox> alright, doing now
[23:26] <cjwatson> you probably won't have UI for it, but you can use the API
[23:26] <cjwatson> $ lp-shell production devel
[23:26] <cjwatson> >>> lp.load("/~ubuntu-unity/+archive/daily-build/+sourcepub/3478225").requestDeletion(removal_comment="re-deleting due to binary publication race")
[23:27] <cyphermox> it was still there..
[23:27] <cjwatson> or remove-package from lp:ubuntu-archive-tools
[23:27] <cjwatson> ok
[23:33] <cyphermox> yup, got removed, though I had the remove-pacakge command ready
[23:34] <cjwatson> good
[23:37] <cyphermox> cjwatson: thanks, have a good night :)
[23:42] <didrocks> stgraber: around? we'll need in some time someone who knows how to trigger a phone image build
[23:43] <stgraber> didrocks: I'm going out now to buy some food but I should be back in < 1 hour and can trigger a build then
[23:43] <didrocks> stgraber: it will take more than an hour anyway, take your time!
[23:43] <didrocks> thanks