[00:11] -queuebot:#ubuntu-release- New binary: efl [amd64] (focal-proposed/universe) [1.23.3-7] (i386-whitelist, ubuntustudio)
[00:24] -queuebot:#ubuntu-release- New binary: efl [armhf] (focal-proposed/universe) [1.23.3-7] (i386-whitelist, ubuntustudio)
[00:27] -queuebot:#ubuntu-release- New binary: efl [arm64] (focal-proposed/universe) [1.23.3-7] (i386-whitelist, ubuntustudio)
[00:35] -queuebot:#ubuntu-release- New: accepted efl [arm64] (focal-proposed) [1.23.3-7]
[00:35] -queuebot:#ubuntu-release- New: accepted efl [armhf] (focal-proposed) [1.23.3-7]
[00:36] -queuebot:#ubuntu-release- New: accepted efl [amd64] (focal-proposed) [1.23.3-7]
[00:36] -queuebot:#ubuntu-release- New: accepted efl [ppc64el] (focal-proposed) [1.23.3-7]
[00:36] -queuebot:#ubuntu-release- New: accepted golang-ginkgo [amd64] (focal-proposed) [1.12.0-7]
[00:36] -queuebot:#ubuntu-release- New: accepted golang-ginkgo [armhf] (focal-proposed) [1.12.0-7]
[00:36] -queuebot:#ubuntu-release- New: accepted efl [i386] (focal-proposed) [1.23.3-7]
[00:36] -queuebot:#ubuntu-release- New: accepted golang-ginkgo [arm64] (focal-proposed) [1.12.0-7]
[00:36] -queuebot:#ubuntu-release- New: accepted efl [s390x] (focal-proposed) [1.23.3-7]
[00:36] -queuebot:#ubuntu-release- New: accepted python-cassandra-driver [amd64] (focal-proposed) [3.20.2-1]
[00:36] -queuebot:#ubuntu-release- New: accepted golang-ginkgo [ppc64el] (focal-proposed) [1.12.0-7]
[00:36] -queuebot:#ubuntu-release- New: accepted ocaml [amd64] (focal-proposed) [4.08.1-8]
[00:36] -queuebot:#ubuntu-release- New: accepted golang-ginkgo [s390x] (focal-proposed) [1.12.0-7]
[00:38] <vorlon> xnox: bombono-dvd has a reverse-recommends, do you want to fix that?
[00:40] <vorlon> xnox: you haven't closed LP: #1862267 yet, is LP still timing out for you?
[00:40] <xnox> vorlon:  no, because it's a bogus metapackage
[00:41] <xnox> vorlon:  now closed.
[00:42] <xnox> vorlon:  force syning debian-multimedia to see what happens
[01:26] <Kamilion> any idea why my console's getting spammed with python warnings during package upgrades now?
[01:26] <Kamilion> /usr/lib/python3.8/subprocess.py:844: RuntimeWarning: line buffering (buffering=1) isn't supported in binary mode, the default buffer size will be used
[01:28] <Kamilion> http://puu.sh/FaoPe/4962557a5a.png
[01:29] <Kamilion> https://paste.ubuntu.com/p/FFYGhB6m68/
[01:32] <sarnold> ouch
[01:32] <Kamilion> less than 24 hours since the last package update run, so something's gone south.
[01:34] <Kamilion> i'll grab yesterday's daily iso and try again, see if it recurs.
[01:40] <sarnold> I can't spot anything that looks related on https://docs.python.org/3/whatsnew/3.8.html . I wonder when this was introduced
[01:48] <Kamilion> hm, yeah, I thought the warnings were supposed to come back for 3.9, not 3.8
[01:48] <Kamilion> https://lwn.net/Articles/811369/
[02:14] <Kamilion> yeah, recurs with yesterday's lubuntu daily iso -> today's packages
[02:21] <Kamilion> autoremove just got rid of python3.7-minimal.
[02:25] <xnox> Kamilion:  sarnold: https://bugs.python.org/issue32236
[02:26] <xnox> it used to be silently ignored, now it complaints, but we have a lot of code that calls this somewhere up the stack, so the culprit is a package which is being configured/bytecompiled just before
[02:26] <Kamilion> just tried some other python3 apps I had around, nothing else broke with 3.8. Getting warnings now when I wasn't before, however.
[02:26] <Kamilion> most of the noise from the package manager seemed to be from hplip
[02:30] <sarnold> xnox: python is sooo annoying
[02:30] <Kamilion> small little quirks like sys.maxint -> sys.maxsize >.<
[02:31] <xnox> doko:  can we turnoff that runtimewarning? at least during bycode compilation on package installation. Our users cannot do anything, and it looks add when they dist upgrade
[02:31] <Kamilion> yeah, python will read the shebang line and parse it
[02:32] <Kamilion> https://lwn.net/Articles/740804/
[02:32] <Kamilion> #!/usr/bin/python3 -W default
[02:32] <Kamilion> python itself will handle the split in "-W default"
[02:33] <xnox> i am more thinking to fix dh-python, as it is called in the maintainer scripts upon package installation
[02:33] <xnox> not changing packages themselves, or shebangs in them
[02:34] <Kamilion> sure, just figure'd I'd point out how to suppress the warning
[02:35] <Kamilion> and that python3 will handle argv[1]
[02:37] <sarnold> I suspect we'd be better served to just fix the surprise bugs; otherwise a future python release may just outright break all these things
[02:37] <Kamilion> as the first LWN link I posted implied (in 3.9)
[02:41] <xnox> https://bugs.launchpad.net/ubuntu/+source/dh-python/+bug/1863195
[02:41] <xnox> sarnold:  sure, but we are all exhausted after completing python3.8 by default transition which took months to land.
[02:42] <Kamilion> *nods*
[02:42] <sarnold> xnox: remind me why anyone still uses this language?
[02:42] <xnox> and emitting that, on every package install, to the users, is not showing it to the upstream maintainers who don't even have 3.8 enabled in their travis.yaml
[02:42] <Kamilion> it's got an extremely conveniant REPL
[02:43] <sarnold> Kamilion: well, true. it does.
[02:43] <sarnold> xnox: it's like that stupid gtk pixbuf "you're not configured!" warning. I hate that thing.
[02:43] <xnox> sarnold:  because it's the fast and free matlab with matrixes index right way around.
[02:43] <Kamilion> and it's pretty easy to mix performance C extensions with a bit of python glue without having a massive boilerplate script
[02:43] <xnox> (ipython / jypiter / numpy)
[02:44] <Kamilion> ugh. You think that's bad, enlightenment's errors are egregious
[02:45] <Kamilion> but now that I have done my Holly work, "Emergency. There's an emergency going on. ... .... It's still going on. It's still an emergency.", I shall digress and return to the ether
[02:45] <sarnold> mmm ether. enjoy
[02:49] <xnox> ooooh
[02:49] <xnox> https://adamj.eu/tech/2020/01/21/why-does-python-3-8-syntaxwarning-for-is-literal/
[02:49] <xnox> sounds scary
[02:50] <Kamilion> i've made the same mistake before
[02:51] <Kamilion> "is not None" is fine for example since all Nones are the same
[02:51] <Kamilion> but `is not ""` is not, because not all ""s are the same
[02:53] <Kamilion> or for small integers in CPython, which are allocated once and referenced all over, but not in micropython which lacks that performance-over-memory optimization.
[02:55] <Kamilion> also, one of the other reasons of 'popularity', sarnold, is micropython itself, as many MCUs today offer lua, javascript (duktape), micropython, and if you're on ARM, a golang target. Xtensas and other esoterics have no functional golang/rust support, for example.
[02:55] <Kamilion> of those choices, people tend to be most familiar with either python's syntax or javascripts (since lua has no batteries)
[02:55] <sarnold> Kamilion: so crazy to think that a language that compiles down to machine code isn't on those platforms, but *python*, not known for being lightweight, is..
[02:56] <Kamilion> micropython, specifically, which only requires like six posix-like libc functions to operate. Mainly just a working malloc/free.
[02:57] <Kamilion> but yah, esp32s and such, lua/js/mpy...
[02:58] <Kamilion> or you're stuck with the platform's memmap limit, since the instruction ram is separate from the data ram bus
[02:58] <Kamilion> obviously a bytecode interpreter mixed with C extensions tends to win in that situation. :)
[02:59] <sarnold> yeah, constrain what it can do enough and it'll run on those little tiny things :)
[02:59] <sarnold> dinner time ;) have fun Kamilion, thanks for the bug report
[03:00] <Kamilion> hugely popular among the makercrowd along with adafruit's circuitpython, the BBC's micro:bit, and the popularity of the raspberry pi genre of single board linux computers.
[03:00] <Kamilion> that's the nutshell. hope that provides a little perspective :)
[03:00] <Kamilion> enjoy your foodings.
[03:01] <sarnold> thanks! :)
[06:21] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1072.82] (kernel)
[06:27] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1072.82]
[06:34] -queuebot:#ubuntu-release- New binary: libreoffice [amd64] (focal-proposed/main) [1:6.4.0-0ubuntu6] (ubuntu-desktop)
[06:47] -queuebot:#ubuntu-release- New binary: kdevelop [s390x] (focal-proposed/universe) [4:5.5.0-2] (kubuntu)
[06:55] -queuebot:#ubuntu-release- New binary: kdevelop [ppc64el] (focal-proposed/universe) [4:5.5.0-2] (kubuntu)
[07:13] -queuebot:#ubuntu-release- New binary: procps [amd64] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:13] -queuebot:#ubuntu-release- New binary: procps [s390x] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:15] -queuebot:#ubuntu-release- New binary: procps [i386] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:15] -queuebot:#ubuntu-release- New binary: procps [arm64] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:18] -queuebot:#ubuntu-release- New binary: procps [armhf] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:18] -queuebot:#ubuntu-release- New binary: procps [ppc64el] (focal-proposed/main) [2:3.3.16-1ubuntu1] (core, i386-whitelist)
[07:25] -queuebot:#ubuntu-release- New binary: kdevelop [amd64] (focal-proposed/universe) [4:5.5.0-2] (kubuntu)
[07:31] -queuebot:#ubuntu-release- New binary: kdevelop [armhf] (focal-proposed/universe) [4:5.5.0-2] (kubuntu)
[07:31] -queuebot:#ubuntu-release- New binary: kdevelop [arm64] (focal-proposed/universe) [4:5.5.0-2] (kubuntu)
[08:05] -queuebot:#ubuntu-release- New sync: caml-mode (focal-proposed/primary) [4.06-2]
[08:06] -queuebot:#ubuntu-release- New sync: lwt-ssl (focal-proposed/primary) [1:1.1.3-1]
[08:14] <locutus_> they are new packages, taken over from ocaml ^^
[08:31] -queuebot:#ubuntu-release- New binary: ubuntu-mate-artwork [amd64] (focal-proposed/universe) [20.04.0] (ubuntu-mate)
[08:54] <juliank> ben in debian shows transition collisions, our ben does not seem to have that yet
[08:54] <juliank> I think that would be convenient
[08:55] <juliank> hmm it should
[08:56] <juliank> but apt transition should collide with boost transition, and i don't see that?
[08:56] <juliank> because aptitude depends on both
[09:08] <Laney> vorlon: I'm not sure, it looks like sometimes apt is happy to remove vim-tiny:amd64 + ubuntu-minimal and sometimes not, more likely to be to do with something in the archive changing rather than autopkgtest changing
[09:19] -queuebot:#ubuntu-release- New binary: qemu [amd64] (focal-proposed/main) [1:4.2-3ubuntu1] (ubuntu-server, virt)
[09:34] -queuebot:#ubuntu-release- Unapproved: accepted intel-microcode [source] (eoan-proposed) [3.20191115.1ubuntu0.19.10.3]
[11:25] -queuebot:#ubuntu-release- New binary: gmic [s390x] (focal-proposed/universe) [2.4.5-1.1] (ubuntustudio)
[11:28] -queuebot:#ubuntu-release- New: accepted gmic [s390x] (focal-proposed) [2.4.5-1.1]
[11:28] -queuebot:#ubuntu-release- New: accepted kdevelop [arm64] (focal-proposed) [4:5.5.0-2]
[11:28] -queuebot:#ubuntu-release- New: accepted kdevelop [ppc64el] (focal-proposed) [4:5.5.0-2]
[11:28] -queuebot:#ubuntu-release- New: accepted kdevelop [amd64] (focal-proposed) [4:5.5.0-2]
[11:28] -queuebot:#ubuntu-release- New: accepted kdevelop [s390x] (focal-proposed) [4:5.5.0-2]
[11:28] -queuebot:#ubuntu-release- New: accepted kdevelop [armhf] (focal-proposed) [4:5.5.0-2]
[13:38] <cpaelzer> apw: doko: I guess you are the AAs around atm - could one of you before the weekend takea look at qemu in the NEW queue?
[13:39] <cpaelzer> we added an amd64 only package for some low-overhead isolation use-cases
[13:39] <cpaelzer> this will have no dep, so once it passed new and migratd it should auto-demot to universe (for now)
[13:39] <cpaelzer> but passing the new queue today would allow to have the tests running over the weekend
[14:00] <LocutusOfBorg> question: is node-chokidar eligible for an hint-reset on s390x? http://autopkgtest.ubuntu.com/packages/n/node-chokidar/focal/s390x
[14:00] <LocutusOfBorg> apw, ^^
[14:00] <LocutusOfBorg> regressed in release btw
[14:22] <apw> cpaelzer, done
[14:22] -queuebot:#ubuntu-release- New: accepted qemu [amd64] (focal-proposed) [1:4.2-3ubuntu1]
[14:27] -queuebot:#ubuntu-release- New binary: ruby-gollum-lib [amd64] (focal-proposed/universe) [4.2.7.7-2] (no packageset)
[14:43] -queuebot:#ubuntu-release- New binary: rust-ring [amd64] (focal-proposed/universe) [0.16.9-2] (no packageset)
[14:57] -queuebot:#ubuntu-release- New binary: rust-ring [arm64] (focal-proposed/universe) [0.16.9-2] (no packageset)
[14:57] -queuebot:#ubuntu-release- New binary: rust-ring [armhf] (focal-proposed/universe) [0.16.9-2] (no packageset)
[15:01] -queuebot:#ubuntu-release- New: accepted ruby-gollum-lib [amd64] (focal-proposed) [4.2.7.7-2]
[15:01] -queuebot:#ubuntu-release- New: accepted rust-ring [arm64] (focal-proposed) [0.16.9-2]
[15:01] -queuebot:#ubuntu-release- New: accepted rust-ring [amd64] (focal-proposed) [0.16.9-2]
[15:01] -queuebot:#ubuntu-release- New: accepted rust-ring [armhf] (focal-proposed) [0.16.9-2]
[15:14] -queuebot:#ubuntu-release- New binary: gitaly [ppc64el] (focal-proposed/universe) [1.78.0+dfsg-2] (no packageset)
[15:19] <RikMills> An AA, perhaps apw free to action? LP: #1862105
[15:28] <apw> RikMills, actioned
[15:29] <RikMills> thanks :)
[15:47] <vorlon> Laney: yep fair enough, so I've badtested vim/i386 now
[15:51] <coreycb> sil2100: hello, would you be able to release pandas to bionic-updates on monday?
[16:01] -queuebot:#ubuntu-release- Unapproved: curtin (bionic-proposed/main) [19.3-17-g50ffca46-0ubuntu1~18.04.1 => 19.3-26-g82f23e3d-0ubuntu1~18.04.1] (ubuntu-desktop, ubuntu-server)
[16:01] -queuebot:#ubuntu-release- Unapproved: curtin (eoan-proposed/main) [19.3-17-g50ffca46-0ubuntu1~19.10.1 => 19.3-26-g82f23e3d-0ubuntu1~19.10.1] (ubuntu-desktop, ubuntu-server)
[16:02] -queuebot:#ubuntu-release- Unapproved: curtin (xenial-proposed/main) [19.3-17-g50ffca46-0ubuntu1~16.04.1 => 19.3-26-g82f23e3d-0ubuntu1~16.04.1] (ubuntu-server)
[16:10] <LocutusOfBorg> vorlon, is it possible to node-chokidar reset failed counter on s390x? it is regressed in release I think
[16:14] <rharper> tjaalton:  Hi, we've had some sru verifications failed, and I've uploaded new packages to address those issues, would you be able to look at getting the newer curtin uploads into -proposed? https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1861452
[16:23] -queuebot:#ubuntu-release- New binary: gitaly [amd64] (focal-proposed/universe) [1.78.0+dfsg-2] (no packageset)
[16:25] -queuebot:#ubuntu-release- New binary: gitaly [s390x] (focal-proposed/universe) [1.78.0+dfsg-2] (no packageset)
[16:31] -queuebot:#ubuntu-release- New binary: gitaly [arm64] (focal-proposed/universe) [1.78.0+dfsg-2] (no packageset)
[16:45] -queuebot:#ubuntu-release- New binary: gitaly [armhf] (focal-proposed/universe) [1.78.0+dfsg-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libgclib [amd64] (focal-proposed/universe) [0.11.4-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: toil [amd64] (focal-proposed/none) [3.24.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: libgclib [s390x] (focal-proposed/universe) [0.11.4-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libgclib [arm64] (focal-proposed/universe) [0.11.4-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libgclib [armhf] (focal-proposed/universe) [0.11.4-1] (no packageset)
[17:33] -queuebot:#ubuntu-release- New binary: libgclib [ppc64el] (focal-proposed/universe) [0.11.4-1] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: cmark [s390x] (focal-proposed/universe) [0.29.0-1ubuntu1] (no packageset)
[17:41] -queuebot:#ubuntu-release- New binary: cmark [amd64] (focal-proposed/universe) [0.29.0-1ubuntu1] (no packageset)
[17:41] -queuebot:#ubuntu-release- New binary: cmark [arm64] (focal-proposed/universe) [0.29.0-1ubuntu1] (no packageset)
[17:42] -queuebot:#ubuntu-release- New binary: cmark [armhf] (focal-proposed/universe) [0.29.0-1ubuntu1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: cmark [ppc64el] (focal-proposed/universe) [0.29.0-1ubuntu1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: cmark [s390x] (focal-proposed/universe) [0.29.0-1ubuntu2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: cmark [amd64] (focal-proposed/universe) [0.29.0-1ubuntu2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: cmark [arm64] (focal-proposed/universe) [0.29.0-1ubuntu2] (no packageset)
[17:44] -queuebot:#ubuntu-release- New binary: cmark [ppc64el] (focal-proposed/universe) [0.29.0-1ubuntu2] (no packageset)
[17:45] -queuebot:#ubuntu-release- New binary: cmark [armhf] (focal-proposed/universe) [0.29.0-1ubuntu2] (no packageset)
[18:03] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1039.44] (no packageset)
[19:39] <Eickmeyer[m]> Can anybody provide some guidance on anything I need to change, if anything, in the ubuntustudio seed to get it building again? Seems like there's some conflict with libreoffice.
[19:51] <cjwatson> Eickmeyer[m]: Doesn't look like your problem, more that libreoffice was in binary NEW, which I've just dealt with
[19:51] <cjwatson> Though I assume it'll still need to get through proposed-migration
[19:51] -queuebot:#ubuntu-release- New: accepted libreoffice [amd64] (focal-proposed) [1:6.4.0-0ubuntu6]
[19:52] <Eickmeyer[m]> cjwatson: Thanks. I'll go back to to my hole. :)
[19:54] -queuebot:#ubuntu-release- New: accepted gitaly [amd64] (focal-proposed) [1.78.0+dfsg-2]
[19:54] -queuebot:#ubuntu-release- New: accepted gitaly [armhf] (focal-proposed) [1.78.0+dfsg-2]
[19:54] -queuebot:#ubuntu-release- New: accepted gitaly [s390x] (focal-proposed) [1.78.0+dfsg-2]
[19:54] -queuebot:#ubuntu-release- New: accepted libgclib [arm64] (focal-proposed) [0.11.4-1]
[19:54] -queuebot:#ubuntu-release- New: accepted libgclib [ppc64el] (focal-proposed) [0.11.4-1]
[19:54] -queuebot:#ubuntu-release- New: accepted toil [amd64] (focal-proposed) [3.24.0-1]
[19:54] -queuebot:#ubuntu-release- New: accepted gitaly [arm64] (focal-proposed) [1.78.0+dfsg-2]
[19:54] -queuebot:#ubuntu-release- New: accepted libgclib [amd64] (focal-proposed) [0.11.4-1]
[19:54] -queuebot:#ubuntu-release- New: accepted libgclib [s390x] (focal-proposed) [0.11.4-1]
[19:55] -queuebot:#ubuntu-release- New: accepted gitaly [ppc64el] (focal-proposed) [1.78.0+dfsg-2]
[19:55] -queuebot:#ubuntu-release- New: accepted libgclib [armhf] (focal-proposed) [0.11.4-1]
[20:04] <RikMills> Eickmeyer[m]: is there a good reason why you want libreoffice-gtk2 instead of -gtk3 ?
[20:05] <wxl> please let gtk2 die already
[20:08] <RikMills> Eickmeyer[m] wxl actually, looks like the libreoffice-gtk in proposed is an empty transitional package anyway
[20:09] <RikMills> -gtk3 one in -release installs ok
[20:19] <cjwatson> Yeah, I was just poking ricotz in #ubuntu-devel about the fact that it's totally empty
[20:19] <RikMills> Eickmeyer[m]: ok. your seed is  * (libreoffice-gtk), that depends on libreoffice-gtk2, which is not useful even when it does come back
[20:19] <cjwatson> Not sure I see the point of a transitional package that has no (meaningful) contents and no dependencies
[20:20] <RikMills> yeah, it doesn't migrate you to the gtk3!
[20:21] <RikMills> studio should probably switch to seeding just the gtk3 anyway
[20:22] <cjwatson> Indeed
[20:23] <cjwatson> Eickmeyer[m]: ^- I guess you can take care of that?
[21:10] <rharper> vorlon:  Hi, we've had some sru verifications failed, and I've uploaded new packages to address those issues, would you be able to look at approving the  curtin uploads into -proposed? https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1861452
[21:10] <vorlon> sure thing
[21:11] <rharper> thanks!
[21:17] -queuebot:#ubuntu-release- Unapproved: accepted curtin [source] (eoan-proposed) [19.3-26-g82f23e3d-0ubuntu1~19.10.1]
[21:21] <vorlon> xnox: does new gpgme1.0 need new gnupg?
[21:21] -queuebot:#ubuntu-release- Unapproved: accepted curtin [source] (bionic-proposed) [19.3-26-g82f23e3d-0ubuntu1~18.04.1]
[21:27] <vorlon> LocutusOfBorg: node-chokidar: done
[21:28] -queuebot:#ubuntu-release- Unapproved: accepted curtin [source] (xenial-proposed) [19.3-26-g82f23e3d-0ubuntu1~16.04.1]
[21:32] -queuebot:#ubuntu-release- New binary: gffread [amd64] (focal-proposed/universe) [0.11.7-2] (no packageset)
[21:32] -queuebot:#ubuntu-release- New binary: gffread [s390x] (focal-proposed/universe) [0.11.7-2] (no packageset)
[21:32] -queuebot:#ubuntu-release- New binary: gffread [arm64] (focal-proposed/universe) [0.11.7-2] (no packageset)
[21:32] -queuebot:#ubuntu-release- New binary: gffread [ppc64el] (focal-proposed/universe) [0.11.7-2] (no packageset)
[21:32] -queuebot:#ubuntu-release- New binary: gffread [armhf] (focal-proposed/universe) [0.11.7-2] (no packageset)
[21:33] <vorlon> xnox: "seed future boost1.71" please keep the i386 seed clean to contain only those packages which we directly want to keep, overrides for bootstrapping should go into ubuntu-archive-tools update-i386-whitelist
[21:58] -queuebot:#ubuntu-release- Packageset: Removed libdigest-sha-perl from i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Removed libtrio from i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Removed sgmltools-lite from i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added fonts-urw-base35 to i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added libarray-intspan-perl to i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added liblist-someutils-perl to i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added libmoox-struct-perl to i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added libobject-id-perl to i386-whitelist in focal
[21:58] -queuebot:#ubuntu-release- Packageset: Added python-crypto to i386-whitelist in focal
[22:32] <xnox> vorlon:  ok, why does the seed exist then? Should i drop it from the seed text, or did you already do it?
[22:33] <xnox> vorlon: we need to document somewhere how to do transitive transition to whitelist things where source package names change.
[22:34] <xnox> vorlon:   i don't know how gpgme1.0 at all works. I thought it's "just" a wrapper around the fork/exec of gnupg.....
[23:16] -queuebot:#ubuntu-release- New binary: libfido2 [amd64] (focal-proposed/universe) [1.3.0-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: libfido2 [s390x] (focal-proposed/universe) [1.3.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: libfido2 [ppc64el] (focal-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libfido2 [armhf] (focal-proposed/universe) [1.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.8-1 => 1.3.8-1] (core)
[23:18] -queuebot:#ubuntu-release- New binary: libfido2 [arm64] (focal-proposed/universe) [1.3.0-1] (no packageset)
[23:23] <Eickmeyer[m]> cjwatson: Yeah, I can fix that.
[23:24] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.8-1 => 1.3.8-1] (core)
[23:24] -queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.8-1 => 1.3.8-1] (core)
[23:40] -queuebot:#ubuntu-release- New: accepted gffread [amd64] (focal-proposed) [0.11.7-2]
[23:40] -queuebot:#ubuntu-release- New: accepted gffread [armhf] (focal-proposed) [0.11.7-2]
[23:40] -queuebot:#ubuntu-release- New: accepted gffread [s390x] (focal-proposed) [0.11.7-2]
[23:40] -queuebot:#ubuntu-release- New: accepted libfido2 [arm64] (focal-proposed) [1.3.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted libfido2 [ppc64el] (focal-proposed) [1.3.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted gffread [arm64] (focal-proposed) [0.11.7-2]
[23:40] -queuebot:#ubuntu-release- New: accepted libfido2 [amd64] (focal-proposed) [1.3.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted libfido2 [s390x] (focal-proposed) [1.3.0-1]
[23:40] -queuebot:#ubuntu-release- New: accepted gffread [ppc64el] (focal-proposed) [0.11.7-2]
[23:40] -queuebot:#ubuntu-release- New: accepted libfido2 [armhf] (focal-proposed) [1.3.0-1]
[23:49] <Eickmeyer[m]> cjwatson, RikMills, wxl: Updated seed, now doing gtk3 variant directly instead of relying on the old transitional package, which was likely there long before my time.
[23:50] <wxl> Eickmeyer[m]: that's ok. you should tell your users to get back to audio production and stop word processing anyways XD
[23:50] <Eickmeyer[m]> wxl: Tell that to the publishing studios. :P
[23:51]  * wxl hangs his head in shame
[23:51] <Eickmeyer[m]> hehehe