=== `Calvin is now known as Calvin` [00:23] -queuebot:#ubuntu-release- New binary: nwchem [s390x] (cosmic-proposed/universe) [6.8+47+gitdf6c956-2] (no packageset) [00:53] -queuebot:#ubuntu-release- New binary: nwchem [ppc64el] (cosmic-proposed/universe) [6.8+47+gitdf6c956-2] (no packageset) [01:46] -queuebot:#ubuntu-release- New binary: nwchem [armhf] (cosmic-proposed/universe) [6.8+47+gitdf6c956-2] (no packageset) [02:19] -queuebot:#ubuntu-release- New binary: nwchem [arm64] (cosmic-proposed/universe) [6.8+47+gitdf6c956-2] (no packageset) [02:23] -queuebot:#ubuntu-release- New binary: nwchem [amd64] (cosmic-proposed/universe) [6.8+47+gitdf6c956-2] (no packageset) [06:23] -queuebot:#ubuntu-release- New: accepted cnvkit [amd64] (cosmic-proposed) [0.9.3-2] [06:23] -queuebot:#ubuntu-release- New: accepted kore [arm64] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [i386] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [s390x] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [arm64] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted kore [i386] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted kore [s390x] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted nwchem [arm64] (cosmic-proposed) [6.8+47+gitdf6c956-2] [06:23] -queuebot:#ubuntu-release- New: accepted nwchem [ppc64el] (cosmic-proposed) [6.8+47+gitdf6c956-2] [06:23] -queuebot:#ubuntu-release- New: accepted kore [amd64] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [ppc64el] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [armhf] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted nwchem [amd64] (cosmic-proposed) [6.8+47+gitdf6c956-2] [06:23] -queuebot:#ubuntu-release- New: accepted nwchem [s390x] (cosmic-proposed) [6.8+47+gitdf6c956-2] [06:23] -queuebot:#ubuntu-release- New: accepted kore [armhf] (cosmic-proposed) [2.0.0-3] [06:23] -queuebot:#ubuntu-release- New: accepted kore [ppc64el] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted kore [amd64] (cosmic-proposed) [2.0.0-4] [06:23] -queuebot:#ubuntu-release- New: accepted nwchem [armhf] (cosmic-proposed) [6.8+47+gitdf6c956-2] [06:23] -queuebot:#ubuntu-release- New: rejected qemu-ovmf-secureboot [source] (cosmic-proposed) [1.1.2-0ubuntu1] [08:55] hi, builds of desktop ISO are still failing (bionic and cosmic) could someone have a look? [08:55] sil2100, infinity ^^ === maclin1 is now known as maclin [09:26] jibel: hey! ACK, noted, I'll take a look after my SRU duties [09:28] sil2100, thanks. The rootfs builds fine but it's the creation of the iso that fails. [09:52] sil2100: could be added to the CI ppa team so that I can trigger rebuilds per arch? [09:53] -queuebot:#ubuntu-release- New source: haskell-derive (cosmic-proposed/primary) [2.6.3-3~build1] [10:07] Trevinho: ok [10:08] Trevinho: done - remember, this is great power so use it wisely! [10:09] sil2100: sure, thanks [10:09] coreutils (Accepted) # muhahaha [10:09] sil2100: I'm won't touch much more than that [10:16] please some AA accept haskell-derive? I manually uploaded it on ubuntu to speed up haskell rebuilds [10:16] I didn't notice slangasek removed it in the meantime... [10:26] . [10:27] -queuebot:#ubuntu-release- New: accepted haskell-derive [source] (cosmic-proposed) [2.6.3-3~build1] [10:29] -queuebot:#ubuntu-release- New binary: ceilometer [amd64] (cosmic-proposed/main) [1:10.0.1-0ubuntu1] (openstack, ubuntu-server) [10:29] -queuebot:#ubuntu-release- New binary: networking-l2gw [amd64] (cosmic-proposed/universe) [1:13.0.0~a1~git2018062108.5517dc2-0ubuntu1] (no packageset) [10:33] -queuebot:#ubuntu-release- New binary: haskell-derive [i386] (cosmic-proposed/none) [2.6.3-3~build1] (no packageset) [10:34] -queuebot:#ubuntu-release- New binary: haskell-derive [ppc64el] (cosmic-proposed/universe) [2.6.3-3~build1] (no packageset) [10:34] -queuebot:#ubuntu-release- New binary: haskell-derive [s390x] (cosmic-proposed/universe) [2.6.3-3~build1] (no packageset) [10:35] -queuebot:#ubuntu-release- New binary: haskell-derive [amd64] (cosmic-proposed/universe) [2.6.3-3~build1] (no packageset) [10:42] -queuebot:#ubuntu-release- New binary: haskell-derive [arm64] (cosmic-proposed/universe) [2.6.3-3~build1] (no packageset) [10:44] -queuebot:#ubuntu-release- New: accepted ceilometer [amd64] (cosmic-proposed) [1:10.0.1-0ubuntu1] [10:44] -queuebot:#ubuntu-release- New: accepted networking-l2gw [amd64] (cosmic-proposed) [1:13.0.0~a1~git2018062108.5517dc2-0ubuntu1] [10:47] -queuebot:#ubuntu-release- New binary: haskell-derive [armhf] (cosmic-proposed/universe) [2.6.3-3~build1] (no packageset) [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [amd64] (cosmic-proposed) [2.6.3-3~build1] [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [armhf] (cosmic-proposed) [2.6.3-3~build1] [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [ppc64el] (cosmic-proposed) [2.6.3-3~build1] [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [arm64] (cosmic-proposed) [2.6.3-3~build1] [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [s390x] (cosmic-proposed) [2.6.3-3~build1] [10:52] -queuebot:#ubuntu-release- New: accepted haskell-derive [i386] (cosmic-proposed) [2.6.3-3~build1] [11:17] jibel: ok, I see it's because of the initrd [11:17] I'll try to fix that when I'm back home [11:20] ta [12:09] do we have some autopkgtestsuite armhf outage? [12:51] -queuebot:#ubuntu-release- New binary: networking-odl [amd64] (cosmic-proposed/universe) [1:13.0.0~b2-0ubuntu2] (no packageset) [12:59] any AA, please kick haskell-conduit-combinators out? it has been removed in Debian already, and if my reverse-deps script is not failing, it should have no reverse-deps [14:02] LocutusOfBorg: yes, caused by you [14:02] the systemd in cosmic-proposed seems bad [14:02] https://paste.ubuntu.com/p/mDMbnHVM8h/ [14:07] sigh [14:12] I killed all the all-proposed jobs [14:13] xnox: did you see that resolved thing? [14:13] I don't know why it only started now [14:13] Laney, no [14:13] Laney, which one? [14:13] see that pastebin ^ [14:13] it just started breaking on autopkgtest armhf for some reason [14:13] can't have been the first time it ran there though [14:14] Laney, huh, this was supposed to be fixed long time ago.... unless i backed out my patch, but upstream patch was not in yet [14:14] I need -proposed for openmpi... :/ lets do the manual thing [14:14] Laney, so yes, keyring setup stuff used to fail in containers... but it shouldn't any more.... for a while now.... looks like a regression [14:15] Laney, yeah, patch is missing. [14:15] systemd is bad =( [14:15] :'( [14:16] how did the armhf runs for systemd itself not break this though? [14:16] LocutusOfBorg: good news that you found a bug :P [14:16] Laney, i *cough* doubt it tests starting units as non-root.... and check that they actually are started. or like it didn't re-exec systemd whilst doing such a test.... [14:17] Laney, but, point taken, that it should have been caught. [14:17] well it should have broken in the same way that these ones did? [14:17] like install systemd, restart, download some stuff which is broken [14:17] unless none of the tests install anything else [14:17] so we don't test dns after rebooting into the new systemd [14:18] maybe, the test that would have cought this is marked isolation-machine =/ [14:18] cause there is a test that checks that all systemd daemons are started and work fine [14:18] a resolved smoke test would have got it I guess [14:29] hmmm [14:31] apw: hey! Maybe you'll have a better idea: we're seeing cosmic images not building correctly since the 15th of June - the reason for that is that the livefs build seems to generate an invalid empty-ish initrd [14:32] apw: and I saw that between the 14th and 15th the new kernel 4.15.0-23.25 appeared [14:32] apw: I'm seeing this in the livefs build logs since .23: "gzip: chroot/boot/initrd.img-4.15.0-23-generic: not in gzip format" [14:33] sil2100: That's because of microcode. [14:33] apw: do you know where to look for more clues? Is this really some kernel thing or am I barking at the wrong tree? [14:33] sil2100: Well, microcode-prepended initrd, combined with live-build trying to naively recompress. [14:34] sil2100: I'll look at fixing that this afternoon. I had a card for it, but didn't realise people were going to go and break things before I fixed them. [14:34] infinity: ah, ok ;) Thanks! [14:35] sil2100: Err, which image are you seeing fail? [14:35] Desktop seems to be building. [14:36] infinity: desktop, server, everything I guess [14:36] infinity: http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu/cosmic/daily-live-20180625.log [14:36] see cd-build-logs [14:36] There's an "ERROR WHILE BUILDING OFFICIAL IMAGES !!" while trying to lzcat the initrd [14:36] Oh lolz. [14:36] Okay, so debian-cd needs fixing too. [14:36] Excellent. [14:37] At least because of cosmic images not building no one was angry at me not releasing the fix for ubiquity to make EFI systems bootable again [14:37] phew [14:38] sil2100: Your first complaint was about livefs logs, though. Which image was that? [14:38] So I can open a browser tab with evidence for later. [14:39] infinity: well, since the 15th I noticed that livefs has an error when handling the initrd: [14:39] https://launchpadlibrarian.net/375866214/buildlog_ubuntu_cosmic_amd64_ubuntu_BUILDING.txt.gz <- if you search for "gzip: chroot/boot/initrd" you'll see it [14:39] infinity: I noticed it since it looks like the initrd that livefs spits out is only like 23 bytes long [14:40] sil2100: Ahh, but non-fatal (which is a bug in a bug). You'd implied that was causing the a failure. [14:40] Well, I assumed it is causing the error, or is like a symptom of the error [14:40] By 'the error' I meant the final images not being created [14:40] Non-fatal inded [14:41] sil2100: But yes, what's happening is we build a nice, big, fat initrd, then naively pipe it through gunzip, capture the "output" of that (which is exactly 0 bytes on stdout), pipe that back to gzip, and congrats, you have an empty initrd. [14:41] Give or take. [14:41] The debian-cd bug is related, but differently fun. [14:41] I'll poke both after I've done doctory things today. [14:41] geh! [14:42] The simple fix for live-build is to stop recompressing the *&!!^& initrd and instead make the compression switch twiddly chroot/etc/initramfs-tools/thinger to set what we asked for. [14:43] The fix for debian-cd probably involves being a bit more clever about the extraction it's looking for, or determining that it really doesn't need to be doing that in the first place. [14:44] Laney, trying to merge v239 for cosmic now; it has all the right keyring bits.... [14:44] xnox: Sweet, I love higher numbers [14:45] Laney, as long as they are not epochs 😂 [15:00] -queuebot:#ubuntu-release- Unapproved: nux (xenial-proposed/main) [4.0.8+16.04.20180613.1-0ubuntu1 => 4.0.8+16.04.20180622.2-0ubuntu1] (ubuntu-desktop) (sync) [15:00] -queuebot:#ubuntu-release- Unapproved: xorg (xenial-proposed/main) [1:7.7+13ubuntu3 => 1:7.7+13ubuntu3.1] (core, xorg) (sync) [15:01] -queuebot:#ubuntu-release- Unapproved: nux (artful-proposed/universe) [4.0.8+17.10.20180613.3-0ubuntu1 => 4.0.8+17.10.20180623-0ubuntu1] (ubuntukylin) (sync) [15:01] -queuebot:#ubuntu-release- Unapproved: nux (bionic-proposed/universe) [4.0.8+18.04.20180613.5-0ubuntu1 => 4.0.8+18.04.20180622.2-0ubuntu1] (no packageset) (sync) [15:01] -queuebot:#ubuntu-release- Unapproved: xorg (artful-proposed/main) [1:7.7+19ubuntu3 => 1:7.7+19ubuntu3.1] (core, xorg) (sync) [15:01] -queuebot:#ubuntu-release- Unapproved: xorg (bionic-proposed/main) [1:7.7+19ubuntu7 => 1:7.7+19ubuntu7.1] (core, xorg) (sync) [15:07] xnox, be careful if you merge 239... debian #902185 :) [15:07] Debian bug 902185 in udev "udev: fails to configure with systemd 238-5" [Serious,Open] http://bugs.debian.org/902185 [15:07] and also #902287 [15:10] -queuebot:#ubuntu-release- Unapproved: accepted gnome-control-center [source] (bionic-proposed) [1:3.28.1-0ubuntu1.18.04.2] [15:16] -queuebot:#ubuntu-release- Unapproved: accepted ibm-java80 [source] (xenial-proposed) [8.0.5.16-0ubuntu1] [15:19] LocutusOfBorg, i know... if that was the only problem however.... [15:19] -queuebot:#ubuntu-release- New: accepted libocxl [ppc64el] (bionic-proposed) [1.0.0-1~ubuntu18.04.0] [15:24] -queuebot:#ubuntu-release- Unapproved: accepted broadcom-sta [source] (xenial-proposed) [6.30.223.271-3~16.04.3] [15:26] Laney, so new systemd ftbfs for me, due to failing tests in dhcp client =/ [15:26] Laney, i'll check if i can ressurect the keyring stuff alone and upload v238 with keyring regression refixed again [15:28] xnox: alrighty [15:29] xnox: if you can fix the flaky i386 tests too that'd be good :P [15:34] -queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.19 => 1.157.20] (core, kernel) [15:35] Laney, is that like in the anecdote - "what color unicorn do you want?" [15:36] Laney, https://some.ly/eMcgVIf/ [15:37] Laney, always pick glitter as your unicorn color. [15:38] gaughen wins [15:38] I imagine xnox could decorate up a very pretty unicorn [15:39] * Laney rides it into the next plenary [15:40] Laney, i'm sure self-identifying as a unicorn knight is a thing. [15:40] * xnox ponders if i broke my host.... v238 rebuilds also fail to rebuild now. [15:40] Laney, xnox would just put it in a onesie and be done. [15:49] remaining blocking autopkg tests for numpy: scipy and skimage [17:03] doko: skimage nearly there, debian #901377 [17:03] Debian bug 901377 in src:skimage "skimage: FTBFS and Debci failure with NumPy 1.14" [Serious,Open] http://bugs.debian.org/901377 [17:04] doko: scipy been FTBFS for a while, debian #896635 [17:04] Debian bug 896635 in src:python-scipy "FTBFS with sphinx 1.7.2: exception: cannot import name 'Directive'" [Serious,Open] http://bugs.debian.org/896635 [19:38] -queuebot:#ubuntu-release- Unapproved: zfs-linux (xenial-proposed/main) [0.6.5.6-0ubuntu23 => 0.6.5.6-0ubuntu24] (no packageset) [20:59] ginggs: I'd ignore the scipy one for now, it's the docs only [21:06] and for skimage: "I think it doesn't matter because we still have a month until AUTORM" [21:43] -queuebot:#ubuntu-release- New binary: xfconf [ppc64el] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:43] -queuebot:#ubuntu-release- New binary: xfconf [s390x] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:45] -queuebot:#ubuntu-release- New binary: xfconf [i386] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:45] -queuebot:#ubuntu-release- New binary: xfconf [armhf] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:46] -queuebot:#ubuntu-release- New binary: xfconf [arm64] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:46] -queuebot:#ubuntu-release- New binary: xfconf [amd64] (cosmic-proposed/universe) [4.13.4-1] (lubuntu, xubuntu) [21:54] Holding off the rebuilds until that gets accepted. [21:58] doko: yaroslav came along after that [22:08] let's hope for the upload ... [22:24] -queuebot:#ubuntu-release- New: accepted xfconf [amd64] (cosmic-proposed) [4.13.4-1] [22:24] -queuebot:#ubuntu-release- New: accepted xfconf [arm64] (cosmic-proposed) [4.13.4-1] [22:25] -queuebot:#ubuntu-release- New: accepted xfconf [armhf] (cosmic-proposed) [4.13.4-1] [22:25] -queuebot:#ubuntu-release- New: accepted xfconf [ppc64el] (cosmic-proposed) [4.13.4-1] [22:25] -queuebot:#ubuntu-release- New: accepted xfconf [i386] (cosmic-proposed) [4.13.4-1] [22:25] -queuebot:#ubuntu-release- New: accepted xfconf [s390x] (cosmic-proposed) [4.13.4-1] [22:26] -queuebot:#ubuntu-release- New: accepted radare2 [amd64] (cosmic-proposed) [2.6.0+dfsg-1] [22:26] -queuebot:#ubuntu-release- New: accepted radare2 [armhf] (cosmic-proposed) [2.6.0+dfsg-1] [22:26] -queuebot:#ubuntu-release- New: accepted radare2 [s390x] (cosmic-proposed) [2.6.0+dfsg-1] [22:26] -queuebot:#ubuntu-release- New: accepted radare2 [arm64] (cosmic-proposed) [2.6.0+dfsg-1] [22:26] -queuebot:#ubuntu-release- New: accepted radare2 [ppc64el] (cosmic-proposed) [2.6.0+dfsg-1] [22:28] whoever accepted radare2 ... please fix the i386 build [22:33] doko: I accepted it, but why does that mean I should prioritize fixing this particular build? [22:33] ah, it starts a lib transition [22:33] ok, I'll have a look - but I don't think leaving things sitting in binary NEW is a particularly clear way of signalling that it needs work [22:34] oh, it's a library transition of a library with no revdeps ;) [22:36] looks like your lucky day ;-P