[07:31] <cpaelzer> @pilot in
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: cpaelzer
[09:14] <cpaelzer> @pilot out
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: N/A
[10:02] <jamespage> cjwatson: feels like there is some inertia on moving psutil forward to 6.x in Debian - the incoming openstack release is starting to use features in 6.1.x or greater as well
[11:41] <cjwatson> jamespage: Yeah, but I don't have any magic tips on dealing with its maintainer
[12:27] <bluca> so here's a fun one: due to a dh-python bug in noble https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068255
[12:28] -ubottu:#ubuntu-devel- Debian bug 1068255 in dh-python "dh-python: dh_python3 loses cpython module name when renaming shared object" [Grave, Fixed]
[12:28] <bluca> libdnf packages are broken in noble, on all architectures except amd64
[12:28] <bluca> for some unknown reason - so nobody noticed
[12:28] <bluca> until yesterday when github enabled arm64 workers using noble :-)
[12:28] <bluca> on amd64: https://packages.ubuntu.com/noble/amd64/python3-libdnf/filelist
[12:29] <bluca> /usr/lib/python3/dist-packages/libdnf/_module.cpython-312-x86_64-linux-gnu.so
[12:29] <bluca> on arm64 and other arches: https://packages.ubuntu.com/noble/arm64/python3-libdnf/filelist
[12:29] <bluca> /usr/lib/python3/dist-packages/libdnf/_.cpython-312-aarch64-linux-gnu.so
[12:29] <bluca> ('module' gets erroneously stripped from the filename)
[12:30] <bluca> so trying to use dnf you get an error 'ImportError: cannot import name '_module' ...'
[12:30] <bluca> so the question: what's the procedure to get this fixed?
[12:31] <bluca> dh-python is very load-bearing, is it acceptable to get that fixed, and then the affected packages bin-rebuilt?
[12:45] <bluca> filed https://bugs.launchpad.net/ubuntu/+source/libdnf/+bug/2095168 with the details
[12:45] -ubottu:#ubuntu-devel- Launchpad bug 2095168 in libdnf (Ubuntu Noble) "dh-python: dh_python3 loses cpython module name when renaming shared object" [Undecided, Confirmed]
[18:55] <tsimonq2> Is the sponsorship report down?
[19:30] <dbungert> tsimonq2: I'm able to access the sponsorship report on HTTP at the moment.  HTTPS spins.
[19:39] <sudip> the transitions page was last updated at Fri, 17 Jan 2025 10:36:26, is something stuck ?
[19:40] <tsimonq2> dbungert, sudip: I suspect there was a blip of some kind. I have no clue how it's *actually* deployed but my guess is that it's on the same cluster or machine.
[19:41] <tsimonq2> sudip: can confirm
[19:41] <tsimonq2> dbungert: can *not* confirm, http://sponsoring-reports.ubuntu.com/ spins for me :(
[19:41] <dbungert> I have had problems with HSTS forcing me to HTTPS when it wasn't available, that might be worth looking in to
[19:41] <sudip> http://sponsoring-reports.ubuntu.com/ opens for me, https never worked though
[19:42] <sudip> tsimonq2: open on an incognito windows, my main window always try to open https and fails
[19:42] <tsimonq2> OH, huh o_o
[19:43] <tsimonq2> I was about to say, curl likes it
[19:44] <tsimonq2> TIL "Exceptions - HTTPS-Only Mode" in Firefox (Nightly)
[19:45] <tsimonq2> grr still not working - Skia / paride / etc can we please get some HTTPS here?
[19:46] <tsimonq2> aaaHA - Ctrl + Shift + H - right click the site - Forget this site
[19:49] <tsimonq2> @pilot in
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: tsimonq2
[19:49] <tsimonq2> short shift planned
[19:53] <tsimonq2> Hi yes does anyone want to bikeshed on changelogs with me? https://code.launchpad.net/~hyask/ubuntu/+source/zip/+git/zip/+merge/479674
[19:59] <tsimonq2> doko, ginggs: python3-defaults is too scary for me, could you take a look at your convenience? https://code.launchpad.net/~gneiss/ubuntu/+source/python3-defaults/+git/python3-defaults/+merge/479675
[20:04] <tsimonq2> liushuyu: https://launchpad.net/ubuntu/+source/nut/2.8.1-4ubuntu1
[20:08] <liushuyu> tsimonq2: Thanks!
[20:08] <liushuyu> I parked the nut merge proposal because I was trying to see if I should forward some of the Ubuntu deltas
[20:09] <tsimonq2> oh?
[20:10] <liushuyu> You see, Debian maintainer of this package fixed the autopkgtest by removing the tests
[20:11] <liushuyu> I added the tests back and tried to fix them
[20:11]  * tsimonq2 facepalms hard
[20:12] <tsimonq2> "Problems with tests? Just remove them. Don't understand a symbols file? Meh, just remove it, it's fine." <-- NOT how we should do things unless we're talking an RC bug.
[20:12]  * tsimonq2 grumbles at Debian LXQt under his breath
[20:12] <liushuyu> The reason being Python 3.13 removed a lot of stuff from the standard library, I could understand it might be difficult to figure out how to find an alternative way to do things
[20:14] <tsimonq2> Yeah, please do what you can to send that back up to Debian. IMHO it's unacceptable to "just remove" tests, even if complicated, without due process. Then again I don't know all the details.
[20:20] <Eickmeyer> Never remove tests. Disabling tests temporarily while a solution is found is OK via override_dh_auto_test:, but never remove them entirely.
[20:20] <tsimonq2> (Let's be clear, the grumbles are toward the Debian Maintainer, not liushuyu :) )
[20:21] <Eickmeyer> 💯
[20:26] <liushuyu> Okay, just did some more in-depth investigation, the Debian maintainer removed the tests because those were meant for Python 2
[20:27] <liushuyu> (so the tests would be no-op on Python 3)
[20:27] <tsimonq2> ahhhhhhhh okay
[20:27] <liushuyu> I can forward the other patch though
[20:27] <tsimonq2> Less grumbles :)
[20:27] <tsimonq2> liushuyu: Yes please, if you could.
[20:37] <jbicha> tsimonq2: could krdp be updated to not use freerdp2/winpr2? This was done in Debian but Ubuntu's package has diverged
[20:39] <tsimonq2> jbicha: I don't see why not, but I'm not a Plasma user so I usually defer to RikMills on these things :)
[20:40] <Eickmeyer> enr0n: /me sad noises
[20:40] <tsimonq2> I'm open to helping if he agrees + doesn't have the time/doesn't respond.
[20:40] <tsimonq2> @pilot out
=== ChanServ changed the topic of #ubuntu-devel to: Archive: Open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Oracular | Patch Pilots: N/A
[20:40] <enr0n> Eickmeyer: ?
[20:41] <jbicha> tsimonq2: the Q in your name is for Qt right?
[20:41] <tsimonq2> Should be down to 10 or so items in the queue; krank and busybox may be good starter packages.
[20:41] <Eickmeyer> bug 2078639, two runs of an attempt of jammy -> noble, both failed.
[20:41] <tsimonq2> jbicha: XD
[20:41] -ubottu:#ubuntu-devel- Bug 2078639 in ubuntu-release-upgrader (Ubuntu Noble) "Ubuntu Studio upgrade, pipewire <-> pulseaudio conflict" [Medium, Fix Committed] https://launchpad.net/bugs/2078639
[20:42] <Eickmeyer> enr0n: The good news is it fixed the problem at hand. The bad news is it revealed an additional one, and I think it just needs wireplumber explicitly or something. Not sure, looks like it could be a library.
[20:44] <jbicha> RikMills: could you rebuild kitinerary for the poppler 25.01 transition?
[20:44] <jbicha> and calligra
[20:45] <sudip> RikMills: and angelfish	also please
[20:47] <enr0n> Eickmeyer: hm okay. It worked when I tested but I only tried with a brand new VM
[20:49] <Eickmeyer> enr0n: Ah. Yeah, usually users are encouraged to make sure it's fully upgraded before trying, so wanted to replicate real-world conditions as much as possible.
[20:49] <enr0n> Well yeah I mean new VM -> apt update && apt upgrade -y -> do-release-upgrade
[20:50] <enr0n> But either way, it's obviously not working for you or the other use
[20:50] <enr0n> user*
[20:51] <Eickmeyer> Yeah, weird. I'm not 100% convinced it's wireplumber vs pipewire-media-session (which it's meant to replace), but that might be worth a shot. At least it got further than before the quirk was added.
[23:57] <RikMills> jbicha: tsimonq2 is meant to be taking care of KDE PIM in proposed (kitinerary). but I believe it would still need a upstream fix for poppler, which is applied in Debian. so sync or merge