[00:00] -queuebot:#ubuntu-release- New binary: soplex [armhf] (noble-proposed/universe) [6.0.3+dfsg-1] (no packageset)
[00:03] -queuebot:#ubuntu-release- New binary: rust-deluxe [riscv64] (noble-proposed/universe) [0.5.0-1] (no packageset)
[00:04] -queuebot:#ubuntu-release- New binary: nanovg [riscv64] (noble-proposed/universe) [0.0~git20230826.f93799c+dfsg-1] (no packageset)
[00:07] -queuebot:#ubuntu-release- New binary: rust-libusb1-sys [riscv64] (noble-proposed/universe) [0.6.4-1] (no packageset)
[00:08] -queuebot:#ubuntu-release- New binary: soplex [arm64] (noble-proposed/universe) [6.0.3+dfsg-1] (no packageset)
[00:12] -queuebot:#ubuntu-release- New binary: rust-libpulse-glib-binding [riscv64] (noble-proposed/universe) [2.28.1-1] (no packageset)
[00:12] -queuebot:#ubuntu-release- New binary: rust-pyo3-filelike [riscv64] (noble-proposed/universe) [0.2.0-1] (no packageset)
[00:13] <vorlon> doko: why have you added boost1.81 on i386?
[00:20] <vorlon> arraybolt3: "maybe sometime today" - definitely no guarantee on that, we're past EOY for all the Canonical folks (and none of the non-Canonical folks are particularly active).  And I have a number of other things I'm working on that are more urgent (like, launching a transition in Debian for 600 libraries for 64-bit time_t)
[00:21] -queuebot:#ubuntu-release- Packageset: Removed boost1.81 from i386-whitelist in noble
[00:23] <vorlon> doko: ^^ removed again pending a rationale; boost1.83 is there by LocutusOfBorg's request because 1.83 is now boost-defaults in unstable, but I'm unaware of anything i386 that's blocked on boost1.81
[00:36] -queuebot:#ubuntu-release- Packageset: Added boost1.81 to i386-whitelist in noble
[01:31] -queuebot:#ubuntu-release- New binary: soplex [riscv64] (noble-proposed/universe) [6.0.3+dfsg-1] (no packageset)
[01:43] -queuebot:#ubuntu-release- New binary: rust-deluxe [s390x] (noble-proposed/universe) [0.5.0-1] (no packageset)
[01:43] -queuebot:#ubuntu-release- New binary: rust-libusb1-sys [s390x] (noble-proposed/universe) [0.6.4-1] (no packageset)
[01:48] -queuebot:#ubuntu-release- New binary: nanovg [s390x] (noble-proposed/universe) [0.0~git20230826.f93799c+dfsg-1] (no packageset)
[01:48] -queuebot:#ubuntu-release- New binary: rust-libpulse-glib-binding [s390x] (noble-proposed/universe) [2.28.1-1] (no packageset)
[01:50] -queuebot:#ubuntu-release- New: accepted nanovg [riscv64] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-deluxe [armhf] (noble-proposed) [0.5.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-deluxe [s390x] (noble-proposed) [0.5.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [riscv64] (noble-proposed) [2.28.1-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [ppc64el] (noble-proposed) [0.6.4-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [s390x] (noble-proposed) [0.6.4-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [riscv64] (noble-proposed) [0.2.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted soplex [arm64] (noble-proposed) [6.0.3+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted soplex [ppc64el] (noble-proposed) [6.0.3+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted nanovg [s390x] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [ppc64el] (noble-proposed) [2.28.1-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [riscv64] (noble-proposed) [0.6.4-1]
[01:50] -queuebot:#ubuntu-release- New: accepted soplex [amd64] (noble-proposed) [6.0.3+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted soplex [riscv64] (noble-proposed) [6.0.3+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-deluxe [riscv64] (noble-proposed) [0.5.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [ppc64el] (noble-proposed) [0.2.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [s390x] (noble-proposed) [2.28.1-1]
[01:50] -queuebot:#ubuntu-release- New: accepted soplex [armhf] (noble-proposed) [6.0.3+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted bankstown-lv2 [amd64] (noble-proposed) [1.0.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted bankstown-lv2 [armhf] (noble-proposed) [1.0.0-1]
[01:50] -queuebot:#ubuntu-release- New: accepted elenv [amd64] (noble-proposed) [0.1.0+git20231106.e7619ff-1]
[01:50] -queuebot:#ubuntu-release- New: accepted licenserecon [amd64] (noble-proposed) [1.0]
[01:50] -queuebot:#ubuntu-release- New: accepted licenserecon [armhf] (noble-proposed) [1.0]
[01:50] -queuebot:#ubuntu-release- New: accepted minetest-mod-ltool [amd64] (noble-proposed) [1.6.1-1]
[01:50] -queuebot:#ubuntu-release- New: accepted nanovg [arm64] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:50] -queuebot:#ubuntu-release- New: accepted nanovg [ppc64el] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:51] -queuebot:#ubuntu-release- New: accepted r-cran-patrick [amd64] (noble-proposed) [0.2.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-deluxe [arm64] (noble-proposed) [0.5.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted bankstown-lv2 [arm64] (noble-proposed) [1.0.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted endesive [amd64] (noble-proposed) [2.16+dfsg-1]
[01:51] -queuebot:#ubuntu-release- New: accepted licenserecon [ppc64el] (noble-proposed) [1.0]
[01:51] -queuebot:#ubuntu-release- New: accepted nanovg [armhf] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-deluxe [amd64] (noble-proposed) [0.5.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [amd64] (noble-proposed) [2.28.1-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [armhf] (noble-proposed) [2.28.1-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [arm64] (noble-proposed) [0.6.4-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [amd64] (noble-proposed) [0.2.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [armhf] (noble-proposed) [0.2.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted deepdish [amd64] (noble-proposed) [0.3.7-1]
[01:51] -queuebot:#ubuntu-release- New: accepted nanovg [amd64] (noble-proposed) [0.0~git20230826.f93799c+dfsg-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-deluxe [ppc64el] (noble-proposed) [0.5.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [amd64] (noble-proposed) [0.6.4-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [arm64] (noble-proposed) [0.2.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted licenserecon [arm64] (noble-proposed) [1.0]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libpulse-glib-binding [arm64] (noble-proposed) [2.28.1-1]
[01:51] -queuebot:#ubuntu-release- New binary: rust-pyo3-filelike [s390x] (noble-proposed/universe) [0.2.0-1] (no packageset)
[01:51] -queuebot:#ubuntu-release- New: accepted r-cran-labelled [amd64] (noble-proposed) [2.12.0-1]
[01:51] -queuebot:#ubuntu-release- New: accepted rust-libusb1-sys [armhf] (noble-proposed) [0.6.4-1]
[01:58] -queuebot:#ubuntu-release- New binary: soplex [s390x] (noble-proposed/universe) [6.0.3+dfsg-1] (no packageset)
[04:40] -queuebot:#ubuntu-release- New: accepted rust-pyo3-filelike [s390x] (noble-proposed) [0.2.0-1]
[04:40] -queuebot:#ubuntu-release- New: accepted soplex [s390x] (noble-proposed) [6.0.3+dfsg-1]
[05:55] <vorlon> tsimonq2, Eickmeyer: uh /usr/share/applications/kde4/ubiquity-kdeui.desktop is the *actual filename* shipped in ubiquity-frontend-kde
[05:56] <Eickmeyer> vorlon: https://launchpadlibrarian.net/703887511/ubiquity_24.04.1_24.04.2.diff.gz
[05:58] <vorlon> Eickmeyer: ok - I only saw the casper diff not the ubiquity diff.  In any event, such a change doesn't belong being added onto an unrelated MP without being documented in the changelog
[06:01] <Eickmeyer> I mean, we're not stupid; we wouldn't have done one without the other.
[06:04] <vorlon> how should I know it wasn't an oversight, when the ubiquity changes are being made without following existing code review processes?
[06:17] -queuebot:#ubuntu-release- New: accepted icu [amd64] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [armhf] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [ppc64el] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [s390x] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [arm64] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [riscv64] (noble-proposed) [74.2-1ubuntu1]
[06:17] -queuebot:#ubuntu-release- New: accepted icu [i386] (noble-proposed) [74.2-1ubuntu1]
[06:20] -queuebot:#ubuntu-release- New binary: boost-defaults [amd64] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:20] -queuebot:#ubuntu-release- New binary: boost-defaults [ppc64el] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:20] -queuebot:#ubuntu-release- New binary: boost-defaults [i386] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:20] -queuebot:#ubuntu-release- New binary: boost-defaults [s390x] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:21] -queuebot:#ubuntu-release- New binary: boost-defaults [armhf] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:22] -queuebot:#ubuntu-release- New binary: boost-defaults [arm64] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [amd64] (noble-proposed) [1.83.0.1ubuntu1]
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [armhf] (noble-proposed) [1.83.0.1ubuntu1]
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [ppc64el] (noble-proposed) [1.83.0.1ubuntu1]
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [arm64] (noble-proposed) [1.83.0.1ubuntu1]
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [s390x] (noble-proposed) [1.83.0.1ubuntu1]
[06:34] -queuebot:#ubuntu-release- New: accepted boost-defaults [i386] (noble-proposed) [1.83.0.1ubuntu1]
[06:40] -queuebot:#ubuntu-release- New binary: boost-defaults [riscv64] (noble-proposed/main) [1.83.0.1ubuntu1] (i386-whitelist, ubuntu-desktop)
[06:43] -queuebot:#ubuntu-release- New: accepted boost-defaults [riscv64] (noble-proposed) [1.83.0.1ubuntu1]
[07:54] <LocutusOfBorg> vorlon, now that we have boost-defaults defaulting on i386 we need it?
[07:55] <LocutusOfBorg> vorlon, can we please have some ghc removals so we can finally end this transition?
[07:55] <LocutusOfBorg> Debian migrated yesterday
[08:22] <vorlon> LocutusOfBorg: what do you mean, "boost-defaults defaulting on i386"?
[08:23] <vorlon> LocutusOfBorg: ghc removals> I've just yanked out ppc64el libghc*lua* that were missing according to update_excuses; this was slightly faster than working out binary package names from the list of source packages you gave.  you had some packages in the list you posted earlier that I can't see have removals required wrt ppc64el
[08:24] <vorlon> specifically, haskell-hedis?
[08:24] <vorlon> and I see lpeg is out of date, checking that now
[08:25] <vorlon> also I apparently forgot the '-a ppc64el' part, lovely
[08:25] <vorlon> but ^C is your friend
[08:25] <LocutusOfBorg> vorlon, I'm speaking about this
[08:25] <LocutusOfBorg> boost-defaults (1.74.0.3ubuntu7 to 1.83.0.1ubuntu1)
[08:25] <LocutusOfBorg> now I presume d_oko will start issuing rebuilds after boost-defaults publishes and then stuff will need i386
[08:26] <vorlon> boost1.83 is already built on i386 https://launchpad.net/ubuntu/+source/boost1.83/1.83.0-1ubuntu2
[08:26] <LocutusOfBorg> maybe it would have been better to first merge boost-defaults and then add it to i386 list
[08:26] <LocutusOfBorg> I'm just trying to understand your sentence above
 doko: ^^ removed again pending a rationale; boost1.83 is there by LocutusOfBorg's request because 1.83 is now boost-defaults in unstable, but I'm unaware of anything i386 that's blocked on boost1.81
[08:27] <LocutusOfBorg> I don't know if I made any mistake in my request
[08:27] <vorlon> I'm talking about the fact that doko added boost1.8*1* to i386 whitelist, not boost1.8*3*
[08:27] <LocutusOfBorg> ohhhhhhhhhhhhhhhhhhhhh
[08:27] <LocutusOfBorg> I already had my coffee, probably I should get another one
[08:27] <LocutusOfBorg> anyhow, last blockers are:
[08:28] <LocutusOfBorg> nbconvert kick out or ignore autopkgtests (Debian bugs: #1042699 #1050667 #1057949)
[08:28] -ubottu:#ubuntu-release- Debian bug 1050667 in src:nbconvert "DSA for jupyter-core in oldstable triggers nbconvert autopkgtest" [Serious, Open] https://bugs.debian.org/1050667
[08:28] -ubottu:#ubuntu-release- Debian bug 1057949 in src:nbconvert "nbconvert: needs update for new version of pandoc: PDF creating failed" [Serious, Open] https://bugs.debian.org/1057949
[08:28] -ubottu:#ubuntu-release- Debian bug 1042699 in src:nbconvert "nbconvert: FTBFS with Sphinx 7.1, docutils 0.20: TypeError: not all arguments converted during string formatting" [Serious, Open] https://bugs.debian.org/1042699
[08:28] <LocutusOfBorg> pypandoc, r--cran-flextable r-cran-rmarkdown ignore on ppc64el, they are related to lua support missing.
[08:29] <LocutusOfBorg> we can upload a fix to ignore testsuite, but we are confident that haskell lua will start building again on ppc64el in the future, so together with Debian release team we assumed that hinting the testsuite on ppc64el was better than hacking it, and forget about the hack later
[08:30] <LocutusOfBorg> so, with the 3 badtesting above we should be finally good to migrate, or at least britney will tell us something more
[08:32] <LocutusOfBorg> (btw haskell-hedis was fixed in the new ghc upload, fixing a ppc64el specific failure, the Debian bug should have the good list)
[08:33] <LocutusOfBorg> last thing, do you think we can stop building ocaml on i386?
[08:37] <vorlon> what still depends on it?
[08:38] <vorlon> it's late here, I don't have time to look at the autopkgtest ignores; I'll try to pick it up in the morning
[08:38] <vorlon> I don't see ocaml in the i386 list
[08:39] <vorlon> so yes, we have stopped building it; just needs cleanup of older binaries
[08:47] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-backports/universe) [306-1~bpo22.04.1 => 307-1~bpo22.04.1] (no packageset)
[08:47] -queuebot:#ubuntu-release- Unapproved: cockpit (lunar-backports/universe) [303-1~bpo23.04.1 => 307-1~bpo23.04.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (mantic-backports/universe) [300-1~bpo23.10.1 => 304-1~bpo23.10.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit (mantic-backports/universe) [303-1~bpo23.10.1 => 307-1~bpo23.10.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (jammy-backports/universe) [303-1~bpo22.04.1 => 304-1~bpo22.04.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (lunar-backports/universe) [79-1~bpo23.04.1 => 82-1~bpo23.04.1] (no packageset)
[08:48] -queuebot:#ubuntu-release- Unapproved: cockpit-machines (lunar-backports/universe) [300-1~bpo23.04.1 => 304-1~bpo23.04.1] (no packageset)
[08:49] -queuebot:#ubuntu-release- Unapproved: cockpit-podman (mantic-backports/universe) [79-1~bpo23.10.1 => 82-1~bpo23.10.1] (no packageset)
[08:53] <vorlon> LocutusOfBorg: did a run of removals of unneeded i386 binaries, ocaml is gone now
[09:12] <doko> 1.81 was just to have something in the release pocket on i386 before the icu upload. it could have been removed later
[09:37] <LocutusOfBorg> yay!
[09:54] -queuebot:#ubuntu-release- New binary: r-cran-broom.helpers [amd64] (noble-proposed/universe) [1.14.0-1] (no packageset)
[10:02] -queuebot:#ubuntu-release- New: accepted r-cran-broom.helpers [amd64] (noble-proposed) [1.14.0-1]
[11:27] <LocutusOfBorg> missing build on ppc64el: libghc-hslua-marshalling-dev, libghc-hslua-marshalling-prof (from 2.1.0-2build1)
[11:27] <LocutusOfBorg> vorlon, ^^
[11:28] <LocutusOfBorg> also if possible the hints...
[11:28] <LocutusOfBorg> oops g night!
[11:29] <LocutusOfBorg> I didn't read
[11:59] <tsimonq2> vorlon: Ubiquity> In this case, following the existing code process would have been quite ineffective. MPs have been rejected recently for the desire to not put further effort into Ubiquity, and generally speaking, Foundations does *not* support Qt frontends for core applications. I know, because we've had critical bugs for Ubiquity, software-properties-qt, and more in the past, but were told to
[11:59] <tsimonq2> fix it ourselves if we wanted it done. All three Qt-based flavors feel this way, acutely with the new Flutter installer, which hardcodes GNOME items in, with us as an afterthought. We're used to it. It's not how it should be, but as the only Core Developer out of the three aforementioned flavors, I tend to take on reviews and queries specific to this. I was actively iterating on these changes
[11:59] <tsimonq2> with Erich, therefore we didn't file an MP. If you'd like us to file the paperwork regardless next time, fine, that's a valid point. As for, "well, this should have followed an MP process," no, we refuse to wait three months just to get a NACK.
[12:02] <tsimonq2> (Sorry, te_ward is also a Core Developer and he's on the Lubuntu Team, he's just not heavily involved with these sorts of things.)
[13:55] -queuebot:#ubuntu-release- New binary: node-jupyterlab [amd64] (noble-proposed/universe) [4.0.9+ds1+~cs3.4.4-1] (no packageset)
[14:09] <LocutusOfBorg> vorlon, please if you do the hints, rollback haskell-text-icu 0.8.0.4-1build1 to the previous version and restore once the haskell is migrated
[14:10] <LocutusOfBorg> I don't think we want to entangle haskell with everything else
[14:13] <LocutusOfBorg> jbicha, gst-plugins ping :)
[16:02] <vorlon> tsimonq2: "MPs have been rejected recently for the desire to not put further effort into Ubiquity" [citation needed] https://code.launchpad.net/~ubuntu-installer/ubiquity/+git/ubiquity/+ref/main/+merges?field.status=REJECTED&field.status-empty-marker=1
[16:03] <vorlon> there was one MP recently that I disapproved of because it was adding code in ubiquity for an UBUNTU image, which is not supposed to be using ubiquity by 24.04 release
[16:03] <vorlon> and "I don't want to use the review process because I don't like the review feedback from the (current) maintainers" is a poor excuse
[16:05] <vorlon> doko: I have no idea why "something in the release pocket on i386 before the icu upload" is supposed to be useful, for a package we don't need on i386 at all
[16:21] <vorlon> LocutusOfBorg: fwiw with the haskell lua ppc64el removals, I would expect those autopkgtests to also fail on baseline now, not requiring a hint
[16:21] <vorlon> (and this is what I'm trying now)
[16:26] <vorlon> LocutusOfBorg: marshalling> oops, I overlooked that marshal and marshalling are different :P
[16:28] <vorlon> temporarily rolling haskell-text-icu back to 0.8.0.4-1 to unentangle icu vs ghc
[16:37] <doko> vorlon: there's also haskell-stringprep
[16:38] <vorlon> doko: thanks, rolling that back too
[16:44] <Eickmeyer> vorlon: ubiquity/casper> It would probably be in your best interest to not carry on that line of conversation any further as it's just showing to be anti-collaborative and disrespectful toward fellow developers, and placing unnecessary barriers for the sake of placing barriers. As I see it, it seems that you don't trust either one of us to do the
[16:44] <Eickmeyer> right thing, and for that we're both quite offended. Simon is a very competent developer which you seem to disregard and stifle regularily. So, perhaps before berating a Core Developer accepting a seemingly unrelated MP, check to see if the right thing was done first? And then, maybe instead of berating a Core Developer for maintaining
[16:44] <Eickmeyer> long-unmaintained code (the Qt frontend) that Foundations refuses to maintain, maybe you should thank him? If this is the system you support, then as I see it, it's very broken. There are a lot of eyes on you right now, so I'd be very careful about how you respond.
[16:53] <vorlon> Eickmeyer: the "right thing" for these packages is to use the established code review practices.  What's anti-collaborative is ignoring the established processes.  Once ubiquity is disentangled from main and no longer has ~ubuntu-installer as the maintainer, flavors can maintain it using whatever practices they want.  Or if someone wants to move the ubiquity KDE frontend to a separate source
[16:53] <vorlon> package and decouple it from ubiquity, that's fine too.  But casper remains in main and should be held to a high standard regarding not just the content of code changes but also the documentation (in changelog and commit messages) because of the sensitivity of the code in interacting with other packages.
[16:57] <LocutusOfBorg> vorlon, they need hint
[16:57] <LocutusOfBorg> they are not "BD-uninstallable"
[16:57] <LocutusOfBorg> on stderr there is a print
[16:57] <LocutusOfBorg> "247s RuntimeError: Pandoc died with exitcode "89" during conversion: This version of pandoc has been compiled without Lua support.
[16:57] <LocutusOfBorg> "
[16:57] <LocutusOfBorg> this is not something that will auto heal I would say with a ppc64el removal
[16:57] <LocutusOfBorg> right?
[16:57] <LocutusOfBorg> test_conversion_with_lua_filter is something that will fail in any case
[16:58] <vorlon> LocutusOfBorg: what changes is that the *baseline* regresses, so it's no longer a regression that blocks migration
[16:58] <vorlon> https://autopkgtest.ubuntu.com/packages/r/r-cran-rmarkdown/noble/ppc64el
[16:58] <LocutusOfBorg> but pandoc in release is probably built with lua support embedded
[16:59] <LocutusOfBorg> so, not sure if it will fail... in proposed it was split into a ton of pandoc-foo libraries
[17:00] <vorlon> well, at least one of them has also failed in release pocket on retry
[17:00] <vorlon> as this is preferred over hints, we'll see what happens with the other two
[17:00] <vorlon> and I'll add hints if necessary
[17:04] <LocutusOfBorg> thanks!
[17:06] <vorlon> LocutusOfBorg: and yeah, pypandoc passed in release pocket, feh - adding a hint
[17:07] <LocutusOfBorg> yeah that was my fear
[17:07] <vorlon> and oops the retry above that failed wasn't my no-proposed one at all, it was the spurious regular test against -proposed that I had to trigger to get fresh cookies out of autopkgtest.u.c :P
[17:08] <LocutusOfBorg> ok so now I understand, that was also my guess :)
[17:13] <LocutusOfBorg> r-cran-rmarkdown needs an hint
[17:13] <LocutusOfBorg> it didn't fail with migration-reference
[17:13] <vorlon> ack (boo)
[17:16] <LocutusOfBorg> and also r-cran-flextable succeeded with migration-reference/0
[17:16] <LocutusOfBorg> :/
[17:16] <vorlon> yeah, all hints added now
[17:16] <LocutusOfBorg> thanks, crossing fingers
[17:16] <LocutusOfBorg> I'll copy back the two packages if I see the migration
[17:17] <vorlon> ack
[17:18] <LocutusOfBorg> (the copy you did one hour ago didn't publish yet, strange)
[17:20] -queuebot:#ubuntu-release- New binary: appstream [amd64] (noble-proposed/main) [1.0.1-2] (core)
[17:22] -queuebot:#ubuntu-release- New binary: appstream [arm64] (noble-proposed/main) [1.0.1-2] (core)
[17:23] -queuebot:#ubuntu-release- New: accepted appstream [amd64] (noble-proposed) [1.0.1-2]
[17:23] -queuebot:#ubuntu-release- New: accepted node-jupyterlab [amd64] (noble-proposed) [4.0.9+ds1+~cs3.4.4-1]
[17:23] -queuebot:#ubuntu-release- New: accepted appstream [arm64] (noble-proposed) [1.0.1-2]
[17:23] -queuebot:#ubuntu-release- New binary: appstream [ppc64el] (noble-proposed/main) [1.0.1-2] (core)
[17:30] <LocutusOfBorg> whoever accepted appstream binaries please make sure you are not accepting into main pocket
[17:34] <vorlon> I used new-binary-debian-universe to accept them; if that put them in the wrong pocket, will be fixed up via https://ubuntu-archive-team.ubuntu.com/component-mismatches-proposed.html
[17:39] -queuebot:#ubuntu-release- New binary: r-cran-ggstats [amd64] (noble-proposed/universe) [0.5.1-1] (no packageset)
[17:41] -queuebot:#ubuntu-release- New: accepted appstream [ppc64el] (noble-proposed) [1.0.1-2]
[17:41] -queuebot:#ubuntu-release- New: accepted r-cran-ggstats [amd64] (noble-proposed) [0.5.1-1]
[17:41] <vorlon> N | libappstreamqt3 Component: main Section: libs Priority: OPTIONAL
[17:41] <vorlon> so yes it'll get cleaned up via component-mismatches
[17:46] <vorlon> LocutusOfBorg: so appstream-generator is in unstable now, but it's ftbfs on armhf/riscv64/s390x
[17:47] <vorlon> I mean, I guess I don't care too much, we're not going to be running the generator for Ubuntu itself on any of those archs
[17:47] <LocutusOfBorg> correct
[17:47] <LocutusOfBorg> no reverse deps
[17:48] <LocutusOfBorg> I'm waiting for Debian but if you want to remove in the meanwhile even better
[17:48] <vorlon> yeah, I'll just remove those
[17:48] <LocutusOfBorg> this should make ldc and appstream transition become NBS cleanable
[17:49] <vorlon> yep
[17:49] <LocutusOfBorg> (and haskell to migrate next round hopefully)
[17:49] <vorlon> have just uploaded libappindicator to drop gtk2 support (NBS) but that itself appears to have revdeps, me
[17:49] <vorlon> h
[17:49] <vorlon> afk for a couple hours (at least)
[17:50] <LocutusOfBorg> yay thanks for the help, I'm keeping fingers crossed
[18:02] <LocutusOfBorg> migrating ghc/9.4.7-2/amd64 to testing makes libghc-stringprep-dev/1.0.0-12build2/amd64 uninstallable
[18:02] <LocutusOfBorg> sigh
[18:02] <LocutusOfBorg> needing a new run
[18:55] <LocutusOfBorg> vorlon, if I can use your time... netcdf/i386 hint please?
[18:57] <LocutusOfBorg> real test was added, and fails now, from neutral to fail
[19:41] <LocutusOfBorg> Moving: haskell-ghc-typelits-knownnat/0.7.9-1build2
[19:41] <LocutusOfBorg> BRACE FOR IMPACT
[19:47] <vorlon> LocutusOfBorg: netcdf/i386> done
[19:47] <LocutusOfBorg> thanks!
[19:53] <LocutusOfBorg> libappstreamqt3/amd64 in main cannot depend on libqt6core6 in universe
[19:54] <LocutusOfBorg> vorlon, ^^ it should really go in universe indeed
[20:01] <vorlon> yeah. libappstreamqt-dev needs re-added to the Extra-Excludes.  Done now (after having just dropped it :P)
[20:21] <LocutusOfBorg> (haskell-stringprep and haskell-text-icu copied back!)
[20:22] <LocutusOfBorg> oh btw, src:signon can go away, all the binaries have been replaced and provided by src:signond from Debian
[20:23] <vorlon> LocutusOfBorg: do you mind a quick removal bug report for that one?
[20:24] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/signon/+bug/2046971
[20:24] -ubottu:#ubuntu-release- Launchpad bug 2046971 in signon (Ubuntu) "RM signon from noble" [Undecided, New]
[20:24] <LocutusOfBorg> done :)
[20:24] <vorlon> Eickmeyer: fyi, related to your earlier casper mp https://code.launchpad.net/~vorlon/livecd-rootfs/+git/livecd-rootfs/+merge/457665
[20:26] <Eickmeyer> vorlon: Funny you should mention that. I managed to do the exact same thing using edubuntu-live-settings, all in a package, completely with actual installed files. I think the desktop team could do the same.
[20:36] <vorlon> ah, that's certainly an option; and you already had an edubuntu-live-settings package to add it to, so it makes a certain amount of sense there.  I was going to outline how the above hook would then be refactored to work for both edubuntu and ubuntu, and avoid code getting out of sync
[20:36] <vorlon> does ubuntustudio need anything in this regard still?
[20:37] <Eickmeyer> I'm still mulling over how to do the same thing using Plasma Desktop. It can certainly be scripted to do something like that using javascript, but I just need to remember what needs to be done. Since there's an ubuntustudio-live-settings package, I can just do it there.
[20:48] <Eickmeyer> vorlon: I am also considering adding an oft-requested minimal install option for Ubuntu Studio. Since it already has the core seed/metapackage, that would be the basis, so no new package necessary. It would, of course, require another MP for livecd-rootfs. Along with that, considering adding minimal+audio, minimal+video, and
[20:48] <Eickmeyer> minimal+graphics+photography options since the layering is quite easy.
[21:28] <vorlon> Eickmeyer: layers however form a tree; you can't have an 'everything' layer that inherits from all of audio+video+graphics+photography, so if you intend to offer 'everything' as an install option, you'll be doubling the size of the image
[21:34] <Eickmeyer> vorlon: True, and there's a lot to consider, and perhaps a refactoring of the tasks so that "everything" would be what is now the "desktop" tasks so that it doesn't layer, similar to how the "desktop-gnome" task for edubuntu is now.
[21:35] <Eickmeyer> I'm perhaps not being specific enough, but there's an idea in my head that doesn't add task upon task upon task.
[23:17] -queuebot:#ubuntu-release- New binary: libcotp [amd64] (noble-proposed/universe) [3.0.0-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-heed [amd64] (noble-proposed/universe) [0.20.0~alpha.9-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: rust-libgweather [amd64] (noble-proposed/universe) [4.3.1-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libcotp [arm64] (noble-proposed/universe) [3.0.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libcotp [ppc64el] (noble-proposed/universe) [3.0.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libcotp [armhf] (noble-proposed/universe) [3.0.0-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: rust-heed [ppc64el] (noble-proposed/universe) [0.20.0~alpha.9-1] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: rust-libgweather [ppc64el] (noble-proposed/universe) [4.3.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New: accepted libcotp [amd64] (noble-proposed) [3.0.0-1]
[23:35] -queuebot:#ubuntu-release- New: accepted libcotp [armhf] (noble-proposed) [3.0.0-1]
[23:35] -queuebot:#ubuntu-release- New: accepted rust-heed [amd64] (noble-proposed) [0.20.0~alpha.9-1]
[23:35] -queuebot:#ubuntu-release- New: accepted rust-libgweather [amd64] (noble-proposed) [4.3.1-1]
[23:35] -queuebot:#ubuntu-release- New: accepted libcotp [arm64] (noble-proposed) [3.0.0-1]
[23:35] -queuebot:#ubuntu-release- New: accepted rust-heed [ppc64el] (noble-proposed) [0.20.0~alpha.9-1]
[23:35] -queuebot:#ubuntu-release- New: accepted libcotp [ppc64el] (noble-proposed) [3.0.0-1]
[23:35] -queuebot:#ubuntu-release- New: accepted rust-libgweather [ppc64el] (noble-proposed) [4.3.1-1]
[23:37] -queuebot:#ubuntu-release- New binary: rust-libgweather [arm64] (noble-proposed/universe) [4.3.1-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: rust-libgweather [armhf] (noble-proposed/universe) [4.3.1-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: rust-heed [arm64] (noble-proposed/universe) [0.20.0~alpha.9-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: rust-heed [armhf] (noble-proposed/universe) [0.20.0~alpha.9-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New: accepted rust-heed [arm64] (noble-proposed) [0.20.0~alpha.9-1]
[23:44] -queuebot:#ubuntu-release- New: accepted rust-libgweather [arm64] (noble-proposed) [4.3.1-1]
[23:44] -queuebot:#ubuntu-release- New: accepted rust-heed [armhf] (noble-proposed) [0.20.0~alpha.9-1]
[23:44] -queuebot:#ubuntu-release- New: accepted rust-libgweather [armhf] (noble-proposed) [4.3.1-1]
[23:48] <vorlon> xnox: Debian bug #737634 was wontfix'ed 9 years ago, and the TC issued advice a year ago that was not taken by the Debian maintainer.  Is it still useful to carry this delta?
[23:48] -ubottu:#ubuntu-release- Debian bug 737634 in dpkg "dpkg: Allow overriding is_native version checks in dpkg 3.0 Native." [Wishlist, Open] https://bugs.debian.org/737634