[00:19] <RAOF> 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] <vorlon> 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] <doko> update_excuses isn't updated since yesterday night
[04:18] <vorlon> 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] <doko> 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] <tarzeau> https://launchpadlibrarian.net/439023089/buildlog_ubuntu-eoan-amd64.colmap_3.6+dev2-2_BUILDING.txt.gz
[08:19] <tarzeau> can i do anything about that?
[08:19] <tarzeau> i'm perfectly able to build it on my 19.10 eoan
[08:25] <ginggs> tarzeau: isn't that the same as debian #925655 ?
[08:26] <ginggs> tarzeau: fix it in debian then request a sync
[08:26] <tarzeau> can't built it with gcc9 either :( indeed
[08:28] <Laney> 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] <tseliot> 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] <apw> 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] <tseliot> apw: err... why did that happen?
[10:00] <tseliot> I only wanted nvidia-settings rejected, the driver was fine
[10:00] <apw> tseliot, ahh ok i missed sorry
[10:00] <apw> tseliot, shove it back in
[10:01] <tseliot> I can re-upload
[10:01] <apw> my fault
[10:02] <apw> tseliot, odly the other is not there so that is confusing
[10:03] <tseliot> 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
[10:13] <tseliot> 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] <doko> 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] <doko>     * 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] <doko> ^^^ all these have removal bugs pending
[11:38] <ginggs> 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] <LocutusOfBorg> please accept it ^^ it should fix sagemath sadness
[12:01] <LocutusOfBorg> we kicked it out because of "transitions" :)
[12:13] <tarzeau> ah was looking for sagemath today on eoan, thanks for re-adding it
[13:28] <LocutusOfBorg> please accept also haskell-http-link-header
[14:12] <tseliot> apw: hey, can you approve nvidia-graphics-drivers-435 in eoan, please?
[14:16] <apw> tseliot, what is the official previous version
[14:16] <tseliot> apw: the driver doesn't replace any other series. It's a short lived branch
[14:17] <tseliot> and it's the first release in the archive
[14:18] <apw> tseliot, right i want someething to compare it to; and they all have random numbers making them hard to guess
[14:18] <tseliot> apw: oh, well, you can compare the packaging to the one of nvidia-graphics-drivers-430, also in eoan
[14:19] <apw> great
[14:20] <tseliot> 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] <apw> tseliot, sure send me those in PM as well
[14:20] <tseliot> all right
[14:24] <doko> 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] <LocutusOfBorg> 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] <vorlon> LocutusOfBorg: ack
[15:45] <LocutusOfBorg> fixing 32 bits for me is a waste of time :)
[15:46] <LocutusOfBorg> 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] <LocutusOfBorg> btw haskell is getting near an end
[15:46] <vorlon> LocutusOfBorg: done
[15:46] <LocutusOfBorg> lovely thanks
[15:47] <Laney> you know leaf packages are the ones people actually use
[15:48] <Laney> 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] <LocutusOfBorg> Laney, fixing 32 bits in Ubuntu when Debian stopped caring is a waste of time...
[15:49] <LocutusOfBorg> I never give up on leaf packages unless I can't figure them out
[15:49] <Laney> fine, but I'm responding to 'two days of attempts are way too much for a leaf package'
[15:49] <vorlon> 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] <Laney> which is maybe more general than you mean
[15:49] <LocutusOfBorg> sure, and in general you are right!
[15:49] <LocutusOfBorg> I hoped to fix 32 bit and forward the patch to Debian...
[15:49] <vorlon> Description: C/C++/ObjC language server
[15:49] <vorlon> language... server
[15:49] <LocutusOfBorg> and I'll probably try again while waiting for haskell
[15:59] <LocutusOfBorg> 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] <LocutusOfBorg> I syncd bladerf, I hope to see gnuradio going to an end...
[16:06] <LocutusOfBorg> 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] <vorlon> 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] <vorlon> 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] <doko> vorlon: please could you process the multiarch-support related removal bugs?
[16:17] <doko>  hidrd, indicator-sound-gtk2, libhidrd0, libhidrd0-dbg, libhidrd0-dev, libido-0.1-0, libido-0.1-dev, libkqoauth-dbg, libkqoauth-dev, libkqoauth0
[16:17] <vorlon> doko: why does reverse-depends not show me that any removals are needed?
[16:17] <doko> I don't undestand the question ...
[16:18] <vorlon> 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] <doko> $ apt-cache rdepends multiarch-support
[16:18] <doko> multiarch-support
[16:18] <doko> Reverse Depends:
[16:18] <doko>   libhidrd0
[16:18] <doko>   libkqoauth0
[16:18] <doko>   libido-0.1-0
[16:20] <vorlon> doko: ah, the answer is that it's pre-depends and the reverse-depends command doesn't look at those
[16:35] <xnox> vorlon:  because it's Pre-Depends?
[16:36] <xnox> and my irc is stuck in bad scroll mode
[16:42] <LocutusOfBorg> vorlon, btw, also sigil has been removed on ppc64el and s390x in Debian, because of missing qtwebengine support...
[16:44] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/sigil/+bug/1839607
[16:45] <vorlon> LocutusOfBorg: done
[16:45] <LocutusOfBorg> lovely!
[16:45] <vorlon> doko: I'm going through all the ubuntu-archive bugs right now and I see LP: #1835803.  Does this also need blacklisted?
[16:46] <vorlon> n/m I'm sure the answer is yes
[16:46] <doko> I'm not uploading -12 again to debian, so it doesn't matter
[16:47] <vorlon> but haven't asked for its removal from unstable?
[16:47] <doko> 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] <doko> can we run this on a big instance?
[16:48] <doko> tracker is down, can't check
[16:56] <ahasenack> doko: Reason: Cannot perform Post-Handshake Authentication.<-- that?
[16:57] <ahasenack> funny, I have a bug open against the browsers for that
[16:57] <ahasenack> saw it while testing some apache regressions due to openssl 1.1.1 in bionic
[16:57] <doko> yes
[16:57] <ahasenack> https://bugs.launchpad.net/bugs/1834671
[16:58] <xnox> sounds like tracker had upgraded openssl to 1.1.1 and has a broken older apache still.
[16:58] <ahasenack> cert auth is one way to trigger it
[16:58] <doko> ahasenack: but I see that in bionic
[16:59] <ahasenack> 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] <xnox> doko:  yeh... and? as a client you are providing authentication cert, and that bombs out on tracker end.
[17:03] <ahasenack> "The connection to this site is encrypted and authenticated using TLS 1.3, X25519, and AES_256_GCM."
[17:03] <ahasenack> it used tls3.1, as expected
[17:03] <ahasenack> er, 1.3
[17:09] <xnox> 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] <xnox> i guess they upgraded it to the new debian stable
[17:11] <ahasenack> I don't think this is triggered by client cert
[17:12] <ahasenack> it's triggered by a different set of ssl config options inside a <directory> or similar block
[17:12] <ahasenack> 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] <ahasenack> 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] <ahasenack> unless you are thinking we should disable tls 1.3 in apache until all browsers have support for tls 1.3 PHA?
[17:17] <ahasenack> this is the firefox commit, for example: https://hg.mozilla.org/integration/autoland/rev/1bb8ad865648
[17:19] <doko> ahasenack: no, I just added a bionic task
[17:19] <ahasenack> doko: ah, I see, the bionic line was added to all pckages
[17:19] <ahasenack> I fixed the apache bit
[17:21] <ahasenack> doko: if you use firefox, you can enable it. I just saw it's disabled by default
[17:21] <ahasenack> doko: about:config, search for security.tls.enable_post_handshake_auth
[17:21] <ahasenack> I just tried, and can open tracker.debian.org again
[17:21] <doko> ta
[17:21] <ahasenack> I'm also on bionic
[17:23] <ahasenack> xnox: ^
[17:23] <ahasenack> i added this to the bug
[17:23] <doko> 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)
[18:06] <vorlon> 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] <vorlon> LocutusOfBorg: sagemath is dep-wait.
[18:09] <vorlon> on a removed python2 package
[18:09] <vorlon> removing sagemath again
[20:19] <vorlon> why does a package named 'boxer-data' need autopkgtests, and how do its autopkgtests manage to regress with a new version of 'boxer'
[20:27] <LocutusOfBorg> vorlon, I already opened a new RC in Debian about sagemath
[20:28] <LocutusOfBorg> vorlon, hinting autopkgtest for ddcci-driver-linux/*/s390x will make me really happy
[20:28] <LocutusOfBorg> it can't work there, the kernel doesn't support the driver on s390x
[20:29] <LocutusOfBorg> (theoretically dkms should just return true in that case, but the code doesn't work on autopkgtests)
[20:29] <LocutusOfBorg> http://launchpadlibrarian.net/434046705/dkms_2.7.1-1ubuntu1_2.7.1-1ubuntu2.diff.gz
[20:29] <vorlon> LocutusOfBorg: why was the autopkgtest passing before?
[20:29] <LocutusOfBorg> probably because it is apt erroring out
[20:29] <LocutusOfBorg> vorlon, previous kernel had that module built
[20:30] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1837073
[20:30] <LocutusOfBorg> you can link that bug ^^
[20:30] <vorlon> ok
[20:30] <vorlon> because I remember that having been a problematic autopkgtest on s390x before and then it started passing
[20:31] <LocutusOfBorg> 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] <LocutusOfBorg> so kernel folks decided to stop shipping a broken support
[20:32] <vorlon> ack; hinted
[20:36]  * LocutusOfBorg tries to debug why that test still fails, hopefully he will find a solution
[20:36] <LocutusOfBorg> thanks for the hint
[21:37] <mwhudson> https://code.launchpad.net/~mwhudson/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/372302 <- thoughts
[21:47] <vorlon> mwhudson: is basically what doko asked for above, so sure
[21:47] <vorlon> mwhudson: is it only needed for amd64?
[21:47] <mwhudson> vorlon: i386 too
[21:48] <mwhudson> vorlon: but yeah probably best to not have it unnecessarily in big_packages on other arches
[21:48] <mwhudson> (where the test basically does nothing)
[21:49] <mwhudson> vorlon: which config file is for amd64? worker-bos01.conf? is that i386 too?
[21:49] <vorlon> mwhudson: the one with no suffix is amd64+i386
[21:50] <mwhudson> oh ok so the one i edited?
[21:50] <mwhudson> neat
[21:56] <mwhudson> vorlon: so my branch is ok? i can't merge it
[21:57] <vorlon> mwhudson: y, merged && pushed && working on deployment
[21:58] <vorlon> 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] <vorlon> 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] <vorlon> package naming schema consistency is so disappointing, haskell-esqueleto really could've been named has-queleto
[22:03] <mwhudson> vorlon: thx
[22:04] <mwhudson> vorlon: wow http://autopkgtest.ubuntu.com/packages/l/linux/eoan/amd64 looks great
[22:05] <mwhudson> jvmti/jvmti_agent.c:48:21: error: static declaration of ‘gettid’ follows non-static declaration
[22:05] <mwhudson> ok so that is caused by glibc 2.30 yay
[22:06] <vorlon> fsvo "great"?
[22:08] <mwhudson> vorlon: do you know if the kernel team has been poked about this already?
[22:09] <vorlon> mwhudson: I do not know
[22:10] <mwhudson> i think we want upstream commit 4541a8bb13a86e504416a13360c8dc64d2fd612a
[22:11] <mwhudson> 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]