[02:10] <vorlon> liushuyu: circular build-deps; node-signal-exit 4.1.0-3 can't build because it build-depends on node-foreground-child and node-write-file-atomic, both of which require node-signal-exit 4
[02:10] <vorlon> liushuyu: so this needs more analysis
[02:11] <liushuyu> vorlon: node-foreground-child and node-write-file-atomic should be migrated after node-signal-exit. This was correctly done previously
[02:12] <liushuyu> (because B-D will ensure the correct ordering)
[02:13] <liushuyu> To break this knot, we may need to temporarily unpublish node-foreground-child and node-write-file-atomic as well. Let me check this locally first
[02:14] <liushuyu> Is there a way to "mask" certain packages in a PPA?
[02:23] <liushuyu> vorlon: I have tested locally, removing `node-foreground-child` and `node-write-file-atomic` from m-p will make `node-signal-exit` build correctly
[02:24] <vorlon> liushuyu: ack, I was hoping that was it; doing
[02:27] <liushuyu> Then we need to restore/re-sync `node-foreground-child` and `node-write-file-atomic` and build `node-istanbul`
[02:27]  * vorlon nods
[02:28] <liushuyu> After that we need to re-run all the autopkgtests that depends on `node-istanbul` before the -5 release of `node-signal-exit` can be re-sync'ed
[02:29] <vorlon> we probably don't? we can just rerun them all with --all-proposed after everything is synced and built?
[02:30] <liushuyu> vorlon: `node-signal-exit` can't enter -proposed before those tests
[02:30] <liushuyu> oh sorry
[02:31]  * liushuyu is trying to check their notes
[02:35] <liushuyu> `node-tap` needs to be built as well (this one should be automatic)
[02:39] <liushuyu> vorlon: A lot of packages depend on `node-istanbul` to be built. And yes we will do a --all-proposed for those Node.js micro-packages
[03:45] <tsimonq2> liushuyu: rust-test-case> Please remember to run update-maintainer. Sponsored. (Please join #ubuntu-devel. :) )
[03:46] <liushuyu> tsimonq2: Thank you!
[03:47] <liushuyu> Also I have forwarded the fix to Debian using submittodebian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050206
[03:47] -ubottu:#ubuntu-release- Debian bug 1050206 in rust-test-case "rust-test-case: Failed autopkgtest after 3.1.0-3" [Minor, Open]
[03:49] <tsimonq2> liushuyu: Thank you for that! The maintainer is on the LowNMU list, so I'll go ahead and sponsor your upload to Debian under DELAYED/2 or something.
[03:51] <liushuyu> tsimonq2: Thanks!
[03:52] <tsimonq2> liushuyu: It's maintained here: https://salsa.debian.org/debian/rust-test-case - I would certainly appreciate it if you could make a merge proposal, so I (or Jonas, probably) can merge it. The only change I made was to the changelog. I'll attach the final diff to the bug once I respond.
[03:52] <liushuyu> tsimonq2: That repository have MR and issues disabled, so I can't do that
[03:53] <tsimonq2> liushuyu: Aw, alright. No worries, I'll take care of it (and set you as the author). Thanks anyway. Let's follow up in -devel. :)
[04:04] <vorlon> cpaelzer: I finally got to the bottom of the rmadison problem.  Did you know that rsync --delete is unreliable without also passing --ignore-errors, if the rsync source is being changed at the time?
[04:04] <vorlon> because I didn't
[04:11] <vorlon> liushuyu: https://launchpad.net/ubuntu/+source/node-signal-exit/4.1.0-3
[04:12] <liushuyu> vorlon: this one should auto-start? https://launchpad.net/ubuntu/+source/node-tap/16.3.7+ds1+~cs50.9.19-2/+build/26523424
[04:12] <vorlon> yes, once node-signal-exit is published and the launchpad job runs to check for dep-wait satisfaction
[04:13] <vorlon> node-write-file-atomic and node-foreground-child re-published
[04:14] <Eickmeyer> vorlon: RE: rsync --delete: TIL, and explains an error I had on my personal server I couldn't figure out. Now I know.
[04:14] <liushuyu> vorlon: Thank you!
[04:15] <tsimonq2> Is there a bug number for that rsync issue or is that intended functionality? :P
[04:15] <vorlon> tsimonq2: it's documented in the manpage >_<
[04:16] <liushuyu> rsync does have some unintuitive behaviors (and also if an option does not exist on the remote system due to older version, that option is likely unusable)
[04:17] <tsimonq2> So the real issue is, Eickmeyer didn't read the manpage. Got it. ;)
[04:17]  * tsimonq2 runs
[04:17] <Eickmeyer> tsimonq2: Joke's on you, neither did vorlon by that proxy. :P
[04:18] <vorlon> the real issue is the semantics are insane and no one should have to read the documentation for the entire list of options to know how to use the --delete option properly
[04:18] <Eickmeyer> ^ Agreed 100%
[04:19]  * Eickmeyer chases tsimonq2 to #ubuntu-devel to throw him into a vat of hot lava
[04:20] <vorlon> well ok the behavior is documented under the description of the --delete option in the manpage.  And has been since at least trusty.  But still!
[04:20] <liushuyu> "it's somewhere in the documentation, just scroll and see"
[04:24] <Eickmeyer> "RTFM" when something is that unintuitive is not OK. I almost did a talk about making things user-friendly/centric at Summit, and that would've been great fodder, but I yeilded to make room for everyone else/at the community team's request.
[04:25] <Eickmeyer> There are arguments for "rtfm" but that's not one of them.
[04:25] <tsimonq2> Is rsync upstream the especially cooperative type? :)
[04:27] <Eickmeyer> tsimonq2: Never dealt with them but... https://github.com/WayneD/rsync
[04:33] <tsimonq2> Eickmeyer, vorlon, liushuyu: https://github.com/WayneD/rsync/issues/515
[04:33] -ubottu:#ubuntu-release- Issue 515 in WayneD/rsync "--delete is unreliable if the source is being changed during transfer without --ignore-errors" [Open]
[04:39] <Eickmeyer> vorlon: 🤦
[04:39] <vorlon> tsimonq2: <shrug> the manpage also explains why it's safer in some cases to not delete in the event of i/o errors, so I don't think you'll have much traction
[04:39] <Eickmeyer> vorlon: Sorry facepalm not directed at you, but rather with you.
[04:40] <Eickmeyer> tsimonq2: Agreeing with vorlon. It's more of a feature than a bug, and makes sense in those instances, but should probably be the default behavior, imo.
[04:41] <liushuyu> tsimonq2: seeing the maintenance situation of the repository, that's probably another issue for the author to ignore
[05:09] <vorlon> liushuyu: bootstrap done afaics
[05:20] <cpaelzer> vorlon: my progress after that report was mostly meeeeetings :-/ I'm glad you found the time to deal with it and also found the root cause \o/
[05:21] <cpaelzer> vorlon: I had no idea about that special detail of rsync. Based on that being the problem I assume it was the local archive mirror, that madison-lite uses, which was going bad due to that?
[05:28] <vorlon> cpaelzer: it was actually the syncing of the public_html directory, and the largest misuse of space was old proposed-migration logs which, thanks to the missing deletions, were present as both compressed and uncompressed versions on the frontend :P
[05:29] <cpaelzer> oh really, interesting
[05:29] <liushuyu> vorlon: autopkgtest is still waiting for the publication
[06:36] -queuebot:#ubuntu-release- New sync: rust-sequoia-policy-config (mantic-proposed/primary) [0.6.0-3]
[10:34] -queuebot:#ubuntu-release- New binary: libcamera [amd64] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:35] -queuebot:#ubuntu-release- New binary: libcamera [i386] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:35] -queuebot:#ubuntu-release- New binary: libcamera [s390x] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:36] -queuebot:#ubuntu-release- New binary: libcamera [arm64] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:36] -queuebot:#ubuntu-release- New binary: libcamera [ppc64el] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:45] -queuebot:#ubuntu-release- New binary: libcamera [armhf] (mantic-proposed/main) [0.1.0-3ubuntu1] (i386-whitelist)
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [amd64] (mantic-proposed) [0.1.0-3ubuntu1]
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [armhf] (mantic-proposed) [0.1.0-3ubuntu1]
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [ppc64el] (mantic-proposed) [0.1.0-3ubuntu1]
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [arm64] (mantic-proposed) [0.1.0-3ubuntu1]
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [s390x] (mantic-proposed) [0.1.0-3ubuntu1]
[10:52] -queuebot:#ubuntu-release- New: accepted libcamera [i386] (mantic-proposed) [0.1.0-3ubuntu1]
[12:14] <tsimonq2> rsync> *shrug* I'll see *if* it gets a response, might propose something to the manpage.
[12:45] -queuebot:#ubuntu-release- Unapproved: samba (focal-proposed/main) [2:4.15.13+dfsg-0ubuntu0.20.04.4 => 2:4.15.13+dfsg-0ubuntu0.20.04.5] (core, i386-whitelist)
[12:46] -queuebot:#ubuntu-release- Unapproved: samba (jammy-proposed/main) [2:4.15.13+dfsg-0ubuntu1.3 => 2:4.15.13+dfsg-0ubuntu1.4] (core, i386-whitelist)
[12:47] -queuebot:#ubuntu-release- Unapproved: samba (lunar-proposed/main) [2:4.17.7+dfsg-1ubuntu2.1 => 2:4.17.7+dfsg-1ubuntu2.2] (core, i386-whitelist)
[13:44] -queuebot:#ubuntu-release- New source: fdk-aac-free (mantic-proposed/primary) [2.0.2-3~ubuntu1]
[14:18] <tsimonq2> glibc autopkgtest blockers> Looks like we're down to combblas, djbdns, glibc itself, h5py, mpi4py, and mumax3. I'll clain h5py, ginggs indicated there was a fix for djbdns on the way.
[14:19] <tsimonq2> *claim
[14:31] <schopin> tsimonq2: h5py, mpi4py and combblas are likely the same problem
[14:33] <schopin> tsimonq2: if you can document any progress you make in https://bugs.launchpad.net/ubuntu/+source/openmpi/+bug/2031912 that'd be lovely
[14:33] -ubottu:#ubuntu-release- Launchpad bug 2031912 in h5py (Ubuntu) "glibc 2.38 causes hangs on some openMPI-using packages" [Critical, New]
[14:34] -queuebot:#ubuntu-release- New: accepted oem-stella.cmit-audino-meta [sync] (focal-proposed) [20.04~ubuntu1]
[14:37] -queuebot:#ubuntu-release- New binary: oem-stella.cmit-audino-meta [amd64] (focal-proposed/none) [20.04~ubuntu1] (canonical-oem-metapackages)
[14:43] -queuebot:#ubuntu-release- New: accepted oem-stella.cmit-aron-meta [sync] (focal-proposed) [20.04~ubuntu1]
[14:44] -queuebot:#ubuntu-release- New binary: dracut [armhf] (mantic-proposed/universe) [059-4ubuntu2] (no packageset)
[14:44] -queuebot:#ubuntu-release- New binary: dracut [s390x] (mantic-proposed/universe) [059-4ubuntu2] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: dracut [amd64] (mantic-proposed/universe) [059-4ubuntu2] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: dracut [ppc64el] (mantic-proposed/universe) [059-4ubuntu2] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: dracut [arm64] (mantic-proposed/universe) [059-4ubuntu2] (no packageset)
[14:45] -queuebot:#ubuntu-release- New binary: oem-stella.cmit-aron-meta [amd64] (focal-proposed/main) [20.04~ubuntu1] (canonical-oem-metapackages)
[14:46] <tsimonq2> schopin: I'll try a simple NCR of openmpi first and see what that does. I notice it fixed a different bug in Debian.
[14:46] <tsimonq2> (Locally, I think, first.)
[14:46] <mitchdz> Is anyone looking at the mumax3 arm64 regression from the glibc merge?
[14:46] <tsimonq2> I don't think that one's been claimed yet, I say go for it :)
[14:46] <schopin> mitchdz: nobody in Foundations at least.
[14:47] <mitchdz> Sweet, I'll take a look today :)
[14:47] <schopin> mitchdz: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2032624 for documentation :)
[14:47] -ubottu:#ubuntu-release- Launchpad bug 2032624 in mumax3 (Ubuntu) "mumax3 test suite fails against glibc 2.38" [Critical, New]
[14:49] <tsimonq2> From what I can tell, that leaves glibc itself. :)
[14:50] <schopin> I'm hoping to rope mwhudson into looking into it, but otherwise that'll likely be me.
[14:52] <athos> is there a bug to track the mpi issues?
[14:52] <schopin> athos: LP: #2031912
[14:52] -ubottu:#ubuntu-release- Launchpad bug 2031912 in h5py (Ubuntu) "glibc 2.38 causes hangs on some openMPI-using packages" [Critical, New] https://launchpad.net/bugs/2031912
[14:53] <tsimonq2> I'm kind of hoping this local NCR fixes it, I just don't want to risk an unnecessary transition otherwise.
[14:57] <schopin> I'm a bit confused there. Is there no way to patch openMPI (assuming that's where the bug lies) without breaking its ABI?
[15:02] <tsimonq2> If the NCR implicitly picks up the new ABI from glibc, reverse dependencies could need a rebuild. I'm being overly cautious, I'll admit.
[15:03] -queuebot:#ubuntu-release- New: accepted oem-stella-aron-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[15:04] <athos> tsimonq2: keep us in the loop :) trying to come up with a minimal reproducer in case this does not work (do you guys have one already?)
[15:04] -queuebot:#ubuntu-release- New binary: oem-stella-aron-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[15:05] <schopin> Not yet, haven't had time to try and reproduce it locally yet.
[15:06] <tsimonq2> This is my current one-liner (in a container) that reproduces it: https://pastebin.com/FvGavAtE
[15:07] <tsimonq2> (Ahh, 100+ Lintian warnings. Beautiful.)
[15:08] <Eickmeyer> I've been flogged for less.
[15:12] -queuebot:#ubuntu-release- New: accepted oem-stella-cascoon-rpl-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[15:14] -queuebot:#ubuntu-release- New binary: oem-stella-cascoon-rpl-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[15:14] <athos> This is what I am currently using to reproduce that mpi bug: https://dpaste.com/2STQ6TE8Q
[15:16] <tsimonq2> Oh, that alone hangs? Nice.
[15:17] <athos> interestingly, it only hangs in odd runs here (1st run hangs, second passes, third hangs, ...)
[15:20] -queuebot:#ubuntu-release- New: accepted dynarmic [amd64] (mantic-proposed) [6.5.0+ds-1]
[15:20] -queuebot:#ubuntu-release- New: accepted dynarmic [arm64] (mantic-proposed) [6.5.0+ds-1]
[15:23] -queuebot:#ubuntu-release- New: accepted oem-stella.cmit-aron-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[15:23] -queuebot:#ubuntu-release- New: accepted oem-stella.cmit-audino-meta [amd64] (focal-proposed) [20.04~ubuntu1]
[15:27]  * tsimonq2 steps away for a few hours - athos feel free :)
[15:31] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [sync] (mantic-proposed) [0.3.0-1]
[15:31] -queuebot:#ubuntu-release- New: accepted rust-libheif-sys [sync] (mantic-proposed) [1.14.2-1]
[15:31] -queuebot:#ubuntu-release- New: accepted rust-memfd [sync] (mantic-proposed) [0.6.3-1]
[15:31] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [sync] (mantic-proposed) [4.0.1-1]
[15:31] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [sync] (mantic-proposed) [0.6.0-3]
[15:31] -queuebot:#ubuntu-release- New: accepted rust-mdns [sync] (mantic-proposed) [3.0.0-1]
[15:31] -queuebot:#ubuntu-release- New: accepted oem-stella-asobo-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[15:35] -queuebot:#ubuntu-release- New binary: oem-stella-asobo-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[15:35] -queuebot:#ubuntu-release- New binary: rust-gtk-macros [s390x] (mantic-proposed/none) [0.3.0-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-libheif-sys [amd64] (mantic-proposed/none) [1.14.2-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-libheif-sys [s390x] (mantic-proposed/none) [1.14.2-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-memfd [amd64] (mantic-proposed/none) [0.6.3-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-sequoia-policy-config [amd64] (mantic-proposed/none) [0.6.0-3] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-gtk-macros [amd64] (mantic-proposed/none) [0.3.0-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-libheif-sys [ppc64el] (mantic-proposed/none) [1.14.2-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-memfd [s390x] (mantic-proposed/none) [0.6.3-1] (no packageset)
[15:35] -queuebot:#ubuntu-release- New binary: rust-lcms2-sys [amd64] (mantic-proposed/none) [4.0.1-1] (no packageset)
[15:36] -queuebot:#ubuntu-release- New binary: rust-mdns [amd64] (mantic-proposed/none) [3.0.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-gtk-macros [ppc64el] (mantic-proposed/none) [0.3.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-lcms2-sys [s390x] (mantic-proposed/none) [4.0.1-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-memfd [ppc64el] (mantic-proposed/none) [0.6.3-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-lcms2-sys [ppc64el] (mantic-proposed/none) [4.0.1-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-memfd [armhf] (mantic-proposed/none) [0.6.3-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-gtk-macros [arm64] (mantic-proposed/none) [0.3.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-lcms2-sys [arm64] (mantic-proposed/none) [4.0.1-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-libheif-sys [arm64] (mantic-proposed/none) [1.14.2-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-mdns [ppc64el] (mantic-proposed/none) [3.0.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-memfd [arm64] (mantic-proposed/none) [0.6.3-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-sequoia-policy-config [armhf] (mantic-proposed/none) [0.6.0-3] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-sequoia-policy-config [s390x] (mantic-proposed/none) [0.6.0-3] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-gtk-macros [armhf] (mantic-proposed/none) [0.3.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-mdns [armhf] (mantic-proposed/none) [3.0.0-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-sequoia-policy-config [arm64] (mantic-proposed/none) [0.6.0-3] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-lcms2-sys [armhf] (mantic-proposed/none) [4.0.1-1] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-sequoia-policy-config [ppc64el] (mantic-proposed/none) [0.6.0-3] (no packageset)
[15:37] -queuebot:#ubuntu-release- New binary: rust-mdns [s390x] (mantic-proposed/none) [3.0.0-1] (no packageset)
[15:38] -queuebot:#ubuntu-release- New binary: rust-mdns [arm64] (mantic-proposed/none) [3.0.0-1] (no packageset)
[15:46] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [arm64] (mantic-proposed) [0.3.0-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [armhf] (mantic-proposed) [4.0.1-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-mdns [armhf] (mantic-proposed) [3.0.0-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-mdns [s390x] (mantic-proposed) [3.0.0-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [arm64] (mantic-proposed) [0.6.0-3]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [ppc64el] (mantic-proposed) [0.6.0-3]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [armhf] (mantic-proposed) [0.3.0-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-mdns [ppc64el] (mantic-proposed) [3.0.0-1]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [armhf] (mantic-proposed) [0.6.0-3]
[15:46] -queuebot:#ubuntu-release- New: accepted rust-mdns [arm64] (mantic-proposed) [3.0.0-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-memfd [arm64] (mantic-proposed) [0.6.3-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [ppc64el] (mantic-proposed) [0.3.0-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [arm64] (mantic-proposed) [4.0.1-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [s390x] (mantic-proposed) [4.0.1-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-libheif-sys [ppc64el] (mantic-proposed) [1.14.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-memfd [amd64] (mantic-proposed) [0.6.3-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-memfd [ppc64el] (mantic-proposed) [0.6.3-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [s390x] (mantic-proposed) [0.6.0-3]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [s390x] (mantic-proposed) [0.3.0-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-libheif-sys [arm64] (mantic-proposed) [1.14.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-memfd [armhf] (mantic-proposed) [0.6.3-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [ppc64el] (mantic-proposed) [4.0.1-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-memfd [s390x] (mantic-proposed) [0.6.3-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-libheif-sys [s390x] (mantic-proposed) [1.14.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted dracut [amd64] (mantic-proposed) [059-4ubuntu2]
[15:47] -queuebot:#ubuntu-release- New: accepted dracut [armhf] (mantic-proposed) [059-4ubuntu2]
[15:47] -queuebot:#ubuntu-release- New: accepted dracut [s390x] (mantic-proposed) [059-4ubuntu2]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-lcms2-sys [amd64] (mantic-proposed) [4.0.1-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-mdns [amd64] (mantic-proposed) [3.0.0-1]
[15:47] -queuebot:#ubuntu-release- New: accepted dracut [arm64] (mantic-proposed) [059-4ubuntu2]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-gtk-macros [amd64] (mantic-proposed) [0.3.0-1]
[15:47] -queuebot:#ubuntu-release- New: accepted rust-sequoia-policy-config [amd64] (mantic-proposed) [0.6.0-3]
[15:47] -queuebot:#ubuntu-release- New: accepted dracut [ppc64el] (mantic-proposed) [059-4ubuntu2]
[15:48] -queuebot:#ubuntu-release- New: accepted rust-libheif-sys [amd64] (mantic-proposed) [1.14.2-1]
[15:48] <jbicha> ubuntu-archive: do you have information about why libadwaita-1 is built on i386? Could we try removing it there?
[15:48] <vorlon> jbicha: did you check the germinate-output on ubuntu-archive-team.ubuntu.com?
[15:50] <jbicha> thanks, the answer is sysprof so I should disable the sysprof gui on i386
[16:14] -queuebot:#ubuntu-release- Unapproved: nova (focal-proposed/main) [2:21.2.4-0ubuntu2.5 => 2:21.2.4-0ubuntu2.6] (openstack, ubuntu-server)
[16:55] -queuebot:#ubuntu-release- Unapproved: neutron (focal-proposed/main) [2:16.4.2-0ubuntu6.2 => 2:16.4.2-0ubuntu6.3] (openstack, ubuntu-server)
[18:50] -queuebot:#ubuntu-release- Unapproved: debootstrap (focal-proposed/main) [1.0.118ubuntu1.11 => 1.0.118ubuntu1.12] (core)
[18:51] -queuebot:#ubuntu-release- Unapproved: debootstrap (jammy-proposed/main) [1.0.126+nmu1ubuntu0.5 => 1.0.126+nmu1ubuntu0.6] (desktop-core)
[19:02] -queuebot:#ubuntu-release- New source: mozjs115 (mantic-proposed/primary) [115.1.0-0ubuntu1]
[19:43] <liushuyu> Hi release team, I need to add some Node.js packages to the `big_packages` list: https://code.launchpad.net/~liushuyu-011/autopkgtest-cloud/+git/autopkgtest-package-configs/+merge/449649
[20:01] -queuebot:#ubuntu-release- Unapproved: docker.io-app (lunar-proposed/universe) [20.10.25-0ubuntu1~23.04.1 => 24.0.5-0ubuntu1~23.04.1] (no packageset)
[20:09] -queuebot:#ubuntu-release- Unapproved: docker.io-app (jammy-proposed/universe) [20.10.25-0ubuntu1~22.04.2 => 24.0.5-0ubuntu1~22.04.1] (no packageset)
[20:16] -queuebot:#ubuntu-release- Unapproved: docker.io-app (focal-proposed/universe) [20.10.25-0ubuntu1~20.04.2 => 24.0.5-0ubuntu1~20.04.1] (no packageset)
[20:35] <bdmurray> liushuyu: You have chosen the wrong target branch for your MP
[20:37] <liushuyu> bdmurray: resubmitted as https://code.launchpad.net/~liushuyu-011/autopkgtest-cloud/+git/autopkgtest-package-configs/+merge/449652
[20:38] <liushuyu> LP logic is strange. I am submitting an MP, of course I want to merge into the original repository, not the other one
[20:39] <bdmurray> liushuyu: Did you test these yourself with more memory?
[20:39] <liushuyu> bdmurray: Yes. And that's how I know it needs > 6GiB of memory
[20:41] <liushuyu> Node.js has a mechanism, where if it's near OOM, it will try its best to cycle GC to control it. If it can't free enough memory, it will swap some of the pages onto disk (not using system swap)
[21:41] <athos> tsimonq2, schopin, fyi, ncr won't help with the mpi issue - https://launchpad.net/~athos-ribeiro/+archive/ubuntu/glibc238-mantic-proposed/+packages
[22:44] -queuebot:#ubuntu-release- New binary: libfprint [amd64] (mantic-proposed/main) [1:1.94.6+tod1-0ubuntu2] (ubuntu-desktop)
[22:44] -queuebot:#ubuntu-release- New binary: libfprint [s390x] (mantic-proposed/main) [1:1.94.6+tod1-0ubuntu2] (ubuntu-desktop)
[22:44] -queuebot:#ubuntu-release- New binary: libfprint [ppc64el] (mantic-proposed/main) [1:1.94.6+tod1-0ubuntu2] (ubuntu-desktop)
[22:46] -queuebot:#ubuntu-release- New binary: libfprint [armhf] (mantic-proposed/main) [1:1.94.6+tod1-0ubuntu2] (ubuntu-desktop)
[22:49] -queuebot:#ubuntu-release- New binary: libfprint [arm64] (mantic-proposed/main) [1:1.94.6+tod1-0ubuntu2] (ubuntu-desktop)
[23:52] <tsimonq2> athos: ack :(
[23:59] <tsimonq2> Potentially related: https://gitlab.archlinux.org/archlinux/packaging/packages/openmpi/-/blob/main/openmpi-4.1.5-openpmix_4.2.3.patch