[00:06] -queuebot:#ubuntu-release- New: accepted mesa [amd64] (bionic-proposed) [18.2.2-0ubuntu1~18.04.1] [00:06] -queuebot:#ubuntu-release- New: accepted mesa [armhf] (bionic-proposed) [18.2.2-0ubuntu1~18.04.1] [05:14] -queuebot:#ubuntu-release- New binary: hunspell [ppc64el] (disco-proposed/main) [1.7.0-2] (desktop-core) [05:14] -queuebot:#ubuntu-release- New binary: hunspell [s390x] (disco-proposed/main) [1.7.0-2] (desktop-core) [05:15] -queuebot:#ubuntu-release- New binary: hunspell [amd64] (disco-proposed/main) [1.7.0-2] (desktop-core) [05:15] -queuebot:#ubuntu-release- New binary: hunspell [arm64] (disco-proposed/main) [1.7.0-2] (desktop-core) [05:16] -queuebot:#ubuntu-release- New binary: hunspell [armhf] (disco-proposed/main) [1.7.0-2] (desktop-core) [05:17] -queuebot:#ubuntu-release- New binary: hunspell [i386] (disco-proposed/main) [1.7.0-2] (desktop-core) [06:44] tsimonq2: You might also enjoy the new yaml-cpp symbols file! [08:06] vorlon, surely we shouldn't need rust-core-foundation like at all. or like not on most arches. [09:39] sil2100: i'm still in the process of converting ~30 fixed bugs to have sru template but could you please accept u-u to xenial-proposed? the upload is what gets into xenial sooner or later and giving it more time in -proposed gets us more feedback from users [09:40] sil2100: the delta to xenial is huge but to bionic it is minimal [09:43] infinity, I forwarded to lintian developers your lintian fix <3 https://salsa.debian.org/lintian/lintian/merge_requests/79 [09:43] lintian issue (Merge request) 79 in lintian "* Fix two typos introduced when parameterising test architectures in:" [Opened] [09:43] sil2100 isn't here? [09:55] LocutusOfBorg: I already filed a bug with the patch. [09:57] LocutusOfBorg: But I guess the MP works too. We'll see which they see first. :P [09:58] infinity, I'm in contact with lamby on #debian-qa, this is why I did the PR :) [09:58] and I updated it with the closed bug! [09:58] jrtc27 did a MR with the other ubuntu delta, this is why I opened one [10:03] -queuebot:#ubuntu-release- New binary: gdcm [s390x] (disco-proposed/universe) [2.8.8-5] (kubuntu) [10:07] -queuebot:#ubuntu-release- New binary: gdcm [ppc64el] (disco-proposed/universe) [2.8.8-5] (kubuntu) [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [amd64] (disco-proposed) [1.7.0-2] [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [armhf] (disco-proposed) [1.7.0-2] [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [ppc64el] (disco-proposed) [1.7.0-2] [10:17] -queuebot:#ubuntu-release- New: accepted ruby-icalendar [amd64] (disco-proposed) [2.4.1-2] [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [arm64] (disco-proposed) [1.7.0-2] [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [s390x] (disco-proposed) [1.7.0-2] [10:17] -queuebot:#ubuntu-release- New: accepted hunspell [i386] (disco-proposed) [1.7.0-2] [10:24] -queuebot:#ubuntu-release- New binary: gdcm [arm64] (disco-proposed/universe) [2.8.8-5] (kubuntu) [10:30] -queuebot:#ubuntu-release- New binary: gdcm [armhf] (disco-proposed/universe) [2.8.8-5] (kubuntu) [10:43] -queuebot:#ubuntu-release- New binary: gdcm [i386] (disco-proposed/universe) [2.8.8-5] (kubuntu) [10:55] -queuebot:#ubuntu-release- New binary: gdcm [amd64] (disco-proposed/universe) [2.8.8-5] (kubuntu) [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [amd64] (disco-proposed) [2.8.8-5] [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [armhf] (disco-proposed) [2.8.8-5] [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [ppc64el] (disco-proposed) [2.8.8-5] [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [arm64] (disco-proposed) [2.8.8-5] [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [s390x] (disco-proposed) [2.8.8-5] [11:01] -queuebot:#ubuntu-release- New: accepted gdcm [i386] (disco-proposed) [2.8.8-5] [11:31] -queuebot:#ubuntu-release- Unapproved: samba (bionic-proposed/main) [2:4.7.6+dfsg~ubuntu-0ubuntu2.5 => 2:4.7.6+dfsg~ubuntu-0ubuntu2.6] (core) [11:58] tjaalton, any reason for mesa using gcc-7? [11:58] https://packages.qa.debian.org/g/gcc-8/news/20181123T092059Z.html [11:58] the fix for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87859 is in gcc-8 version 8.2.0-10 [11:59] gcc.gnu.org bug 87859 in tree-optimization "store-merging miscompilation of mesa" [Normal,Resolved: fixed] [11:59] LocutusOfBorg: look at the bug [11:59] ha [11:59] *ah [11:59] yes it's fixed in gcc now [12:00] 18.3 will build with gcc8 again [12:17] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (cosmic-proposed) [1:2.12+dfsg-3ubuntu8.2] [12:17] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (bionic-proposed) [1:2.11+dfsg-1ubuntu7.9] [12:18] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (cosmic-proposed) [4.6.0-2ubuntu3.1] [12:18] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (bionic-proposed) [4.0.0-1ubuntu8.6] [13:01] -queuebot:#ubuntu-release- Unapproved: libreoffice (cosmic-proposed/main) [1:6.1.2-0ubuntu1.1 => 1:6.1.3-0ubuntu0.18.10.1] (kubuntu, ubuntu-desktop) [13:09] -queuebot:#ubuntu-release- Unapproved: libreoffice-l10n (cosmic-proposed/main) [1:6.1.2-0ubuntu1 => 1:6.1.3-0ubuntu0.18.10.1] (ubuntu-desktop) [13:43] thanks tjaalton :) [15:45] still on cosmic http://qa.ubuntuwire.org/ftbfs/ [15:46] wgrant: ? ^ [15:56] -queuebot:#ubuntu-release- Unapproved: rdma-core (bionic-proposed/main) [17.1-1 => 17.1-1ubuntu0.1] (desktop-core, ubuntu-server) [15:56] -queuebot:#ubuntu-release- Unapproved: rdma-core (cosmic-proposed/main) [19.0-1 => 19.0-1ubuntu0.1] (desktop-core, ubuntu-server) === Trevinho_ is now known as Trevinho [17:38] xnox: well, rust-core-foundation doesn't build on !x86 currently, so we effectively have that. But if you have opinions on whether rust-cargo shouldn't build-depend on it on !x86, you'll need to follow up with the Debian maintainers [17:38] vorlon, re-check rust-cargo [17:38] k [17:38] vorlon, i made it build without core-foundation, but it generates non-existant dependencies on a newer (?!) rust-openssl [17:40] xnox: btw I looked more closely at LP: #1797335, and in my test environment I'm running on a chip that doesn't have avx2. So maybe it's the avx implementation that's pessimized? [17:40] Launchpad bug 1797335 in glibc (Ubuntu) "strstr() on ubuntu18.04 8 times slower than on ubuntu16" [Undecided,New] https://launchpad.net/bugs/1797335 [17:40] vorlon, retest on a c5 instance in aws? [17:41] i think my other laptop has avx2 can't remember. and have things to do before eod. [17:41] -queuebot:#ubuntu-release- New source: fwupd-snap (disco-proposed/primary) [1.0] [17:57] "Hello , or anyone else affected," [17:57] * vorlon looks askance at cpaelzer [17:59] -queuebot:#ubuntu-release- New binary: rust-debcargo [amd64] (disco-proposed/universe) [2.2.9-1] (no packageset) [18:01] -queuebot:#ubuntu-release- New binary: rust-debcargo [i386] (disco-proposed/universe) [2.2.9-1] (no packageset) [18:16] -queuebot:#ubuntu-release- New binary: rust-debcargo [armhf] (disco-proposed/universe) [2.2.9-1] (no packageset) [18:26] vorlon: please update ubuntu-release:force-badtest python-scipy/1.1.0-1ubuntu2/i386 to -2 [18:32] -queuebot:#ubuntu-release- New: accepted rust-debcargo [amd64] (disco-proposed) [2.2.9-1] [18:32] -queuebot:#ubuntu-release- New: accepted rust-debcargo [i386] (disco-proposed) [2.2.9-1] [18:32] -queuebot:#ubuntu-release- New: accepted rust-debcargo [armhf] (disco-proposed) [2.2.9-1] [18:34] do i want to know what mbrola is? and why does it trigger hundreds of tests for individual langauges?! [18:42] sounds like a deadly virus [18:49] heh [18:49] xnox: multilingual speech synthesizer according to the LP data on it [18:50] ... which explains why it's touching every language there heh [18:51] I wonder what its tests look like [18:51] is autopkgtest launching mechanical turk requests? [18:53] would someone please kick the scipy can along? 'force-badtest python-scipy/1.1.0-2/i386' [18:54] and 'force-badtest r-bioc-biocparallel/1.16.1-1/s390x r-bioc-biocparallel/1.16.1-1/armhf' too? [18:59] ginggs: doko asked for scipy just above; I'm looking at it now [19:00] vorlon: ah, missed that, thanks [19:04] rbasak, ping, we're getting ready to upload the SRU for certbot, it's seven packages. Four new, one update, and then compatibility shims for the existing letsencrypt package so legacy code and plugins don't break. [19:05] NCommander: it might be easier to review from wherever you're managing it (git?) rather than from the queue given the complexity involved. [19:05] rbasak, it's sitting in a PPA [19:05] I can review from there. [19:06] I had to do entirely new packaging as I had to change the packages to use python 2.7 vs. 3 [19:06] Once reviewed I only have to check it's identical when it hits the queue. [19:06] rbasak, Ok, there's one mistake in the PPA regarding versioning I was going to fix (I uploaded python-acme with the wrong version number) [19:06] rbasak, https://launchpad.net/~certbot/+archive/ubuntu/xenial-sru/+packages [19:07] NCommander: actually do you have it broken down further (individual commits) so I don't have to review a big blob of diff? [19:07] rbasak, no, these are all new upstream versions [19:07] python-letsencrypt/letsencrypt-apache got replaced with compatibility shims [19:07] so why is this certbot SRU going to work better than the last one that sat for over a year without verification? [19:07] certbot-* are backports [19:07] vorlon: the previous one essentially failed verification. [19:07] ah, doesn't appear that was ever noted in the bug tags [19:08] I gave up as I timeboxed it twice and ran out of time twice. I felt it was too complex and a snap would be better, which is why I have a snap ready. [19:08] right [19:08] However I've always said that this doesn't block someone else working on SRUs, and NCommander volunteered. [19:08] so why is the next one different [19:09] I presume he's fixed the issues identified in my attempt. [19:09] vorlon, because we don't want letsencrypt to stop working in Feb [19:09] I didn't consider that I'd be the one ending up reviewing this anyway :-/ [19:09] rbasak, I actually didn't see why your attempt failed in the bug. [19:09] NCommander: one of the uploads FTBFS [19:09] Because a build dep shifted by the SRU itself, IIRC. [19:10] If I have it building in a PPA, it should build properly, no? [19:10] * NCommander also does some of the "official" PPA uploads so I'm pretty good at nursing this stuff at this point [19:12] rbasak, sorry for giving you a painful SRU but I do think it's important that we get this SRUed as not everyone installs snaps and LE breaking would be bad for the Internet [19:12] NCommander: thanks. I'll review, but it'll probably be next week at the earliest. [19:13] rbasak, that's fine, the LE team is reviewing to make sure they're compatibility shims and everything are working as expected so it's not quite ready for uploading but the packaging should be good to go. [19:13] rbasak, this should also simplify future backports as the SRU will handle the migration to the new name. [19:13] -queuebot:#ubuntu-release- Unapproved: ark (cosmic-proposed/universe) [4:18.04.3-0ubuntu1 => 4:18.08.3-1ubuntu1] (kubuntu) [19:14] mdeslaur, after we get the SRU landed, we'll look at security pocket :) [19:18] please reject ark ^^^ [19:38] -queuebot:#ubuntu-release- Unapproved: rejected ark [source] (cosmic-proposed) [4:18.08.3-1ubuntu1] [19:38] acheronuk, ^ [19:39] apw: thanks. I must pay more attention to what branch I am on! [20:04] NCommander: sounds like a good plan [20:22] -queuebot:#ubuntu-release- Unapproved: cockpit (cosmic-backports/universe) [179-1 => 183-1~ubuntu18.10.1] (no packageset) [20:31] -queuebot:#ubuntu-release- Unapproved: cockpit (bionic-backports/universe) [178-1~ubuntu18.04.1 => 183-1~ubuntu18.04.1] (no packageset) [20:31] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (cosmic-backports) [183-1~ubuntu18.10.1] [20:32] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (bionic-backports) [183-1~ubuntu18.04.1] === pietroalbini_ is now known as pietroalbini [23:13] finally, java-common migrated [23:15] -queuebot:#ubuntu-release- New binary: hgsubversion [amd64] (disco-proposed/universe) [1.9.3-1] (no packageset) [23:19] -queuebot:#ubuntu-release- New binary: baresip [ppc64el] (disco-proposed/universe) [0.5.11-2] (no packageset) [23:19] -queuebot:#ubuntu-release- New binary: hypre [ppc64el] (disco-proposed/universe) [2.15.1-2] (no packageset) [23:19] -queuebot:#ubuntu-release- New binary: baresip [s390x] (disco-proposed/universe) [0.5.11-2] (no packageset) [23:19] -queuebot:#ubuntu-release- New binary: hypre [s390x] (disco-proposed/universe) [2.15.1-2] (no packageset) [23:21] -queuebot:#ubuntu-release- New binary: baresip [i386] (disco-proposed/universe) [0.5.11-2] (no packageset) [23:22] -queuebot:#ubuntu-release- New: accepted hgsubversion [amd64] (disco-proposed) [1.9.3-1] [23:22] -queuebot:#ubuntu-release- New binary: baresip [amd64] (disco-proposed/universe) [0.5.11-2] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: hypre [i386] (disco-proposed/universe) [2.15.1-2] (no packageset) [23:46] -queuebot:#ubuntu-release- New: accepted baresip [amd64] (disco-proposed) [0.5.11-2] [23:46] -queuebot:#ubuntu-release- New: accepted baresip [ppc64el] (disco-proposed) [0.5.11-2] [23:46] -queuebot:#ubuntu-release- New: accepted hypre [i386] (disco-proposed) [2.15.1-2] [23:46] -queuebot:#ubuntu-release- New: accepted hypre [s390x] (disco-proposed) [2.15.1-2] [23:46] -queuebot:#ubuntu-release- New: accepted baresip [i386] (disco-proposed) [0.5.11-2] [23:46] -queuebot:#ubuntu-release- New: accepted hypre [ppc64el] (disco-proposed) [2.15.1-2] [23:46] -queuebot:#ubuntu-release- New: accepted baresip [s390x] (disco-proposed) [0.5.11-2]