[00:01] -queuebot:#ubuntu-release- New: accepted dask-sphinx-theme [amd64] (disco-proposed) [1.1.0-1] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [armhf] (disco-proposed) [1.9.1+dfsg1-2] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [ppc64el] (disco-proposed) [1.9.1+dfsg1-2] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [amd64] (disco-proposed) [1.9.1+dfsg1-2ubuntu1] [00:01] -queuebot:#ubuntu-release- New: accepted puppet-module-heini-wait-for [amd64] (disco-proposed) [2.0.1-1] [00:01] -queuebot:#ubuntu-release- New: accepted puppet-module-voxpupuli-ssh-keygen [amd64] (disco-proposed) [2.0.1-1] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [amd64] (disco-proposed) [1.9.1+dfsg1-2] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [s390x] (disco-proposed) [1.9.1+dfsg1-2] [00:01] -queuebot:#ubuntu-release- New: accepted puppet-module-octavia [amd64] (disco-proposed) [13.1.0-1] [00:01] -queuebot:#ubuntu-release- New: accepted pcl [i386] (disco-proposed) [1.9.1+dfsg1-2] [00:01] -queuebot:#ubuntu-release- New binary: lm-sensors [s390x] (disco-proposed/main) [1:3.5.0-3] (core) [00:01] -queuebot:#ubuntu-release- New: accepted pcl [s390x] (disco-proposed) [1.9.1+dfsg1-2ubuntu1] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [amd64] (disco-proposed) [1:3.5.0-3] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [armhf] (disco-proposed) [1:3.5.0-3] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [ppc64el] (disco-proposed) [1:3.5.0-3] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [arm64] (disco-proposed) [1:3.5.0-3] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [s390x] (disco-proposed) [1:3.5.0-3] [00:01] -queuebot:#ubuntu-release- New: accepted lm-sensors [i386] (disco-proposed) [1:3.5.0-3] [00:07] wxl: There is no newer version of Ardour, and the newer version of csladspa works with it (case-in-point: 18.10) [00:07] but old ardour + new csladspa is untested.. [00:08] wxl: No, it's tested. Anyone who has used 18.10 is using Ardour 5.12 (in 18.04) and csladspa 6.11 (in 18.10). [00:08] I've tested it a LOT without even knowing it. [00:09] Basically, there's no version difference in Ardour between 18.04 and 18.10. There _is_ a difference between csladspa in 18.04 and 18.10. [00:12] Bug 1754944 is now in the sponsor queue, but I didn't attach a debdiff since I couldn't find one, but I attached the entire source. [00:12] bug 1754944 in csound (Ubuntu) "Crash in csladspa when starting ardour" [Undecided,Fix committed] https://launchpad.net/bugs/1754944 [00:13] Cherry-picking the fix would be a lot better, especially since the packaging has been changed around in >=18.10. [00:13] (csladspa is a separate source package in cosmic and above, while it wasn't previously; that sort of thing is best avoided in SRUs) [00:14] The upstream bug says it was part of https://github.com/csound/csound/commit/7bad3e3801e219860d91b1845f42c87812fc1d89 [00:15] Have you tried cherry-picking just that patch (or maybe part of it, I don't know) into bionic's csound and seeing if that fixes the problem in ardour? [00:15] Because that would be a *lot* easier to SRU than a whole new upstream version. [00:16] In fact it looks like it's just the change to csladspa.cpp, which is literally a one-line change. [00:16] Please try that first. [00:17] i.e. https://github.com/csound/csound/commit/7bad3e3801e219860d91b1845f42c87812fc1d89#diff-8839482122d7aa14591d57f3e35f47cc [00:18] cjwatson: I couldn't find any way to cherry pick it. It's directly synced without changes from Debian. [00:19] OK, if you don't know how that's fine, but any Ubuntu developer will be able to [00:19] It'll need an ardour person to test it though. [00:20] Well, it's tested quite extensively in 18.10 as I told wxl above. [00:20] Trust me, this will be easier. [00:21] Just the version of csladspa in 18.10 needs to get into 18.04. [00:21] cjwatson: I can test it. [00:21] That will be much harder. [00:21] We *always* prefer minimal change in stable releases where at all possible. [00:22] I understand. I'm the current Ubuntu Studio council chair, and I use Ardour all the time. [00:23] OK, all the more reason to learn what is good practice to do in SRUs :) [00:23] * cjwatson prepares a source package for testing [00:23] cjwatson: Exactly. Trying to learn here. I'm only recently an Ubuntu member. [00:24] * Eickmeyer spins-up an 18.04 vm [00:25] Uh, wait, the referenced upstream patch is already in 18.04 [00:26] And the bug you quoted is talking about 17.10? [00:26] Do you have a traceback from 18.04? [00:28] (It should be similarly trivial as the diff from csladspa.cpp in csound/bionic to csladspa.cpp in csladspa/cosmic is very small) [00:32] Eickmeyer: So you should really either find or file a new bug against Ubuntu csound. Bug 1754944 was against 17.10 (which is EOL) and the commit linked from the upstream bug is already in 18.04. I'm pretty certain that the bug you're talking about in 18.04 is in fact a distinct bug even though it has similar symptoms, so we should track it separately. [00:32] bug 1754944 in csound (Ubuntu) "Crash in csladspa when starting ardour" [Undecided,In progress] https://launchpad.net/bugs/1754944 [00:32] cjwatson: I'll talk to the Ardour folk. [00:33] cjwatson: If you'd like, I'll invalidate that then. [00:33] Well, Fix Released really. [00:33] Since it is. [00:33] This isn't me saying "this isn't a bug, go away", obviously, just that it should be tracked as a separate item. [00:34] cjwatson: Gotcha. [00:34] * Eickmeyer is learning. Always learning. [00:35] Not really your fault since nobody looking into this on the Ardour discourse instance seems to have concerned themselves with actually checking whether the csound commit they were linking to was in 18.04 :-/ [00:36] It's probably https://github.com/csound/csladspa/commit/ecc7f131c5530ad517254dd5b24ba9b2742f69ab [00:37] (That's a guess, but it's the only commit that looks remotely plausible ...) [00:37] cjwatson: Yeah, I let them know that already. Part of the problem might be that Ubuntu Studio 18.04 isn't 18.04.1 (since it's technically not LTS that cycle as I was doing CPR on the flavor at the time), so people might not be updating before trying stuff. [00:37] Not relevant in this case, since csound hasn't been updated in bionic since release. [00:38] See https://launchpad.net/ubuntu/+source/csound [00:38] Ah, I see. [00:41] cjwatson: So, am I to understand that the bug was fixed in 18.04 before release, but the problems the Ardour folk are getting are from <=17.10? And it's most likely people not upgrading what are now unsupported versions? [00:41] I think it's more likely that there are two different bugs. [00:43] cjwatson: Then this one in particular I find concerning. I, personally, have not had an issue with Ardour which is why this is getting more puzzling as I dig deeper: https://discourse.ardour.org/t/process-error-ardour-wont-launch/99829/7 [00:44] That's just a misdiagnosis by somebody who didn't bother to check. [00:44] They assumed that the 18.04 bug was the same as one that they'd already looked into from 17.10. [00:45] The csound patch that they're referring to absolutely is in 18.04. [00:46] cjwatson: Okay, thanks for the help. [00:46] Try https://launchpad.net/~cjwatson/+archive/ubuntu/csladspa once the csound package there has finished building and publishing. [00:46] cjwatson: Okay, will do. [00:46] (which you can track on https://launchpad.net/~cjwatson/+archive/ubuntu/csladspa/+packages - wait for the status there to be a green tick) [00:47] cjwatson: Yep, familiar with that when building from source using Launchpad. [00:47] https://launchpadlibrarian.net/402191275/csound_1%3A6.10.0~dfsg-1_1%3A6.10.0~dfsg-1ppa1.diff.gz isn't quite up to SRU standards since it needs a bug reference, but once you have that it should be straightforward to add, assuming this works. [00:48] You're definitely going to need somebody who can verify the fix though. [00:49] (It sounds like it's just a matter of running ardour with csladspa installed?) [00:59] cjwatson: Okay. I've got a guy who can verify. [00:59] cjwatson: I just tested running from the Live CD and didn't encounter the error. [01:00] (the live CD hasn't been updated since April) [01:02] OK, maybe there are slightly more conditions than just having it installed [01:02] cjwatson: Agreed. [01:02] I just informed one of the Ardour dev leads that I didn't encounter the error. [01:03] (I know absolutely nothing about this stuff beyond just general ability to track down patches for stuff) [01:03] I, for the record, never encountered the error on bare metal. [01:28] Eickmeyer: That's all published now, so your tester should be able to do "sudo add-apt-repository ppa:cjwatson/ubuntu/csladspa && sudo apt full-upgrade" or similar to see if it works. [01:34] Eickmeyer: I've found some representative bugs against ardour. Just going over them to check for private data before making them public. [01:42] Eickmeyer: https://bugs.launchpad.net/ubuntu/bionic/+source/csound/+bug/1759665 [01:42] Ubuntu bug 1759665 in csound (Ubuntu Bionic) "ardour-5.12.0 assert failure: double free or corruption (out)" [Undecided,New] [01:43] Eickmeyer: If you could redo the SRU information for that bug including a hopefully more accurate test case, that would be great [01:44] Eickmeyer: (do so by editing it into the start of the bug description, not by posting it in a comment) [02:04] -queuebot:#ubuntu-release- Unapproved: gjs (bionic-proposed/main) [1.52.1-1ubuntu1 => 1.52.5-0ubuntu18.04.1] (desktop-extra, mozilla, ubuntu-desktop) [02:56] cjwatson: Okay, sounds good. Had to take off fairly suddenly. [04:33] -queuebot:#ubuntu-release- Unapproved: lxc (xenial-backports/main) [3.0.2-0ubuntu4~16.04.1 => 3.0.3-0ubuntu1~16.04.1] (ubuntu-server) [04:33] -queuebot:#ubuntu-release- Unapproved: lxcfs (xenial-backports/main) [3.0.2-0ubuntu1~16.04.1 => 3.0.3-0ubuntu1~16.04.1] (edubuntu, ubuntu-server) [04:34] -queuebot:#ubuntu-release- Unapproved: lxd (xenial-backports/main) [3.0.2-0ubuntu1~16.04.1 => 3.0.3-0ubuntu1~16.04.1] (edubuntu, ubuntu-server) [04:57] -queuebot:#ubuntu-release- Unapproved: accepted lxc [source] (xenial-backports) [3.0.3-0ubuntu1~16.04.1] [04:57] -queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (xenial-backports) [3.0.3-0ubuntu1~16.04.1] [04:57] -queuebot:#ubuntu-release- Unapproved: accepted lxcfs [source] (xenial-backports) [3.0.3-0ubuntu1~16.04.1] [05:14] -queuebot:#ubuntu-release- New binary: coin3 [s390x] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:16] -queuebot:#ubuntu-release- New binary: coin3 [ppc64el] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:17] -queuebot:#ubuntu-release- New binary: healpix-cxx [s390x] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:19] -queuebot:#ubuntu-release- New binary: healpix-cxx [ppc64el] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:21] -queuebot:#ubuntu-release- New binary: healpix-cxx [amd64] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:22] -queuebot:#ubuntu-release- New binary: coin3 [amd64] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:24] -queuebot:#ubuntu-release- New binary: coin3 [armhf] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:24] -queuebot:#ubuntu-release- New binary: healpix-cxx [i386] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:24] -queuebot:#ubuntu-release- New binary: coin3 [i386] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:25] -queuebot:#ubuntu-release- New binary: coin3 [arm64] (disco-proposed/universe) [4.0.0~CMake~6f54f1602475+ds1-1] (no packageset) [05:27] -queuebot:#ubuntu-release- New binary: healpix-cxx [arm64] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:39] -queuebot:#ubuntu-release- New binary: healpix-cxx [armhf] (disco-proposed/universe) [3.50.0-2] (no packageset) [05:46] -queuebot:#ubuntu-release- New binary: petsc [i386] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [05:46] -queuebot:#ubuntu-release- New binary: petsc [s390x] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [05:51] -queuebot:#ubuntu-release- New binary: petsc [ppc64el] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [05:59] -queuebot:#ubuntu-release- New binary: petsc [amd64] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [06:08] -queuebot:#ubuntu-release- New binary: rocksdb [s390x] (disco-proposed/universe) [5.17.2-3] (no packageset) [06:19] -queuebot:#ubuntu-release- New binary: rocksdb [amd64] (disco-proposed/universe) [5.17.2-3] (no packageset) [06:35] -queuebot:#ubuntu-release- New binary: rocksdb [ppc64el] (disco-proposed/universe) [5.17.2-3] (no packageset) [06:51] -queuebot:#ubuntu-release- New binary: petsc [arm64] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [07:03] -queuebot:#ubuntu-release- New binary: rocksdb [i386] (disco-proposed/universe) [5.17.2-3] (no packageset) [07:20] -queuebot:#ubuntu-release- New binary: petsc [armhf] (disco-proposed/universe) [3.10.2+dfsg1-2] (no packageset) [07:23] would someone please RM python-h5netcdf/0.5.0-1 from disco release? it FTBFS and blocks hdf5 LP: #1809094 [07:23] Launchpad bug 1809094 in python-h5netcdf (Ubuntu) "python-h5netcdf: kick out from release pocket in proposed" [Undecided,New] https://launchpad.net/bugs/1809094 [08:11] ginggs, I think release team should handle transitions... I do rebuilds in two days, and then wait two weeks for a few removals :/ [08:11] or maybe release team should gain some more power, since the work is just *too much* [08:11] LocutusOfBorg: or we just need more archive admins [08:11] infinity: ^ [08:11] yes, indeed [08:12] I think you really need some more power, because ~20 people asking you stuff all the day requires a lot of effort [08:13] btw hdf5 makes also some leaf packages fail to build, they are already RC in debian, so I think we can kick them out from release too... [08:13] and pcl sucks as always, 3 rebuilds on ppc64el to have one good (yes, we should reduce parallelism there too) [08:44] -queuebot:#ubuntu-release- New binary: rocksdb [arm64] (disco-proposed/universe) [5.17.2-3] (no packageset) [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [amd64] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [armhf] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [ppc64el] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [amd64] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [armhf] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [ppc64el] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [amd64] (disco-proposed) [3.10.2+dfsg1-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [armhf] (disco-proposed) [3.10.2+dfsg1-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [ppc64el] (disco-proposed) [3.10.2+dfsg1-2] [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [arm64] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [s390x] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [i386] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [arm64] (disco-proposed) [3.10.2+dfsg1-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [s390x] (disco-proposed) [3.10.2+dfsg1-2] [09:14] -queuebot:#ubuntu-release- New: accepted coin3 [i386] (disco-proposed) [4.0.0~CMake~6f54f1602475+ds1-1] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [s390x] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted healpix-cxx [arm64] (disco-proposed) [3.50.0-2] [09:14] -queuebot:#ubuntu-release- New: accepted petsc [i386] (disco-proposed) [3.10.2+dfsg1-2] [09:46] SRU team: can someone please accept network-manager 1.10.14-0ubuntu1 in bionic-proposed? The intention is to allow for an extended period of testing in -proposed over the holidays [10:45] -queuebot:#ubuntu-release- New binary: soqt [s390x] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [10:45] -queuebot:#ubuntu-release- New binary: soqt [ppc64el] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [10:47] -queuebot:#ubuntu-release- New binary: soqt [amd64] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [10:47] -queuebot:#ubuntu-release- New binary: soqt [armhf] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [10:48] -queuebot:#ubuntu-release- New binary: soqt [i386] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [10:52] -queuebot:#ubuntu-release- New binary: soqt [arm64] (disco-proposed/universe) [1.6.0~ea5cd76+ds1-1] (no packageset) [13:04] bdmurray, regarding my earlier request to the SRU team, is there a chance network-manager 1.10.14-0ubuntu1 could be accepted in bionic-proposed? [13:05] it'd be great to have it built in -proposed to allow some in-depth testing during the holidays [14:55] -queuebot:#ubuntu-release- New: accepted rocksdb [amd64] (disco-proposed) [5.17.2-3] [14:55] -queuebot:#ubuntu-release- New: accepted rocksdb [i386] (disco-proposed) [5.17.2-3] [14:55] -queuebot:#ubuntu-release- New: accepted rocksdb [s390x] (disco-proposed) [5.17.2-3] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [arm64] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [i386] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [s390x] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [14:55] -queuebot:#ubuntu-release- New: accepted rocksdb [arm64] (disco-proposed) [5.17.2-3] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [amd64] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [ppc64el] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [14:55] -queuebot:#ubuntu-release- New: accepted rocksdb [ppc64el] (disco-proposed) [5.17.2-3] [14:55] -queuebot:#ubuntu-release- New: accepted soqt [armhf] (disco-proposed) [1.6.0~ea5cd76+ds1-1] [15:05] We're seeing "Failure while configuring required packages." during cloud image builds, "possibly the package dash is at fault"; is this a known issue? [16:21] Odd_Bloke: fixed in Debian [16:22] Oh, I think also fixed in disco [16:22] OK, sweet. [16:22] https://bugs.debian.org/916900 [16:22] Debian bug 916900 in dash "Fails to install: installed dash package post-installation script subprocess returned error exit status 1" [Serious,Fixed] [16:23] I assume xnox will sync once the LP import has picked up the new version [19:15] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (cosmic-proposed/main) [2.542 => 2.542.1] (desktop-core) [21:36] hmm so did someone force ghc through? because it seems to have migrated and there seem to be an awful lot of non-NBS uninstallables now [21:37] no hints in the bzr history so hmm, how did that get through [21:43] vorlon: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output/disco/2018-12-20/08:18:37.txt.gz seems to have started out with a massive uninstallable count for some reason that is opaque to me [21:43] if that helps any [21:43] ah [21:44] cjwatson: that'll have been my fault for removing haskell-mtl which is now provided by ghc 8.4... which was still in -proposed [21:44] so ok [21:44] I was going to say that it was probably an incautious removal, yes :) [21:44] :) [23:22] -queuebot:#ubuntu-release- New binary: aegisub [amd64] (disco-proposed/universe) [3.2.2+dfsg-4] (no packageset) [23:25] -queuebot:#ubuntu-release- New binary: aegisub [i386] (disco-proposed/universe) [3.2.2+dfsg-4] (no packageset) [23:25] -queuebot:#ubuntu-release- New binary: petsc4py [i386] (disco-proposed/universe) [3.10.0-2] (no packageset) [23:27] -queuebot:#ubuntu-release- New binary: petsc4py [amd64] (disco-proposed/universe) [3.10.0-2] (no packageset) [23:32] -queuebot:#ubuntu-release- New binary: petsc4py [ppc64el] (disco-proposed/universe) [3.10.0-2] (no packageset) [23:32] -queuebot:#ubuntu-release- New binary: petsc4py [s390x] (disco-proposed/universe) [3.10.0-2] (no packageset) [23:34] -queuebot:#ubuntu-release- New binary: slepc [i386] (disco-proposed/universe) [3.10.1+dfsg1-2] (no packageset) [23:34] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (cosmic-proposed/main) [1:18.10.11.2 => 1:18.10.11.3] (core) [23:37] -queuebot:#ubuntu-release- New binary: slepc [amd64] (disco-proposed/universe) [3.10.1+dfsg1-2] (no packageset) === s8321414_ is now known as s8321414 [23:41] -queuebot:#ubuntu-release- New binary: aegisub [ppc64el] (disco-proposed/universe) [3.2.2+dfsg-4] (no packageset) [23:44] -queuebot:#ubuntu-release- New binary: slepc [s390x] (disco-proposed/universe) [3.10.1+dfsg1-2] (no packageset) [23:44] -queuebot:#ubuntu-release- New binary: slepc [ppc64el] (disco-proposed/universe) [3.10.1+dfsg1-2] (no packageset) [23:49] -queuebot:#ubuntu-release- New binary: aegisub [arm64] (disco-proposed/universe) [3.2.2+dfsg-4] (no packageset) [23:51] -queuebot:#ubuntu-release- New binary: petsc4py [armhf] (disco-proposed/universe) [3.10.0-2] (no packageset) [23:54] -queuebot:#ubuntu-release- New binary: aegisub [armhf] (disco-proposed/universe) [3.2.2+dfsg-4] (no packageset) [23:55] -queuebot:#ubuntu-release- New binary: petsc4py [arm64] (disco-proposed/universe) [3.10.0-2] (no packageset)