[00:19] Boy, those gvfs autopkgtests really suck, don't they ☹️ [00:41] -queuebot:#ubuntu-release- Unapproved: update-notifier (trusty-proposed/main) [0.154.1ubuntu6 => 0.154.1ubuntu7] (kubuntu, ubuntu-desktop, ubuntu-server) [00:52] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [sync] (eoan-proposed) [0.10.0-1] [00:59] ginggs: mkl-dnn is through NEW but I see it has failed its autopkgtest [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [amd64] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [armhf] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [ppc64el] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [arm64] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [s390x] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:00] -queuebot:#ubuntu-release- New: accepted golang-1.13 [i386] (eoan-proposed) [1.13~rc2-1ubuntu1] [01:03] -queuebot:#ubuntu-release- New: accepted libgeotiff [sync] (eoan-proposed) [1.5.1-1] [04:09] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [amd64] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:09] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [i386] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:10] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [arm64] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:10] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [ppc64el] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:10] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [armhf] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:10] -queuebot:#ubuntu-release- New binary: haskell-http-link-header [s390x] (eoan-proposed/universe) [1.0.3.1-2build1] (no packageset) [04:12] update_excuses isn't updated since yesterday night [04:18] doko: not so, https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html has a timestamp of 2019.09.04 03:47:01 +0000 [04:29] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [amd64] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [armhf] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [amd64] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [arm64] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [i386] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [i386] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [ppc64el] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [arm64] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [ppc64el] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: httpdirfs-fuse [s390x] (eoan-proposed/universe) [1.0.1-1ubuntu1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [s390x] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:30] -queuebot:#ubuntu-release- New binary: rust-pangocairo-sys [armhf] (eoan-proposed/universe) [0.10.0-1] (no packageset) [04:37] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [ppc64el] (eoan-proposed) [0.10.0-1] [04:37] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [s390x] (eoan-proposed) [0.10.0-1] [04:37] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [amd64] (eoan-proposed) [0.10.0-1] [04:37] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [armhf] (eoan-proposed) [0.10.0-1] [04:38] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [arm64] (eoan-proposed) [0.10.0-1] [04:38] -queuebot:#ubuntu-release- New: accepted rust-pangocairo-sys [i386] (eoan-proposed) [0.10.0-1] [07:10] Laney: could you or somebody look at the mhash ftbfs? didn't reach yet the 5-day limit, but blocking glibc (multiarch-support removal) [08:19] https://launchpadlibrarian.net/439023089/buildlog_ubuntu-eoan-amd64.colmap_3.6+dev2-2_BUILDING.txt.gz [08:19] can i do anything about that? [08:19] i'm perfectly able to build it on my 19.10 eoan [08:25] tarzeau: isn't that the same as debian #925655 ? [08:25] Debian bug 925655 in src:colmap "colmap: ftbfs with GCC-9" [Serious,Open] http://bugs.debian.org/925655 [08:26] tarzeau: fix it in debian then request a sync [08:26] can't built it with gcc9 either :( indeed [08:28] should probably use #ubuntu-motu for discussing that (and #ubuntu-devel for doko's question) [08:57] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [amd64] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [08:58] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [i386] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [09:01] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [armhf] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [09:02] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [arm64] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [09:04] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [ppc64el] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [09:11] -queuebot:#ubuntu-release- Unapproved: rejected update-notifier [source] (trusty-proposed) [0.154.1ubuntu7] [09:11] -queuebot:#ubuntu-release- Unapproved: update-notifier (trusty-proposed/main) [0.154.1ubuntu6 => 0.154.1ubuntu7] (kubuntu, ubuntu-desktop, ubuntu-server) [09:23] -queuebot:#ubuntu-release- New binary: haskell-simple-templates [s390x] (eoan-proposed/universe) [0.9.0.0-1] (no packageset) [09:39] -queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (trusty-proposed) [0.154.1ubuntu7] [09:46] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-435 (eoan-proposed/primary) [435.21-0ubuntu1] [09:56] sil2100: hey, any chance you can reject nvidia-settings (435.21-0ubuntu1) in eoan? [09:59] -queuebot:#ubuntu-release- New: rejected nvidia-graphics-drivers-435 [source] (eoan-proposed) [435.21-0ubuntu1] [09:59] tseliot, ^ [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [amd64] (eoan-proposed) [0.9.0.0-1] [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [armhf] (eoan-proposed) [0.9.0.0-1] [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [ppc64el] (eoan-proposed) [0.9.0.0-1] [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [arm64] (eoan-proposed) [0.9.0.0-1] [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [s390x] (eoan-proposed) [0.9.0.0-1] [09:59] -queuebot:#ubuntu-release- New: accepted haskell-simple-templates [i386] (eoan-proposed) [0.9.0.0-1] [10:00] apw: err... why did that happen? [10:00] I only wanted nvidia-settings rejected, the driver was fine [10:00] tseliot, ahh ok i missed sorry [10:00] tseliot, shove it back in [10:01] I can re-upload [10:01] my fault [10:02] tseliot, odly the other is not there so that is confusing [10:03] apw: no problem. Apparently, nvidia-settings was accepted. Nothing major, but I messed up the changelog (too many git branches), so two releases were dropped from the changelog === M_hc[m] is now known as _hc [10:13] apw: I fixed it on my end, thanks [10:34] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-435 (eoan-proposed/primary) [435.21-0ubuntu1] [11:00] Trying easy from autohinter: apitrace/7.1+git20170623.d38a69d6+repack-3build5 bro/2.5.5-1build2 dante/1.4.2+dfsg-6build2 gcc-7/7.4.0-12ubuntu1 gcc-9/9.2.1-6ubuntu3 gcc-snapshot/1:20190903-0ubuntu1 glibc/2.30-0ubuntu1 isc-dhcp/4.4.1-2ubuntu5 libnss-db/2.2.3pre1-6build5 nvidia-cuda-toolkit/10.1.168-1build1 unscd/0.53-1build3 [11:00] * amd64: hidrd, indicator-sound-gtk2, libhidrd0, libhidrd0-dbg, libhidrd0-dev, libido-0.1-0, libido-0.1-dev, libkqoauth-dbg, libkqoauth-dev, libkqoauth0 [11:00] ^^^ all these have removal bugs pending [11:38] vorlon: thanks. i think mkl-dnn needs moar rams for a couple of the new tests. [11:56] -queuebot:#ubuntu-release- New sync: sagemath (eoan-proposed/primary) [8.8-1] [12:00] -queuebot:#ubuntu-release- New sync: pplpy (eoan-proposed/primary) [0.8.4-2] [12:00] please accept it ^^ it should fix sagemath sadness [12:01] we kicked it out because of "transitions" :) [12:13] ah was looking for sagemath today on eoan, thanks for re-adding it [13:28] please accept also haskell-http-link-header [14:12] apw: hey, can you approve nvidia-graphics-drivers-435 in eoan, please? [14:16] tseliot, what is the official previous version [14:16] apw: the driver doesn't replace any other series. It's a short lived branch [14:17] and it's the first release in the archive [14:18] tseliot, right i want someething to compare it to; and they all have random numbers making them hard to guess [14:18] apw: oh, well, you can compare the packaging to the one of nvidia-graphics-drivers-430, also in eoan [14:19] great [14:20] apw: it's based off the same git branch. Actually, if you want, I can give you the links to both branches, so that you can see the changes [14:20] tseliot, sure send me those in PM as well [14:20] all right [14:24] apw: could you override the linux autopkg tests based on sforshee's comment? [14:53] -queuebot:#ubuntu-release- New: accepted pplpy [sync] (eoan-proposed) [0.8.4-2] [14:53] -queuebot:#ubuntu-release- New: accepted sagemath [sync] (eoan-proposed) [8.8-1] [14:59] -queuebot:#ubuntu-release- New binary: pplpy [amd64] (eoan-proposed/none) [0.8.4-2] (no packageset) [14:59] -queuebot:#ubuntu-release- New binary: pplpy [s390x] (eoan-proposed/none) [0.8.4-2] (no packageset) [15:01] -queuebot:#ubuntu-release- New binary: pplpy [ppc64el] (eoan-proposed/none) [0.8.4-2] (no packageset) [15:01] -queuebot:#ubuntu-release- New binary: pplpy [i386] (eoan-proposed/none) [0.8.4-2] (no packageset) [15:09] -queuebot:#ubuntu-release- New binary: pplpy [arm64] (eoan-proposed/universe) [0.8.4-2] (no packageset) [15:09] -queuebot:#ubuntu-release- New binary: pplpy [armhf] (eoan-proposed/universe) [0.8.4-2] (no packageset) [15:40] -queuebot:#ubuntu-release- New binary: haskell-simple [i386] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:40] -queuebot:#ubuntu-release- New binary: haskell-simple [amd64] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:41] -queuebot:#ubuntu-release- New binary: haskell-simple [s390x] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:41] -queuebot:#ubuntu-release- New binary: haskell-simple [ppc64el] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [amd64] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [armhf] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [ppc64el] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New binary: haskell-simple [arm64] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [arm64] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [s390x] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New: accepted haskell-http-link-header [i386] (eoan-proposed) [1.0.3.1-2build1] [15:44] -queuebot:#ubuntu-release- New binary: haskell-simple [armhf] (eoan-proposed/universe) [0.11.3-1] (no packageset) [15:45] vorlon, ccls has been removed on armhf and i386 in Debian... can we do the same? https://launchpad.net/ubuntu/+source/ccls/0.20190823-3ubuntu3 [15:45] LocutusOfBorg: ack [15:45] fixing 32 bits for me is a waste of time :) [15:46] thanks I tried to fix them btw, but I can't understand the error, and two days of attempts are way too much for a leaf package [15:46] btw haskell is getting near an end [15:46] LocutusOfBorg: done [15:46] lovely thanks [15:47] you know leaf packages are the ones people actually use [15:48] not passing judgement on this case, but 'leaf package → waste of time' is probably not a criterion you should be applying in general [15:48] Laney, fixing 32 bits in Ubuntu when Debian stopped caring is a waste of time... [15:49] I never give up on leaf packages unless I can't figure them out [15:49] fine, but I'm responding to 'two days of attempts are way too much for a leaf package' [15:49] for me the straightforward rationale is that we should not be blocking migration of a package because of a build failure on an architecture for which Debian has already removed the binaries [15:49] which is maybe more general than you mean [15:49] sure, and in general you are right! [15:49] I hoped to fix 32 bit and forward the patch to Debian... [15:49] Description: C/C++/ObjC language server [15:49] language... server [15:49] and I'll probably try again while waiting for haskell [15:59] also please accept haskell-simple [16:01] -queuebot:#ubuntu-release- New: accepted haskell-simple [amd64] (eoan-proposed) [0.11.3-1] [16:01] -queuebot:#ubuntu-release- New: accepted haskell-simple [armhf] (eoan-proposed) [0.11.3-1] [16:01] -queuebot:#ubuntu-release- New: accepted haskell-simple [ppc64el] (eoan-proposed) [0.11.3-1] [16:01] -queuebot:#ubuntu-release- New: accepted pplpy [amd64] (eoan-proposed) [0.8.4-2] [16:01] -queuebot:#ubuntu-release- New: accepted pplpy [armhf] (eoan-proposed) [0.8.4-2] [16:01] -queuebot:#ubuntu-release- New: accepted pplpy [ppc64el] (eoan-proposed) [0.8.4-2] [16:01] -queuebot:#ubuntu-release- New: accepted haskell-simple [arm64] (eoan-proposed) [0.11.3-1] [16:01] -queuebot:#ubuntu-release- New: accepted haskell-simple [s390x] (eoan-proposed) [0.11.3-1] [16:02] -queuebot:#ubuntu-release- New: accepted pplpy [i386] (eoan-proposed) [0.8.4-2] [16:02] -queuebot:#ubuntu-release- New: accepted haskell-simple [i386] (eoan-proposed) [0.11.3-1] [16:02] -queuebot:#ubuntu-release- New: accepted pplpy [s390x] (eoan-proposed) [0.8.4-2] [16:02] -queuebot:#ubuntu-release- New: accepted pplpy [arm64] (eoan-proposed) [0.8.4-2] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [amd64] (eoan-proposed) [1.0.1-1ubuntu1] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [armhf] (eoan-proposed) [1.0.1-1ubuntu1] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [ppc64el] (eoan-proposed) [1.0.1-1ubuntu1] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [arm64] (eoan-proposed) [1.0.1-1ubuntu1] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [s390x] (eoan-proposed) [1.0.1-1ubuntu1] [16:04] -queuebot:#ubuntu-release- New: accepted httpdirfs-fuse [i386] (eoan-proposed) [1.0.1-1ubuntu1] [16:06] I syncd bladerf, I hope to see gnuradio going to an end... [16:06] something needs a kick out from release, I'll have a deeper look once things settle down, and open RC bugs in Debian too [16:14] RikMills[m]: you uploaded language-pack-kde-wa, it's in NEW and it was previously removed because it depends on language-pack-wa which doesn't exist [16:14] RikMills[m]: so this looks to me like it should be rejected [16:15] -queuebot:#ubuntu-release- New binary: bladerf [ppc64el] (eoan-proposed/universe) [0.2019.07-4] (no packageset) [16:16] -queuebot:#ubuntu-release- New binary: bladerf [s390x] (eoan-proposed/universe) [0.2019.07-4] (no packageset) [16:16] -queuebot:#ubuntu-release- New binary: bladerf [amd64] (eoan-proposed/universe) [0.2019.07-4] (no packageset) [16:16] -queuebot:#ubuntu-release- New binary: bladerf [i386] (eoan-proposed/universe) [0.2019.07-4] (no packageset) [16:16] -queuebot:#ubuntu-release- New binary: bladerf [arm64] (eoan-proposed/universe) [0.2019.07-4] (no packageset) [16:16] vorlon: please could you process the multiarch-support related removal bugs? [16:17] hidrd, indicator-sound-gtk2, libhidrd0, libhidrd0-dbg, libhidrd0-dev, libido-0.1-0, libido-0.1-dev, libkqoauth-dbg, libkqoauth-dev, libkqoauth0 [16:17] doko: why does reverse-depends not show me that any removals are needed? [16:17] I don't undestand the question ... [16:18] doko: 'reverse-depends multiarch-support' -> no output [16:18] -queuebot:#ubuntu-release- New: accepted bladerf [amd64] (eoan-proposed) [0.2019.07-4] [16:18] -queuebot:#ubuntu-release- New: accepted bladerf [i386] (eoan-proposed) [0.2019.07-4] [16:18] -queuebot:#ubuntu-release- New: accepted bladerf [s390x] (eoan-proposed) [0.2019.07-4] [16:18] -queuebot:#ubuntu-release- New: accepted bladerf [arm64] (eoan-proposed) [0.2019.07-4] [16:18] -queuebot:#ubuntu-release- New: accepted bladerf [ppc64el] (eoan-proposed) [0.2019.07-4] [16:18] $ apt-cache rdepends multiarch-support [16:18] multiarch-support [16:18] Reverse Depends: [16:18] libhidrd0 [16:18] libkqoauth0 [16:18] libido-0.1-0 [16:20] doko: ah, the answer is that it's pre-depends and the reverse-depends command doesn't look at those [16:35] vorlon: because it's Pre-Depends? [16:36] and my irc is stuck in bad scroll mode [16:42] vorlon, btw, also sigil has been removed on ppc64el and s390x in Debian, because of missing qtwebengine support... [16:44] https://bugs.launchpad.net/ubuntu/+source/sigil/+bug/1839607 [16:44] Launchpad bug 1839607 in sigil (Ubuntu) "rm sigil where libqtwebengine5-dev is not built" [Undecided,New] [16:45] LocutusOfBorg: done [16:45] lovely! [16:45] doko: I'm going through all the ubuntu-archive bugs right now and I see LP: #1835803. Does this also need blacklisted? [16:45] Launchpad bug 1835803 in openjdk-12 (Ubuntu) "remove openjdk-12 in eoan" [Undecided,New] https://launchpad.net/bugs/1835803 [16:46] n/m I'm sure the answer is yes [16:46] I'm not uploading -12 again to debian, so it doesn't matter [16:47] but haven't asked for its removal from unstable? [16:47] https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-eoan/eoan/amd64/c/cross-toolchain-base-mipsen/20190904_151459_18be5@/log.gz [16:47] can we run this on a big instance? [16:48] tracker is down, can't check [16:56] doko: Reason: Cannot perform Post-Handshake Authentication.<-- that? [16:57] funny, I have a bug open against the browsers for that [16:57] saw it while testing some apache regressions due to openssl 1.1.1 in bionic [16:57] yes [16:57] https://bugs.launchpad.net/bugs/1834671 [16:57] Launchpad bug 1834671 in firefox (Ubuntu Eoan) "TLSv1.3 client certificate authentication with renegotiation unsupported in browsers" [Undecided,New] [16:58] sounds like tracker had upgraded openssl to 1.1.1 and has a broken older apache still. [16:58] cert auth is one way to trigger it [16:58] ahasenack: but I see that in bionic [16:59] doko: if the negotiation settles on tls v1.3, and a post-handshake authentication is needed ("pha"), then most browsers don't have support for that, and the server will complain like that error page we see [17:00] doko: yeh... and? as a client you are providing authentication cert, and that bombs out on tracker end. [17:03] "The connection to this site is encrypted and authenticated using TLS 1.3, X25519, and AES_256_GCM." [17:03] it used tls3.1, as expected [17:03] er, 1.3 [17:09] but we have had client tls 1.3 for a long time now; so it must be that tracker.d.o that was recently upgraded and shows miscompat. [17:09] i guess they upgraded it to the new debian stable [17:11] I don't think this is triggered by client cert [17:12] it's triggered by a different set of ssl config options inside a or similar block [17:12] so ssl to the vhost was established, and then a directory access triggers the renegotiation because of the changed ssl settings inside it [17:16] doko: I see you added apache2 back to that bug, why? Is it not a client issue, as shown by the bug links I added to the description? [17:16] unless you are thinking we should disable tls 1.3 in apache until all browsers have support for tls 1.3 PHA? [17:17] this is the firefox commit, for example: https://hg.mozilla.org/integration/autoland/rev/1bb8ad865648 [17:19] ahasenack: no, I just added a bionic task [17:19] doko: ah, I see, the bionic line was added to all pckages [17:19] I fixed the apache bit [17:21] doko: if you use firefox, you can enable it. I just saw it's disabled by default [17:21] doko: about:config, search for security.tls.enable_post_handshake_auth [17:21] I just tried, and can open tracker.debian.org again [17:21] ta [17:21] I'm also on bionic [17:23] xnox: ^ [17:23] i added this to the bug [17:23] vorlon: there is https://bugs.debian.org/915650 for openjdk-12. will file the removal issue once the next security update is out (but not updated for 12) [17:23] Debian bug 915650 in src:openjdk-12 "openjdk-12 should not release with bullseye" [Important,Open] [18:06] xnox: I don't see mingw-ocaml being made uninstallable at a glance at https://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt; why did this come to your attention? [18:09] LocutusOfBorg: sagemath is dep-wait. [18:09] on a removed python2 package [18:09] removing sagemath again [20:19] why does a package named 'boxer-data' need autopkgtests, and how do its autopkgtests manage to regress with a new version of 'boxer' === fginther` is now known as fginther [20:27] vorlon, I already opened a new RC in Debian about sagemath [20:28] vorlon, hinting autopkgtest for ddcci-driver-linux/*/s390x will make me really happy [20:28] it can't work there, the kernel doesn't support the driver on s390x [20:29] (theoretically dkms should just return true in that case, but the code doesn't work on autopkgtests) [20:29] http://launchpadlibrarian.net/434046705/dkms_2.7.1-1ubuntu1_2.7.1-1ubuntu2.diff.gz [20:29] LocutusOfBorg: why was the autopkgtest passing before? [20:29] probably because it is apt erroring out [20:29] vorlon, previous kernel had that module built [20:30] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1837073 [20:30] Launchpad bug 1837073 in linux (Ubuntu) "linux 5.2.0-8.9 disabled backlight on s390x." [High,Confirmed] [20:30] you can link that bug ^^ [20:30] ok [20:30] because I remember that having been a problematic autopkgtest on s390x before and then it started passing [20:31] actually the driver was building ok (so testsuite was green), but the resulting kernel driver was totally broken because backlight never worked correctly on s390x [20:31] so kernel folks decided to stop shipping a broken support [20:32] ack; hinted [20:36] * LocutusOfBorg tries to debug why that test still fails, hopefully he will find a solution [20:36] thanks for the hint [21:37] https://code.launchpad.net/~mwhudson/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/372302 <- thoughts [21:47] mwhudson: is basically what doko asked for above, so sure [21:47] mwhudson: is it only needed for amd64? [21:47] vorlon: i386 too [21:48] vorlon: but yeah probably best to not have it unnecessarily in big_packages on other arches [21:48] (where the test basically does nothing) [21:49] vorlon: which config file is for amd64? worker-bos01.conf? is that i386 too? [21:49] mwhudson: the one with no suffix is amd64+i386 [21:50] oh ok so the one i edited? [21:50] neat [21:56] vorlon: so my branch is ok? i can't merge it [21:57] mwhudson: y, merged && pushed && working on deployment [21:58] mwhudson: was delayed somewhat by the curiosity that git+ssh://git.launchpad.net/~mwhudson/autopkgtest-cloud did not work as a remote for your repo unlike all the others [21:59] mwhudson: pkill -HUPed and the x86 queue is empty according to http://autopkgtest.ubuntu.com/running so you should be able to retry the test now and get it on the right VMs [22:00] package naming schema consistency is so disappointing, haskell-esqueleto really could've been named has-queleto [22:03] vorlon: thx [22:04] vorlon: wow http://autopkgtest.ubuntu.com/packages/l/linux/eoan/amd64 looks great [22:05] jvmti/jvmti_agent.c:48:21: error: static declaration of ‘gettid’ follows non-static declaration [22:05] ok so that is caused by glibc 2.30 yay [22:06] fsvo "great"? [22:08] vorlon: do you know if the kernel team has been poked about this already? [22:09] mwhudson: I do not know [22:10] i think we want upstream commit 4541a8bb13a86e504416a13360c8dc64d2fd612a [22:11] ah it's in ubuntu-eoan/master-next [22:44] -queuebot:#ubuntu-release- Unapproved: sosreport (xenial-proposed/main) [3.6-1ubuntu0.16.04.2 => 3.6-1ubuntu0.16.04.3] (ubuntu-desktop, ubuntu-server) [22:45] -queuebot:#ubuntu-release- Unapproved: sosreport (bionic-proposed/main) [3.6-1ubuntu0.18.04.2 => 3.6-1ubuntu0.18.04.3] (ubuntu-desktop, ubuntu-server) [22:46] -queuebot:#ubuntu-release- Unapproved: sosreport (disco-proposed/main) [3.6-1ubuntu2 => 3.6-1ubuntu2.1] (ubuntu-desktop, ubuntu-server) [23:56] -queuebot:#ubuntu-release- New sync: fwupdate (eoan-proposed/primary) [12-6]