[00:00] re: https://irclogs.ubuntu.com/2018/07/25/%23ubuntu-release.html#t13:56 the issue is that node vendors upstream openssl (and since it's 1.0 and upstream, it doesn't have symbol versions), and then node exports those symbols as part of *its* ABI (cc apw) [00:01] and I agree that this is bonkers and I am trying to help them figure out a better strategy... [00:03] because the symbols are unversioned, that makes this bug particularly sticky. my goals are to get this fixed in node upstream by helping them figure out a better ABI strategy (that will probably take a stable release cycle), to get this fixed in Debian by upgrading to node 10.x (since we want to drop openssl 1.0 support in buster and that kills two birds with one stone), and [00:05] to hopefully fix this in Ubuntu by patching node 8.x there to use the right major version of openssl, because right now we have a massive ABI mismatch in which we have unversioned symbols in upstream from 1.0 vs versioned, incompatible symbols in 1.1... in its current state, you can't compile or run native extensions against ubuntu's nodejs [00:06] infinity: this also may be of interest to you as you were commenting in said backscroll [00:08] for the average nodejs user I'd say this renders nodejs in Ubuntu totally broken (since they will want to be able to use stuff they npm install against system node, similar to python users downloading stuff with pip and expecting it to work) === sergiusens_ is now known as sergiusens [04:29] any archive admin: xorg-lts-transitional needs to move out of NEW [05:12] -queuebot:#ubuntu-release- New binary: nsync [s390x] (cosmic-proposed/none) [1.20.1-1] (no packageset) [05:12] -queuebot:#ubuntu-release- New binary: poezio [s390x] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:12] -queuebot:#ubuntu-release- New binary: poezio [ppc64el] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:13] -queuebot:#ubuntu-release- New binary: nsync [amd64] (cosmic-proposed/universe) [1.20.1-1] (no packageset) [05:13] -queuebot:#ubuntu-release- New binary: nsync [ppc64el] (cosmic-proposed/universe) [1.20.1-1] (no packageset) [05:13] -queuebot:#ubuntu-release- New binary: poezio [i386] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:13] -queuebot:#ubuntu-release- New binary: nsync [arm64] (cosmic-proposed/universe) [1.20.1-1] (no packageset) [05:13] -queuebot:#ubuntu-release- New binary: poezio [amd64] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:14] -queuebot:#ubuntu-release- New binary: poezio [arm64] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:15] -queuebot:#ubuntu-release- New binary: poezio [armhf] (cosmic-proposed/universe) [0.11+git20180805-1] (no packageset) [05:19] -queuebot:#ubuntu-release- Unapproved: samba (trusty-proposed/main) [2:4.3.11+dfsg-0ubuntu0.14.04.14 => 2:4.3.11+dfsg-0ubuntu0.14.04.15] (core) [05:20] -queuebot:#ubuntu-release- Unapproved: samba (xenial-proposed/main) [2:4.3.11+dfsg-0ubuntu0.16.04.13 => 2:4.3.11+dfsg-0ubuntu0.16.04.14] (core) [05:30] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (bionic-proposed/main) [2:10.2.0-3ubuntu3 => 2:10.3.0-0ubuntu1~18.04.1] (edubuntu, ubuntu-cloud, ubuntu-server) [05:41] -queuebot:#ubuntu-release- New binary: dovecot [s390x] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [05:44] -queuebot:#ubuntu-release- New binary: dovecot [ppc64el] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [05:45] -queuebot:#ubuntu-release- New binary: dovecot [amd64] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [05:45] -queuebot:#ubuntu-release- New binary: dovecot [i386] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [05:49] -queuebot:#ubuntu-release- New binary: dovecot [arm64] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [05:50] -queuebot:#ubuntu-release- New binary: dovecot [armhf] (cosmic-proposed/main) [1:2.3.2.1-1ubuntu1] (ubuntu-server) [06:28] So, it seems Qt is blocked on ffmpeg, which needs its ppc64el test sorted out... [06:30] I can't seem to make heads or tails of this failure... harumph. [06:31] and the remaining FTBFS stuff against ffmpeg 4 fixed or kicked to the kerb [06:33] Right, I was just sorting through these... hmmm [06:38] some have fixes in debian bugs, some have a fix bus doesn't apply well to the current patched source, some could maybe just be booted to -proposed..... [06:39] lovely! [06:40] I've reached my time limit for today... I'm going to bed; maybe later I'll go through and fix some of these RC bugs in Debian, and try to get a list of things that need booting to -proposed. [06:40] Help fixing that ppc64el test failure would be appreciated, though. [06:41] Ciao o/ [06:41] strigi can be removed from archive when amarok in -proposed can go to -release [06:41] tsimonq2: thanks [07:43] ehashman, that is a tricky problem, as anyone already installing nodejs and using it has the oposite problem; slangasek ^^ === tomwardill_ is now known as tomwardill [08:11] -queuebot:#ubuntu-release- Unapproved: accepted rax-nova-agent [source] (bionic-proposed) [2.1.15-0ubuntu1~18.04.0] [08:19] apw: can you push xorg-lts-transitional through NEW? [08:20] would be one less step in getting xserver update to cosmic.. [08:21] tjaalton, if they are transitionals for something, how come they are New ? [08:22] apw: new package names [08:22] right, but if they are transitionals they should be old names by definition [08:23] bionic has the old names, -hwe-16.04 -> stock [08:23] this is for the next stack which doesn't even exist yet [08:24] so we are making transitionals for something which doesn't even exist ? [08:24] traditionally it would be removed from the devel series at this point, and reintroduced to the next lts [08:24] so i am confused how this will un [08:24] unblock anything [08:25] tjaalton, but i assume you are saying you are about to introduce these into bionic ? [08:25] in a few months [08:26] once there's something to backport [08:26] so this upload is about actually removing the 16.04 ones really [08:26] there are drivers that haven't been rebuilt for the new abi, because I want the gone, but that bug hasn't seen any action since may [08:27] it is the removal of the 16.04 ones in this upload that lets us migrate ? [08:27] -queuebot:#ubuntu-release- Unapproved: rejected catfish [source] (bionic-proposed) [1.4.6-0ubuntu0.18.04.1] [08:28] aiui if the dep can't be installed, then the transitional isn't installalbe [08:28] or would become uninstallable with the xserver from proposed [08:28] that's why [08:28] tjaalton, right, so i think we are saying we have 16.04 transitionals pointing to things which go away if xorg migrates, and [08:29] this new transitionals doesn't reference them at all ? [08:29] so this new pkg actually removes all the drivers that haven't been rebuilt [08:29] so actually, to unblock I could just readd the -hwe-16.04 names [08:29] apw: right [08:30] i am wondering if removing this thing from -release makes as much sense [08:30] the idea was to allow upgrades from lts with hwe stack to an interim release [08:31] but i guess it is safe to do that as much with this one if we decide the dangling is embaressing [08:31] avoids an sru [08:31] right and they should exist for sure once this all exists in bionic ... just feels a bit odd to have it before they exist [08:31] sure [08:31] but, we can argue about that as much as we can about the -hwe-16.04 ones existing poinlessly now [08:32] and as safely in either pocket [08:32] well, for the unblock I can just go back to old names and only drop the drivers [08:32] either way [08:34] -queuebot:#ubuntu-release- New: accepted xorg-lts-transitional [amd64] (cosmic-proposed) [3:14.2] [08:34] -queuebot:#ubuntu-release- New: accepted xorg-lts-transitional [armhf] (cosmic-proposed) [3:14.2] [08:34] -queuebot:#ubuntu-release- New: accepted xorg-lts-transitional [ppc64el] (cosmic-proposed) [3:14.2] [08:34] -queuebot:#ubuntu-release- New: accepted xorg-lts-transitional [arm64] (cosmic-proposed) [3:14.2] [08:34] -queuebot:#ubuntu-release- New: accepted xorg-lts-transitional [i386] (cosmic-proposed) [3:14.2] [08:34] tjaalton, ^ [08:35] apw: thanks [08:35] if you have more cycles to spare, there's always bug 1772588 ;) [08:35] bug 1772588 in xserver-xorg-video-trident (Ubuntu) "Remove obsolete X11 drivers from the archive" [Undecided,New] https://launchpad.net/bugs/1772588 [08:46] -queuebot:#ubuntu-release- New: accepted barclay [amd64] (cosmic-proposed) [2.1.0-2] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [arm64] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [i386] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [s390x] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [amd64] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [ppc64el] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted boohu [armhf] (cosmic-proposed) [0.9.0-1] [08:46] -queuebot:#ubuntu-release- New: accepted dbus-glib [amd64] (cosmic-proposed) [0.110-3] [08:46] -queuebot:#ubuntu-release- New: accepted dbus-glib [armhf] (cosmic-proposed) [0.110-3] [08:46] -queuebot:#ubuntu-release- New: accepted dbus-glib [ppc64el] (cosmic-proposed) [0.110-3] [08:46] -queuebot:#ubuntu-release- New: accepted gamemode [amd64] (cosmic-proposed) [1.2-3] [08:47] -queuebot:#ubuntu-release- New: accepted jaxrpc-api [amd64] (cosmic-proposed) [1.1.2-1] [08:47] -queuebot:#ubuntu-release- New: accepted moksha.common [amd64] (cosmic-proposed) [1.2.5-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [arm64] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [ppc64el] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted dbus-glib [arm64] (cosmic-proposed) [0.110-3] [08:47] -queuebot:#ubuntu-release- New: accepted dbus-glib [s390x] (cosmic-proposed) [0.110-3] [08:47] -queuebot:#ubuntu-release- New: accepted libpgobject-util-pseudocsv-perl [amd64] (cosmic-proposed) [2-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [armhf] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted dbus-glib [i386] (cosmic-proposed) [0.110-3] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [amd64] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted gatk-native-bindings [amd64] (cosmic-proposed) [1.0.0-2] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [i386] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [amd64] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [armhf] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [ppc64el] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted s-tui [amd64] (cosmic-proposed) [0.7.5-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [amd64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [armhf] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [ppc64el] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [amd64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [armhf] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [s390x] (cosmic-proposed) [0.11+git20180331-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [i386] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted trace2dbest [amd64] (cosmic-proposed) [3.0.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [i386] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [arm64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [ppc64el] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utfcheck [amd64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utfcheck [armhf] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [arm64] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [arm64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [i386] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utfcheck [arm64] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted poezio [s390x] (cosmic-proposed) [0.11+git20180805-1] [08:47] -queuebot:#ubuntu-release- New: accepted utf8gen [s390x] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted unibetacode [s390x] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utfcheck [i386] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted utfcheck [ppc64el] (cosmic-proposed) [1.1-1] [08:47] -queuebot:#ubuntu-release- New: accepted wsclean [amd64] (cosmic-proposed) [2.6-1] [08:47] -queuebot:#ubuntu-release- New: accepted wsclean [armhf] (cosmic-proposed) [2.6-1] [08:48] -queuebot:#ubuntu-release- New: accepted wsclean [ppc64el] (cosmic-proposed) [2.6-1] [08:48] -queuebot:#ubuntu-release- New: accepted yubikey-manager [amd64] (cosmic-proposed) [0.7.1-1] [08:48] -queuebot:#ubuntu-release- New: accepted utfcheck [s390x] (cosmic-proposed) [1.1-1] [08:48] -queuebot:#ubuntu-release- New: accepted wsclean [i386] (cosmic-proposed) [2.6-1] [08:48] -queuebot:#ubuntu-release- New: accepted wsclean [arm64] (cosmic-proposed) [2.6-1] [08:48] -queuebot:#ubuntu-release- New: accepted wsclean [s390x] (cosmic-proposed) [2.6-1] [08:48] -queuebot:#ubuntu-release- Unapproved: accepted vala [source] (bionic-proposed) [0.40.8-0ubuntu1] [09:18] Unapproved: rejected catfish [source] (bionic-proposed) [1.4.6-0ubuntu0.18.04.1] ? Why was the catfish SRU rejected? [09:36] ehashman: o/ [09:37] ehashman: yeah that was going to be roughly my suggestion. It's quite OK to suggest that the ABI be versioned to differentiate these cases. But how ABI versioning works is dictated by upstream. Ideally these would be accomodated for in the best possible way, automatically, by upstream code. [09:46] -queuebot:#ubuntu-release- New binary: gkl [amd64] (cosmic-proposed/universe) [0.8.5+dfsg-1] (no packageset) [09:58] bluesabre, normally you get an email, and if it was done via the tooling (which it should) i believe it puts it in your SRU bug too [10:00] apw: would you have time to look at: https://code.launchpad.net/~rikmills/britney/hints-ubuntu/+merge/347451 [10:02] acheronuk, hmmm, that is a bit brutal [10:03] apw: hm, says "Rejected by Ɓukasz Zemczak: Deprecated by a newer upload." I don't think there has been another bionic upload for it, so guess I need to have it sponsored again? [10:04] apw: either that or I have to keep a delta with debian to skip it as we did. it would be better for me if I could just let it sync in future, but I'll put the delta back if you don't like the hint [10:04] acheronuk, i am mulling, it is more the lack of a way to express what i want [10:36] -queuebot:#ubuntu-release- Unapproved: nvidia-settings (bionic-proposed/main) [390.42-0ubuntu1 => 390.77-0ubuntu0.18.04.1] (ubuntu-desktop) [11:12] -queuebot:#ubuntu-release- New binary: python-uinput [s390x] (cosmic-proposed/none) [0.11.2-1] (no packageset) [11:14] -queuebot:#ubuntu-release- New binary: python-uinput [ppc64el] (cosmic-proposed/universe) [0.11.2-1] (no packageset) [11:14] -queuebot:#ubuntu-release- New binary: python-uinput [amd64] (cosmic-proposed/universe) [0.11.2-1] (no packageset) [11:14] -queuebot:#ubuntu-release- New binary: python-uinput [i386] (cosmic-proposed/universe) [0.11.2-1] (no packageset) [11:19] -queuebot:#ubuntu-release- New binary: python-uinput [arm64] (cosmic-proposed/universe) [0.11.2-1] (no packageset) [11:19] -queuebot:#ubuntu-release- New binary: python-uinput [armhf] (cosmic-proposed/universe) [0.11.2-1] (no packageset) [11:19] apw: ok. mull at your leisure [11:21] * acheronuk retries test in case it behaves better with Qt 5.11 [11:22] not very hopeful, but you never know [11:49] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-31.33] (core, kernel) [11:50] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-31.33] (core, kernel) [12:01] still fails [12:07] apw: what is the opposite problem in this context === sergiusens_ is now known as sergiusens [12:18] ehashman: that people already on the releae maybhave things using the ubuntu abi [12:26] -queuebot:#ubuntu-release- Unapproved: amd64-microcode (trusty-proposed/main) [3.20180524.1~ubuntu0.14.04.2+really20130710.1 => 3.20180524.1~ubuntu0.14.04.2+really20130710.1ubuntu1] (no packageset) === andyrock_ is now known as andyrock [13:12] apw: no, it's not possible. as reported on the bug, the ABI incompat also broke the ability to compile native extensions [13:12] that is what the release team seemed worried about [13:13] ehashman, ahh ok, then that piece of information needs to get to slangasek as he was reviewing this change [13:13] it is on the bug report [13:14] no less than three times [13:14] but perhaps I should file a summary comment [13:27] yeah do that, and steve should see this here as well [13:49] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-31.33~16.04.1] (kernel) [13:49] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1020.20] (kernel) [13:50] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1020.20~16.04.1] (no packageset) [13:52] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-31.33~16.04.1] (kernel) [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1020.20~16.04.1] [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-31.33~16.04.1] [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-31.33~16.04.1] [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [4.15.0-1020.20] [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-31.33] [13:55] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-31.33] [14:10] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1014.17] (kernel) [14:20] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1014.17] === jamespage is now known as JamesPage [15:02] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/none) [4.15.0-1016.17] (no packageset) === JamesPage is now known as jamespage [15:12] can someone look at squashfs-tools in xenial-proposed queue? relevant to that whole fscaps discussion on ubuntu-devel (fixing unsquashfs on xenial to not strip them) [15:20] RAOF: any chance we can publish cloud-init 18.3-9-g2e62cb8a-0ubuntu1~16.04.2 from -proposed into -updates the previous SRU (18.3-9...16.04.1) had aged about 3 weeks before we found a trivial bug that needed fixing. https://bugs.launchpad.net/cloud-init/+bug/1784685 [15:20] Ubuntu bug 1784685 in cloud-init "Oracle: cloud-init openstack local detection too strict for oracle cloud" [High,Fix committed] [15:20] he only change between cloud-init 18.3-9-g2e62cb8a-0ubuntu1~16.04.1 and .16.04.2 is the cherry picked bug fix for the above bug. Same thing with 18.04.1 and 18.04.2, just a cherry pick. [15:20] all verification logs are attached to SRU process bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1777912 [15:20] Ubuntu bug 1777912 in cloud-init (Ubuntu Bionic) "sru cloud-init (18.2-4-g05926e48-0ubuntu1) to (18.3-9ubuntu1)" [Medium,Fix committed] [15:27] ehashman, apw: yes, I've seen the follow-up comments on the bug, I appreciate having that clarified. I do intend to re-review with an eye towards accepting, in the light of this clarification. If someone were to fix up the SRU template in the bug description to be accurate, that would save me a step [16:03] huzzah [16:03] I don't know if I have access [16:06] ugh, please ignore the bionic subiquity upload [16:06] Miss-dput [16:07] -queuebot:#ubuntu-release- Unapproved: subiquity (bionic-proposed/universe) [0.0.29 => 0.0.29+18.04.1] (no packageset) [16:08] -queuebot:#ubuntu-release- Unapproved: rejected subiquity [source] (bionic-proposed) [0.0.29+18.04.1] [17:17] -queuebot:#ubuntu-release- New binary: golang-github-gogo-googleapis [amd64] (cosmic-proposed/universe) [1.0.0-1] (no packageset) [17:17] -queuebot:#ubuntu-release- New binary: gotest.tools [amd64] (cosmic-proposed/universe) [2.1.0-1] (no packageset) [17:18] -queuebot:#ubuntu-release- New binary: r-cran-flexmix [amd64] (cosmic-proposed/universe) [2.3-14-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: python-ulmo [amd64] (cosmic-proposed/universe) [0.8.4-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: r-cran-prabclus [amd64] (cosmic-proposed/universe) [2.2-6-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: r-cran-gclus [amd64] (cosmic-proposed/universe) [1.3.1-1] (no packageset) [17:19] -queuebot:#ubuntu-release- New binary: r-cran-trimcluster [amd64] (cosmic-proposed/universe) [0.1-2.1-1] (no packageset) [17:20] -queuebot:#ubuntu-release- New binary: photutils [ppc64el] (cosmic-proposed/universe) [0.5-1] (no packageset) [17:21] -queuebot:#ubuntu-release- New binary: photutils [amd64] (cosmic-proposed/universe) [0.5-1] (no packageset) [17:24] -queuebot:#ubuntu-release- New binary: photutils [i386] (cosmic-proposed/universe) [0.5-1] (no packageset) [17:38] -queuebot:#ubuntu-release- New binary: photutils [arm64] (cosmic-proposed/universe) [0.5-1] (no packageset) [17:40] -queuebot:#ubuntu-release- New binary: photutils [armhf] (cosmic-proposed/universe) [0.5-1] (no packageset) [19:28] -queuebot:#ubuntu-release- New binary: designate [amd64] (cosmic-proposed/main) [1:7.0.0~b3-0ubuntu1] (openstack, ubuntu-server) [19:58] is there a known reason why do-release-upgrade doesn't work for 16.04 -> 18.04 without defining -d in the process? [19:58] (which then properly finds 18.04.1) [19:59] teward: because upgrades have not been enabled yet [19:59] acheronuk: ah, that'd explain it, know what the timeline is for that? [19:59] because I have at least 80 people whining on Ask Ubuntu about it, and I'd like to give people an answer they can live with [19:59] there are some gnome upgrade bugs to be fixed, so when they are sorted [19:59] so "Once they fix GNOME" problems then. [20:00] acheronuk: got a specific list of the bugs so I can watch them? [20:00] or a task list somewhere would work too [20:01] LP #1766890 [20:01] Launchpad bug 1766890 in ubuntu-release-upgrader (Ubuntu Bionic) "package gnome-menus 3.13.3-6ubuntu3.1 failed to install/upgrade: triggers looping, abandoned" [Undecided,Triaged] https://launchpad.net/bugs/1766890 [20:01] that is the main issue I saw mentioned in #ubuntu-meeting at end of last week [20:02] acheronuk: thanks, i'll keep this on my radar. [20:03] NB we didn't find any bugs in GNOME there, and the fix is to early-upgrade libc6 to remove any trigger loops [20:04] so it's not provably "just a desktop issue" either [20:05] slangasek: right. thanks for clarifying. I'd only given it a cursory look the other day [20:07] slangasek: wouldn't any type of early upgrade necessitate changes in Xenial as well then? Or would that early-upgrade be done during the d-r-u process? Just for my curiosity [20:07] (I always clean-install and then transfer data, I never do in-place upgrades, but i"m tired of fifty dupe questions heh) [20:07] teward: the upgrader code always runs from the upgrader tarball associated with the target release; that's what's being changed for that bug, the bionic release-upgrader tarball [20:07] ahh, I see. [20:08] makes sense. [20:08] this design also makes it possible to fix bugs affecting upgrades from EOL releases we can no longer SRU to, which is handy in general ;) [20:09] anyway, juliank was working on that u-r-u change today and I've just re-reviewed his MP and approved it, so that should move forward some tomorrow [20:09] indeed that does, slangasek, hopefully everything works :) [20:10] sorry to prod and ask for details, thanks for sharing the info. [20:16] slangasek: glad to hear that things're moving forward, I assume that there'll be an announcement when the upgrade path is open or something? [20:18] I don't believe we do a separate announcement for that [20:18] because everybody gets an announcement in their motd and on their desktop [20:18] ah, good point. I'll look forward to when the upgrade path is available so I don't have to keep watching the same 20 people keep asking the same question over and over again about when the upgrade paths will be available [22:31] slangasek: I don't suppose I can have you review that squashfs-tools upload for xenial? :) [22:31] you know, since you started that whole fscaps thing :) [22:33] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1016.17] [22:35] stgraber: my SRU review day is Friday, can it wait until then? [22:35] slangasek: yeah, should be fine, maybe someone else will feel like review it before then, will nag you on Friday if nobody does by then [22:36] I'm hoping to have time during my SRU day tomorrow. [22:36] rbasak: thanks! [22:36] But my time is being a little disrupted for personal reasons. I will make it up, but that's why I'm not sure it'll be tomorrow. [22:37] should be a pretty quick one, both patches are simple and look obviously true, they both have testcases and have both been in Ubuntu and Debian for a while. The hardest part is making sense of the diff since things get re-ordered to match bionic/cosmic. [22:39] ack. I'd do it now but I'm trying to get something else finished right now before I finish for the day.