[00:47] <slangasek> well, that's interesting; I wound up with a corrupted /boot/grub/grub.cfg on last reboot.  remarkable that it managed to boot at all
[00:48] <slangasek> (noticed the corruption because suddenly, memtest86 was the first boot option)
=== doko_ is now known as doko
[08:11] <tjaalton> there's a xserver-xorg-video-intel for saucy-proposed waiting for approval, while the -lts-saucy copy got accepted
[16:04] <sergiusens> infinity, can goget-ubuntu-touch be unblocked from proposed?
[16:07] <cjwatson> I suggest not picking random victims for that kind of question
[16:08] <sergiusens> sorry
[16:08] <cjwatson> Hm.  So this is explicitly relying on multiarch in order to work?
[16:09] <sergiusens> cjwatson, I need the emulator runtime; which we only have for x86 platforms
[16:09] <cjwatson> In short, "yes"
[16:10]  * sergiusens takes note :-)
[16:10] <cjwatson> Looks like it has the correct multiarch metadata, so it just needs a FauxPackages entry because proposed-migration isn't smart enough to notice that on its own
[16:11] <cjwatson> Is this really going to work on armhf?  Won't that end up invoking nested qemu?
[16:14] <cjwatson> sergiusens: http://bazaar.launchpad.net/~ubuntu-release/britney/britney1-ubuntu/revision/220 will hopefully clear this up, but as I say it seems questionable on armhf
[16:16] <sergiusens> cjwatson, it won't won't work on armhf afaik
[16:19] <cjwatson> sergiusens: Why's it built on armhf then?
[16:22] <mlankhorst> argh
[16:22] <sergiusens> cjwatson, should I change the packaging to only provide that bin package on x86 only?
[16:23] <sergiusens> the other bin packages should work on non x86
[16:25] <cjwatson> sergiusens: I think so
[16:27] <mlankhorst> turns out that I forgot to re-upload xxv-nouveau again when I found out that all patches were unapplied
[16:27] <mlankhorst> that explains the tearing..
[16:31] <sergiusens> cjwatson, I'll make the change then; thanks
[16:51] <mlankhorst> cjwatson: can you accept xxv-nouveau-ltss? missed it when I fixed up the fallout from empty patches
[16:54] <cjwatson> looking
[16:57] <cjwatson> done
[16:58] <mlankhorst> thanks
[16:58] <cjwatson> sergiusens: (goget-ubuntu-touch got migrated in the meantime, btw)
[16:59] <cjwatson> sergiusens: let me know when you've made that packaging change, as I should probably drop the fauxpackages entry for armhf when you do
[16:59] <sergiusens> sure, thanks
[17:04] <sergiusens> cjwatson, it should be safe to drop now though, right? The next package should have the proper architectures
[17:11] <cjwatson> sergiusens: sure
[17:11] <cjwatson> sergiusens: I mean, I guess.  I'll probably wait though
[17:11] <cjwatson> sergiusens: I prefer not to make things uninstallable when I don't need to
[21:02] <infinity> jibel: Can we do anything about the linux autopkgtest hatred?  Looks entirely testbed-related.
[21:47] <doko> infinity, do you plan an eglibc upload? if not I'd like to fix the ruby2.0 ftbfs for armhf
[21:47] <infinity> doko: I saw that commit, was going to pull and test it.
[21:48] <doko> infinity, there are two in the bug report
[21:48] <infinity> doko: Assuming you were referring to 2f10c4d6901e7a4c4ad294cc5bb8ece6547f4f62
[21:49] <infinity> Ahh, and 41bc5e09352ca838e1787f3109dcf4b4ae85986a
[21:49] <infinity> Sure, I'll pull both of those for Debian as well.
[21:50] <infinity> doko: In exchange, can you switch gcc-defaults on Debian/powerpc to 4.8 for me?
[21:50] <doko> wrong channel
[21:50] <infinity> Yeah, I know. :P
[21:51] <doko> if you tell me why ptrace isn't instrumented in libasan on powerpc
[21:51] <doko> this is gcc-4.9
[22:28] <infinity> doko: Pulled one extra patch from Will in that round, and committed to both Debian and Ubuntu.