[00:54] -queuebot:#ubuntu-release- Unapproved: gnome-software (bionic-proposed/main) [3.28.1-0ubuntu4.18.04.9 => 3.28.1-0ubuntu4.18.04.10] (ubuntu-desktop)
[01:15] <valorie> thanks vorlon
[01:50] <doko> vorlon, infinity: is there still time to upload the openjdk-11 security update for disco? will take ~14 hours to build
[02:43] -queuebot:#ubuntu-release- Unapproved: gnome-software (xenial-proposed/main) [3.20.5-0ubuntu0.16.04.11 => 3.20.5-0ubuntu0.16.04.12] (ubuntu-desktop)
[03:07] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (disco-proposed/main) [11.0.3+5-1ubuntu2 => 11.0.3+7-1ubuntu1] (core)
[03:22] -queuebot:#ubuntu-release- Unapproved: openjdk-12 (disco-proposed/universe) [12.0.0-3 => 12.0.1+12-1] (no packageset)
[03:27] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-12 [source] (disco-proposed) [12.0.1+12-1]
[04:17] -queuebot:#ubuntu-release- Unapproved: gnome-software (cosmic-proposed/main) [3.30.2-0ubuntu10 => 3.30.2-0ubuntu11] (ubuntu-desktop)
[04:42] <vorlon> doko: we should let it start building; it's not seeded on any images
[06:40] <tobikoch> `multipass launch http://cloud-images.ubuntu.com/disco/20190416.1/disco-server-cloudimg-amd64.img` does not produce a working vm (times out and goes into state unknown).
[06:41] <tobikoch> sil2100, vorlon: I assume that might be a blocker?
[07:13] <tobikoch> So now it's official Azure gen2 is not ready ready.
[07:35] <LocutusOfBorg> as said, I'm worried about kernel 5 and virtualbox 6.0.4, because the canonical-made patches are too few wrt the upstream patches. This might require in issues with the iso testing in a virtualbox VM
[07:35] <LocutusOfBorg> I hope you can accept them, but I can understand the bad timing (it took me half the night to upload them in debian)
[07:36] <LocutusOfBorg> also, 15 security issues in this release are fixed, some scored 9.8/10 as severity
[07:36] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (disco-proposed/multiverse) [6.0.4-1 => 6.0.6-1] (no packageset) (sync)
[07:36] -queuebot:#ubuntu-release- Unapproved: virtualbox (disco-proposed/multiverse) [6.0.4-dfsg-7 => 6.0.6-dfsg-1] (ubuntu-cloud) (sync)
[07:36] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (disco-proposed/multiverse) [6.0.4-1 => 6.0.6-1] (no packageset) (sync)
[07:37] <LocutusOfBorg> ok, the CVEs are only 12, and the highest risk is 8.8, not that bad
[07:39] <LocutusOfBorg> vorlon, good morning, looks like seqan2 is now building fine on armhf (the version in Debian), so I'm thinking wrt stealing your merge and upload, the package is not seeded...
[07:45] <mvo> rbasak: hey, do you think the shadow SRU for xenial and bionic can be released? afaict its ready and in proposed for a couple of days already
[07:51] -queuebot:#ubuntu-release- Unapproved: seqan2 (disco-proposed/universe) [2.4.0+dfsg-8ubuntu2 => 2.4.0+dfsg-11ubuntu1] (no packageset)
[08:32] <infinity> tobikoch: Is that multipass command meant to work? :P
[08:35] <infinity> tobikoch: Launching that image in raw kvm gets me a login prompt.  I imagine I need cloud-init goop to actually be able to use it, though.
[08:54] <tobikoch> infinity: I dunno, I mean it can just be a multipass problem, of course. Then not our problem.
[09:08] <jibel> apart from nvidia/nouveau is there anything to verify in particular on image 20190416?
[09:23] <Wimpress> jibel: WHat nvidia testing is required? I can help with that.
[09:25] <jibel> Wimpress, booting with nouveau, but I've someone on it, so it should be fine.
[09:27] <infinity> jibel: There was the asound/pulse thing.
[09:28] <infinity> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1824103
[09:28] <ubot5`> Ubuntu bug 1824103 in pulseaudio (Ubuntu) "aplay record file failed always." [Critical,Fix released]
[09:59] <jibel> infinity, this pa bug, does it affect any system or only carbon ?
[09:59] <infinity> jibel: Affected my T450s.
[10:00] <infinity> jibel: And Will's.
[10:00] <pieq> jibel, infinity ok thanks
[10:00] <infinity> jibel: Likely most.
[10:00] <pieq> I'll check then
[10:00] <infinity> FWIW, the fix seems to work here.
[10:02] <pieq> hm... I'm trying the steps described in comment #7 on a Dell precision device with pulseaudio 1:12.2-2ubuntu1 and it works
[10:02] <pieq> so maybe it's related to Lenovo devices, not Dell
[10:02] <pieq> jibel, infinity ^
[10:03] <infinity> It's more than just Lenovo devices, but yeah, it won't be *all* devices.
[10:03] <infinity> If you only have one sound device, things might accidentally work.
[10:03] <infinity> Anyhow, I just tested again here, and it's happy.
[10:04] <infinity> So if you can test that ubuntu3 doesn't regress that Dell, then we're good.
[10:05] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (disco-proposed) [6.0.6-1]
[10:05] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [sync] (disco-proposed) [6.0.6-dfsg-1]
[10:05] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [sync] (disco-proposed) [6.0.6-1]
[10:10] <seb128> saw bug #1824910, unsure if that ever worked/the drivers are supposed to be on the iso but I'm poiting it in case that's something to check
[10:10] <ubot5`> bug 1824910 in ubuntu-drivers-common (Ubuntu) "ubuntu-drivers fail to install Nvidia divers without Internet connection in Lubuntu Disco Dingo" [Undecided,New] https://launchpad.net/bugs/1824910
[10:10] <rbasak> seb128: looks like the importer hung a week ago :-/
[10:10] <rbasak> I have plans to add a watchdog, but de-prioritised that when it seems more reliable.
[10:11] <seb128> rbasak, oh, DOH :)
[10:11] <rbasak> Looks like I need to bump the priority of adding that.
[10:11] <seb128> (btw did you change channel on purpose? might interest people on the other one)
[10:11] <rbasak> Oh, sorry
[10:12] <infinity> LocutusOfBorg: Why did you drop amd64 from low mem arches in seqan2?
[10:13] <infinity> seb128: We don't ship nvidia drivers on media, so...
[10:13] <seb128> infinity, right, what I though, thx for confirming
[10:13] <pieq> infinity, I checked and ubuntu3 works on the Dell Precision I have here
[10:15] <infinity> pieq: Shiny.
[10:18] <pieq> infinity, confirmed working on two different Dell devices (Precision and Latitude)
[10:18] <infinity> Kay.
[10:23] -queuebot:#ubuntu-release- Unapproved: dm-writeboost (bionic-proposed/universe) [2.2.8-1ubuntu3~18.04.1 => 2.2.8-1ubuntu3~18.04.2] (no packageset)
[10:32] <LocutusOfBorg> infinity, looks like it builds fine with parallel=2, debian changed the else branch to take care of amd64?
[10:32] <LocutusOfBorg> did I made a mistake?
[10:33] <LocutusOfBorg> I tried in my ppa and it built correctly, only arm64 and ppc64el were sad
[10:34] <infinity> LocutusOfBorg: I mean, that Debian change was there in Steve's too, but sure. :P
[10:34] <infinity> LocutusOfBorg: If you tested it and it seems fine, whatevs.
[10:35] -queuebot:#ubuntu-release- Unapproved: accepted seqan2 [source] (disco-proposed) [2.4.0+dfsg-11ubuntu1]
[10:36] <LocutusOfBorg> the first person adding amd64 has been ginggs a couple of years ago https://launchpad.net/ubuntu/+source/seqan2/2.3.1+dfsg-3ubuntu1
[10:37] <LocutusOfBorg> at that point there were no "else amd64 then parallel=2", but the default was the one on the machine
[10:37] <LocutusOfBorg> I suspect amd64 has been copy-pasted in all merges without anybody trying to remove it
[10:38] <LocutusOfBorg> I noticed an else switch and I preferred to use it and reduce the delta, I can't promise it will work forever, because you know the build might fail in a non-reproducible way (it is built ok in my ppa, but it might fail in a no-change rebuild due to different building parallelism or files)
[10:38] <LocutusOfBorg> anyway, readding is quick in case it starts failing too much
[10:38] <infinity> LocutusOfBorg: So the more interesting question is if we could move out "iffy" arches that we added to the parallel=2 case.
[10:38] <infinity> LocutusOfBorg: But also don't care deeply.
[10:39] <infinity> s/out/our/
[10:39] <LocutusOfBorg> infinity, this sounds interesting, let me try in a ppa, having a build that takes 24 hours on armhf is sad
[10:39] <infinity> Oh crap, I didn't look at that.  It takes 24h to build?
[10:39] <LocutusOfBorg> but again, a newer toolchain might start failing because you know, memory increases everytime
[10:39] <infinity> It might not make the release. :P
[10:39] <infinity> We'll see.
[10:40] <LocutusOfBorg>  Build started 21 hours ago on bos02-arm64-076 and finished 13 hours ago taking 7 hours 20 minutes — see the log
[10:40] <LocutusOfBorg> well, I did make a mistake
[10:41] <infinity> 7 hours, 24 hours, basically the same thing.
[10:41] <LocutusOfBorg> lol
[10:43] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa here the build with parallel=2 on arm64 and ppc64el
[10:44] <LocutusOfBorg> infinity, FYI accepting golang-gopkg-sourcemap.v1 will make 3-4 golang packages unlock
[10:44] <LocutusOfBorg> it failed because of internet access, I patched and opened an RC bug in debian
[10:45] <LocutusOfBorg> I'm working only on leaf and non-seeded packages, FYI
[10:45] <infinity> LocutusOfBorg: Disabling the entire testsuite seems like overkill.  Unless the whole testsuite uses the internet...
[10:47] <LocutusOfBorg> ehm, considering the only test consists in "hey, lets do a query to jquery.org and see the result"... I don't think it is an overkill...
[10:48] <LocutusOfBorg> https://salsa.debian.org/go-team/packages/golang-gopkg-sourcemap.v1/blob/debian/sid/example_test.go and consumer_test.go are doing internet communication
[10:50] <LocutusOfBorg> there is a benchmark_test.go that might be useful, but I doubt it really is...
[10:51] <LocutusOfBorg> here a build with internet access enabled, and disco baseline http://debomatic-amd64.debian.net/distribution#disco/golang-gopkg-sourcemap.v1/1.0.5-1build1/buildlog
[10:52] <LocutusOfBorg> (btw autopkgtests are what really gives meaningful answers to this kind of "internet packages")
[10:53] <infinity> LocutusOfBorg: Oh, if this testsuite runs as an autopkgtest, that's fine.
[10:53] <infinity> But it doesn't. :P
[10:54] <infinity> So, yeah, please don't suggest disabling testsuites without enabling them as autopkgtests instead.
[10:54] -queuebot:#ubuntu-release- Unapproved: dkms (disco-proposed/main) [2.6.1-4ubuntu1 => 2.6.1-4ubuntu2] (ubuntu-desktop)
[10:55] <LocutusOfBorg> yeah you right man! I saw the "autopkgtests" tab on debomatic... interesting
[10:55] <LocutusOfBorg> anyway, Debian will fix properly then
[10:55] <LocutusOfBorg> I don't want to loose time for a package that will go out from testing in one month, and we will just have the debian fix on next Ubuntu eventually
[10:56] <LocutusOfBorg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927227 should start the autoremoval counter
[10:56] <ubot5`> Debian bug 927227 in golang-gopkg-sourcemap.v1 "golang-gopkg-sourcemap.v1: attempts internet communication during build?" [Serious,Open]
[10:57] -queuebot:#ubuntu-release- Unapproved: rejected golang-gopkg-sourcemap.v1 [source] (disco-proposed) [1.0.5-1ubuntu1]
[10:57] -queuebot:#ubuntu-release- Unapproved: rejected golang-gopkg-sourcemap.v1 [source] (disco-proposed) [1.0.5-1ubuntu1]
[11:19] <xnox> infinity, paride - filed https://bugs.launchpad.net/qa-jenkins-jobs/+bug/1825156
[11:19] <ubot5`> Ubuntu bug 1825156 in QA Jenkins Jobs "the results from server tests should use ISO Tracker API to push result good and bad result for every tested daily image" [Undecided,New]
[11:24] <paride> xnox, thanks
[12:11] -queuebot:#ubuntu-release- Unapproved: virtualbox-hwe (disco-proposed/multiverse) [6.0.4-dfsg-7ubuntu19.04.1 => 6.0.6-dfsg-1ubuntu19.04.1] (no packageset)
[12:12] <LocutusOfBorg> ^^ I forgot this one, fortunately it is not seeded
[12:37] <ginggs> infinity LocutusOfBorg: debian limited max-parallel=2 on amd64 in seqan2 2.4.0+dfsg-3 - so dropping that part of the delta is correct
[12:39] <LocutusOfBorg> yep! unfortunately while parallel=2 is good on ppc64el, it isn't on arm64 https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/16643928
[12:40] <LocutusOfBorg> so, in order to have a reduced delta, better use parallel=1 on both...
[12:54] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (disco-proposed) [6.0.6-dfsg-1ubuntu19.04.1]
[13:04] <rbalint> sil2100, please reject gce-compute-image-packges from disco unapproved, i make it a bit prettier
[13:12] <xnox> tobikoch, so, booting disco cloud image, with the seed that multipass uses, and it's all fine. so i suspect something is broken in multipass, and/or how it uses qemu options.
[13:12] <xnox> (cause i tested the stuff in just /my/ way to launch vms)
[13:13] <xnox> tobikoch, i suspect the disco cloud image is ok
[13:14] <LocutusOfBorg> YAY with my ruby fixes ruby-gnome2 is now building!
[13:18] <infinity> rbalint: Rejected.
[13:18] -queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (disco-proposed) [20190315-0ubuntu1]
[13:26] <tobikoch> xnox: kewl
[14:09] <xnox> tobikoch, i have the answer
[14:09] <tobikoch> :)
[14:10] <xnox> tobikoch, they don't pass the cloud-config.iso correctly to qemu, hence the VM boots without a cloud-config.iso and well doesn't nothing.
[14:10] <tobikoch> xnox: thanks for looking at that
[14:10] <xnox> tobikoch, i bind-mounted qemu to be a `sleep infinity` and launched qemu-system-x86_64 by hand with -device ....config-drive.iso with -cdrom ....config-drive.iso and multipass "found" the vm and claimed it laucnhed successfully.
[14:10] <xnox> (bind mounted into the snap)
[14:11] <xnox> so multipassd launches the qemu VM broken.
[14:11] <xnox> tobikoch, so i guess worth a multipass bug.
[14:11] <xnox> tobikoch, also found other weird issues with qemu tooo....
[14:20] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (bionic-proposed) [2:12.0.5-0ubuntu4]
[14:47] <vorlon> tobikoch: do you have any console logs or anything for that hung multipass?
[14:48] <vorlon> oh, sounds like xnox has investigated
[14:48] <vorlon> LocutusOfBorg: I certainly don't mind not being TIL on seqan2
[14:51] <LocutusOfBorg> lovely thanks
[14:52] <LocutusOfBorg> I just want some migration for what is still in proposed, and looks like we are mostly there for it
[14:56] <LocutusOfBorg> vorlon, "ushare (- to 1.1a-0ubuntu11)" <-- kill it with fire?
[14:58] <vorlon> LocutusOfBorg: should at least get a bug report first since it's an Ubuntu-specific package
[14:58] <vorlon> oh, it has one
[14:58] <vorlon> LP: #1818577 :P
[14:58] <ubot5`> Launchpad bug 1818577 in ushare (Ubuntu) "Ubuntu-specific package; FTBFS, depends on obsolete libupnp6" [Critical,Triaged] https://launchpad.net/bugs/1818577
[14:59] <xnox> apw, can we chat about https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1824864 ?
[14:59] <ubot5`> Ubuntu bug 1824864 in linux (Ubuntu Ee-series) "CONFIG_LOG_BUF_SHIFT set to 14 is too low on arm64" [Undecided,Confirmed]
[14:59] <vorlon> LocutusOfBorg: ushare removed
[15:04] <LocutusOfBorg> LOL wrt the bug author :)
[15:05] <LocutusOfBorg> twice thanks!
[15:13] -queuebot:#ubuntu-release- Unapproved: mutter (bionic-proposed/main) [3.28.3+git20190124-0ubuntu18.04.1 => 3.28.3+git20190124-0ubuntu18.04.2] (desktop-extra, ubuntu-desktop)
[15:17] <LocutusOfBorg> where is the new iso spin done?
[15:17] <LocutusOfBorg> *when
[15:20] <infinity> LocutusOfBorg: There isn't one.  What made you think there was?
[15:21] <LocutusOfBorg> it happens everytime, just one day before release, or the day of the release :)
[15:21] <infinity> Don't jinx it.
[15:22] <LocutusOfBorg> not my intention :)
[15:22] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (bionic-proposed) [3.28.3+git20190124-0ubuntu18.04.2]
[15:24] <LocutusOfBorg> I hope to see vbox 6.0.6 in the iso, and if it doesn't happen, not a problem, that is the reason for me asking if there is a spin ongoing
[15:26] <vorlon> "in the iso"? has there been a seeded package accepted but not included in the last respin?
[15:28] <infinity> It's not on any ISOs...
[15:28] <infinity> LocutusOfBorg: Which ISOs were you expecting to see it on? :P
[15:37] -queuebot:#ubuntu-release- Unapproved: tzdata (precise-proposed/main) [2016j-0ubuntu0.12.04 => 2019a-0ubuntu0.12.04] (core)
[15:40] -queuebot:#ubuntu-release- Unapproved: rejected tzdata [source] (precise-proposed) [2019a-0ubuntu0.12.04]
[15:41] <infinity> bdmurray: 1) Dangit, I was sure I did all of those updates two weeks ago.  I must have gotten sidetracked and never gone back. :(
[15:41] <infinity> bdmurray: 2) precise goes through ESM, not the primary archive.  I can do that one.
[15:43] <bdmurray> infinity: ah right, thanks
[15:48] <LocutusOfBorg> mmm ok infinity
[15:48] <LocutusOfBorg> I remember a while ago virtualbox-guest* included in the iso
[15:48] <LocutusOfBorg> so probably now they are taken from the kernel...
[15:48] <LocutusOfBorg> apw, ^^ sync them please on next kernel update?
[15:49] <apw> sforshee, ^
[15:50] -queuebot:#ubuntu-release- Unapproved: linux-ftpd-ssl (disco-proposed/universe) [0.17.36+0.3-2.1 => 0.17.36+0.3-2.1ubuntu1] (no packageset)
[15:50] -queuebot:#ubuntu-release- Unapproved: linux-ftpd (disco-proposed/universe) [0.17-36.1 => 0.17-36.1ubuntu1] (no packageset)
[15:50] <LocutusOfBorg> btw I fixed two packages from proposed in the meanwhile ^^ the asneeded nightmare that will be ending soon (now that also debian is taking it)
[15:50] <xnox> sil2100, 🍓🥧
[15:50] <xnox> sil2100, 🍓π
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (trusty-proposed) [2019a-0ubuntu0.14.04]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (xenial-proposed) [2019a-0ubuntu0.16.04]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (bionic-proposed) [2019a-0ubuntu0.18.04]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (cosmic-proposed) [2019a-0ubuntu0.18.10]
[15:52] <infinity> bdmurray: Accepted, and uploaded a precise bump to esm-staging.
[15:52] <sforshee> apw: methinks that is smb's problem now ;-)
[15:53] <sforshee> but I can send a patch for it
[15:54] <sforshee> LocutusOfBorg: can you file a bug agains the kernel for the vbox sync please?
[15:54] <smb> sforshee, I have no problem in making it other peoples problem again. Whatever it is
[15:54] <LocutusOfBorg> sure
[15:56] <LocutusOfBorg> sforshee, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1825210 assigned to you, so you can reassign to whoever you think is right :D
[15:56] <ubot5`> Ubuntu bug 1825210 in linux (Ubuntu) "Please sync vbox modules from virtualbox 6.0.6 on next kernel update" [High,New]
[15:56] <sforshee> ta
[16:01] <LocutusOfBorg> thanks to you
[16:03] <Wimpress> willcooke: Ho is the 19.04 desktop looking? Do you anticipate any respins?
[16:03] <Laney> No
[16:03] <willcooke> Wimpress, you are tempting fate there :)
[16:05]  * Wimpress rubs a rabbits foots while standing a pentagram of rice
[16:05] -queuebot:#ubuntu-release- Unapproved: accepted budgie-desktop [source] (bionic-proposed) [10.4+git20171031.10.g9f71bb8-1.2ubuntu1.2]
[16:11] -queuebot:#ubuntu-release- Unapproved: accepted budgie-desktop [source] (cosmic-proposed) [10.4+git20180830.02.f2dbc215fdb-2ubuntu0.2]
[16:36] <bdmurray> fossfreedom: thanks for cleaning up that budgie-desktop SRU
[16:45] <sforshee> LocutusOfBorg: yikes, that's a lot of changes. Can you add some sru justification to the bug?
[16:45] <sforshee> sigh, and they made a bunch of changes to the makefiles and broke our in-kernel build
[16:54] -queuebot:#ubuntu-release- Unapproved: openssl (disco-proposed/main) [1.1.1b-1ubuntu2 => 1.1.1b-1ubuntu2.1] (core)
[17:04] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20190124+dfsg1-0ubuntu1~18.04.0 => 20190315-0ubuntu1~18.04.0] (ubuntu-cloud)
[17:04] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (trusty-proposed/universe) [20190124+dfsg1-0ubuntu1~14.04.0 => 20190315-0ubuntu1~14.04.0] (ubuntu-cloud)
[17:04] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (cosmic-proposed/main) [20190124+dfsg1-0ubuntu1~18.10.0 => 20190315-0ubuntu1~18.10.0] (ubuntu-cloud)
[17:04] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (xenial-proposed/universe) [20190124+dfsg1-0ubuntu1~16.04.0 => 20190315-0ubuntu1~16.04.0] (ubuntu-cloud)
[17:05] -queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (disco-proposed/main) [20190124+dfsg1-0ubuntu1 => 20190315-0ubuntu1] (core, ubuntu-cloud)
[17:06] <rbalint> ^just for 0day and normal srus
[17:08] <bdmurray> infinity: do you have plans to do the verification of tzdata or should I do it?
[17:11] <infinity> bdmurray: I can tomorrow, or laaaaate tonight, but between now and then is some dinner out and about.
[17:11] <vorlon> mwhudson: LP: #1819550 - actually, the reason it's still in Ubuntu is that Debian's unstable index is keeping golang-1.7 1.7.3-1 around, presumably because a Built-Using record somewhere that just won't die.  Do you want to chase those out in Debian? :)
[17:11] <ubot5`> Launchpad bug 1819550 in golang-1.7 (Ubuntu) "please remove this package from ubuntu" [Undecided,New] https://launchpad.net/bugs/1819550
[17:11] <infinity> bdmurray: If have to do the ESM one anyway, though, so I can do all of them.
[17:12] <vorlon> mwhudson: looking at sid/amd64, I see docker-swarm, tendermint
[17:14] -queuebot:#ubuntu-release- Unapproved: rejected openssl [source] (disco-proposed) [1.1.1b-1ubuntu2.1]
[17:14] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/universe) [4.15.0-1030.32] (no packageset)
[17:16] <vorlon> mwhudson: there are also 8 packages in disco that are Built-Using: golang-1.7, maybe we should rebuild those?
[17:18] -queuebot:#ubuntu-release- Unapproved: openssl (disco-updates/main) [1.1.1b-1ubuntu2 => 1.1.1b-1ubuntu2.1] (core)
[17:44] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1030.32]
[19:48] -queuebot:#ubuntu-release- Unapproved: mono (disco-proposed/universe) [5.16.0.220+dfsg3-1ubuntu1 => 5.18.0.240+dfsg-2] (cli-mono, kubuntu) (sync)
[19:50] <seb128> did we forgot to update ubiquity translations this cycle? looking on https://launchpad.net/ubuntu/+source/ubiquity/+changelog the most recent translations mention is for 18.10.10
[19:50] <seb128> one translator was asking about 'when are the cycle translations going to be included' on https://lists.ubuntu.com/archives/ubuntu-translators/2019-April/007537.html
[19:50] <seb128> respin material? ;)
[19:51] -queuebot:#ubuntu-release- Unapproved: accepted mono [sync] (disco-proposed) [5.18.0.240+dfsg-2]
[19:51] <vorlon> infinity, cyphermox: ^^ ?
[19:52] <seb128> (it's probably not worth a respin but a bit of a shame if that was not done :/)
[19:52] <vorlon> seems as though ubiquity translation updates should be an automatic part of the source package build
[19:59] <cyphermox> right now it's not automated, it's a manual step to export translations from launchpad and import them. I don't know how to automate it for the uploads, but sure it should be looked into
[20:34] -queuebot:#ubuntu-release- Unapproved: mono (disco-proposed/universe) [5.18.0.240+dfsg-2 => 5.18.0.240+dfsg-2ubuntu1] (cli-mono, kubuntu)
[20:35] -queuebot:#ubuntu-release- Unapproved: accepted mono [source] (disco-proposed) [5.18.0.240+dfsg-2ubuntu1]
[20:56] <vorlon> xnox: I tried to ditch gcc-5 by merging the new upstream version of mono which drops the s390x-specific build-dep; but apparently it now ftbfs in disco on s390x, both with or without the -O0 workaround patch
[21:02] <mwhudson> vorlon: yeah we probably should
[21:15] <xnox> vorlon, i am ok with shipping mono which is known to ftbfs and remove gcc-5
[21:16] <vorlon> xnox: yet you are not an AA, so you can't pull the trigger ;)
[21:16] <vorlon> and I am not planning to remove gcc-5 while mono in devel still build-depends on it
[21:16] <xnox> vorlon, i am also ok to remove all of mono/s390x binaries.... if that can be done in a manner which doesn't increase uninstallable count or something ftbfs because it tries to compine mono bindings
[21:16] <xnox> vorlon, i don't think .NET is huge on s390x
[21:17] <xnox> mono_gdb_render_native_backtraces not supported on this platform, unable to find gdb or lldb -> hmmm missing build-deps?!
[21:18] <xnox> looks like mdoc / documentation fails to execute..... i wonder if it builds with docs disabled
[21:20] <vorlon> reverse-depends src:mono -a s390x -> go fish
[21:20] <vorlon> xnox: doesn't the gdb thing just mean it can't give you a better explanation /after/ the build has failed?
[21:21] <vorlon> and mdoc was the bit that was crashing before, necessitating the Ubuntu patch
[21:21] <xnox> vorlon, fedora claims it builds with (a) a patch (b) no-fpie => https://src.fedoraproject.org/rpms/mono/c/cb2069e8baa6814a1094b4ac700047ee42139f16?branch=master
[21:21] <xnox> yeah, gdb is a nice to have when crashy crashy
[21:21] <tjaalton> vorlon: hi, I assume you accepted intel-opencl-clang and -graphics-compiler? did you have a look at -compute-runtime? there was the issue of a binary blob used by some of the tests, wonder if that was a blocker or not..
[21:21] <xnox> as found by reading https://github.com/mono/mono/issues/9009
[21:21] <gitbot> mono issue 9009 in mono "[s390x] Fails to compile against recent glibc" [Area-Runtime: Jit, Os-Linux, Target-S390X, Closed]
[21:22] <vorlon> tjaalton: I didn't get so far as to see if there was a binary blob; I have the source here for review, the licensecheck output was even more horrible than usual, so I didn't get through the review yet
[21:22] <vorlon> tjaalton: still hoping to do it before the archive closes
[21:23] <tjaalton> vorlon: yes, third_party/* is most of the horrible stuff I hope
[21:24] <xnox> vorlon, ok, patch is already in debian cause can be reverse applied....
[21:24] <tjaalton> it had some wildcard issues like the one you mentioned about i-g-c
[21:24] <tjaalton> vorlon: anyway, thanks for having a look
[22:37] <xnox> vorlon, https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+build/16646203
[22:37] <xnox> still building.... and it's been longer.
[22:37] <xnox> maybe it will finish in like 30min
[22:49] -queuebot:#ubuntu-release- Unapproved: maas (disco-proposed/main) [2.5.0-7442-gdf68e30a5-0ubuntu1 => 2.6.0~beta1-7673-g850a92f90-0ubuntu1] (ubuntu-server)
[23:13] <xnox> vorlon, it builds.... https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+build/16646203
[23:13] <xnox> vorlon, uploaded into the queue for you to review/accept
[23:15] -queuebot:#ubuntu-release- Unapproved: mono (disco-proposed/universe) [5.18.0.240+dfsg-2ubuntu1 => 5.18.0.240+dfsg-2ubuntu2] (cli-mono, kubuntu)
[23:21] <vorlon> xnox: accepted, but now you get to defend to rbalint the decision to disable pie in mono ;)
[23:22] -queuebot:#ubuntu-release- Unapproved: accepted mono [source] (disco-proposed) [5.18.0.240+dfsg-2ubuntu2]
[23:36] -queuebot:#ubuntu-release- Unapproved: accepted linux-ftpd [source] (disco-proposed) [0.17-36.1ubuntu1]
[23:52] <bdmurray> I forget is the release notes link in ubiquity not supposed to work until after release?
[23:52] <bdmurray> The url loaded was "https://wiki.ubuntu.com/Releases?os=ubuntu&ver=19.04&lang=en