[09:38] <Mirv> willcooke: infinity: 14.04.4 scheduled for Thursday, graphics stack still in -proposed, could we get it migrated and spin an image that can be tested?
[09:39] <willcooke> tjaalton, anything needed there ^
[09:39] <willcooke> seb128, ^
[09:41] <seb128> willcooke, unsure, maybe one for infinity or slangasek
[09:41] <tjaalton> yeah infinity knows what's up
[09:41] <willcooke> thx chaps
[09:43] <davmor2> infinity: we need that fixed asap as we are meant to be iso testing the images for Thursday kinda pointless if half the stack is missing
[09:43] <davmor2> jibel: ^
[09:46] <tjaalton> maybe it's the sru bug on libdrm holding the stack there.. some autopkgtest fail but not because of libdrm
[09:46] <tjaalton> http://autopkgtest.ubuntu.com/packages/u/ubuntu-drivers-common/trusty/i386/
[09:47] <tjaalton> I can release libdrm..
[09:47] <tjaalton> after lunch :)
[10:28] <Trevinho> bdmurray: about error https://errors.ubuntu.com/problem/f5a30ad7cf912401f232bacc99a71903afd0188d I think we can "ignore" that. It's a random crash that happened in other versions too... So we can safely continue with unity SRU updates I think.
[11:26] <jamespage> arges, hey - the arm64 build of ceph for bug 1535278 is running out of memory - I can upload an fix to limit the parallel make processes to stop that if you are ok with that approach - we have that in xenial already
[11:26] <ubot5`> bug 1535278 in ceph (Ubuntu Trusty) "0.80.11 stable point release" [Medium,Fix committed] https://launchpad.net/bugs/1535278
[15:00] <tjaalton> infinity: copied libdrm to trusty-updates, should unblock the rest of the stack?
[15:01] <teward> would someone be willing to peek at https://bugs.launchpad.net/ubuntu/+source/python-letsencrypt/+bug/1535101 regarding the removal and sync blacklisting of two packages from Xenial?
[15:01] <ubot5`> Launchpad bug 1535101 in python-letsencrypt-apache (Ubuntu) "Please remove python-letsencrypt and python-letsencrypt-apache from the archive." [Wishlist,New]
[16:53] <infinity> tjaalton: What was holding the stack back was literally no one telling me that they'd tested it at all.
[17:02] <tjaalton> infinity: test with what? are there images with these somewhere?
[17:02] <infinity> tjaalton: The dailies have included the new stack for weeks.
[17:03] <tjaalton> ah..
[17:03] <infinity> tjaalton: Basically since the day I accepted and built it all.
[17:04] <tjaalton> ok then
[17:14] <jderose> infinity: does 14.04.4 seem on track for release this thursday, or do you expect it to be delayed somewhat?
[17:23] <infinity> jderose: I'm considering delaying another week, due to lack of testing of dailies up until now.
[17:23] <jderose> infinity: okay, thanks. yeah, it's slightly concerning to me that the X and mesa bits are still only available in proposed :)
[18:33] <wxl> hey ya'll lubuntu's lacking alternates since the 5th. here's the latest logs http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/xenial/daily-20160208.log
[18:36] <cjwatson> apw: ^- so this is because initramfs-tools-bin wants to move to optional, http://people.canonical.com/~ubuntu-archive/priority-mismatches.html - but I think that might actually be a bug.  shouldn't initramfs-tools-core depend on initramfs-tools-bin?  it seems to still use wait-for-root at least
[18:36] <wxl> also our amd64 live
[18:37] <wxl> oops http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/xenial/daily-live-20160208.log
[18:37] <apw> cjwatson, yes, that would be a bug, phththt, that is a merge issue, as in -bin is ubuntu local
[18:38] <cjwatson> wxl: that one looks transient based on https://launchpadlibrarian.net/236991109/buildlog_ubuntu_xenial_amd64_lubuntu_BUILDING.txt.gz, I'd expect it to vanish tomorrow
[18:38] <apw> cjwatson, i assume that is some kind of warning and fixing it tommorrow is ok ?
[18:38] <wxl> cjwatson: i'll hit a rebuild on the live one to confirm then.
[18:39] <cjwatson> apw: well, it breaks alternate image builds, but other than that I suspect the priority: important papers over it
[18:39] <cjwatson> for the time being
[18:39] <apw> cjwatson, i'll get it fixed thanks
[18:39] <cjwatson> ta
[18:39] <cjwatson> (this is the sort of reason priority-mismatch handling isn't automatic ...)
[18:40] <wxl> apw: cjwatson: that's fine on this end. i'm sure the server guys might gripe since they use d-i, too. i'll come complain tomorrow if it's not fixed by then. thanks agin!
[18:41] <apw> ok ta
[18:41] <cjwatson> wxl: they use d-i, but they use a different mechanism for constructing the base system and that dodges this bug
[18:41] <cjwatson> server is building fine
[18:41] <wxl> ah ok well then all is well. hopefully i won't talk to you guys tomorrow XD
[18:58] <wxl> cjwatson: is the problem with trusty the same deal? http://people.canonical.com/~ubuntu-archive/cd-build-logs/lubuntu/trusty/daily-20160208.log
[19:06] <infinity> wxl: We haven't been releasing trusty alternates for HWE point releases anyway.
[19:06] <infinity> wxl: So, probably not the end of the world if they're not building. :P
[19:07] <wxl> infinity: oh duh yeah. i keep forgetting that. thanks.
[19:30] <slangasek> tjaalton, cyphermox, infinity: LP #1523637 is a libdebian-installer bugfix, which requires a new debian-installer upload to take effect in the netboot image AIUI; is someone handling that?
[19:30] <ubot5`> Launchpad bug 1523637 in libdebian-installer (Ubuntu Trusty) "grub-installer fails due to alternate disk partition error - 14.04.3" [High,Fix committed] https://launchpad.net/bugs/1523637
[19:32] <tjaalton> slangasek: good point, didn't think of that
[19:33] <cyphermox> I can do the upload
[19:33] <tjaalton> cyphermox: if you upload a new d-i I'll review & ack :)
[19:33] <cyphermox> ok!
[19:58] <cyphermox> tjaalton: ^
[21:28] <tjaalton> cyphermox: thx, i'll check it out first thing tomorrow
[21:31] <cyphermox> tjaalton: ack
[22:10] <tjaalton> davmor2, jibel: in case you missed it; trusty dailies can be used for testing