cpaelzer | @pilot in | 07:31 |
---|---|---|
=== 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 | ||
cpaelzer | @pilot out | 09:14 |
=== 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 | ||
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 | 10:02 |
cjwatson | jamespage: Yeah, but I don't have any magic tips on dealing with its maintainer | 11:41 |
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:27 |
-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:28 |
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:29 |
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:30 |
bluca | dh-python is very load-bearing, is it acceptable to get that fixed, and then the affected packages bin-rebuilt? | 12:31 |
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] | 12:45 | |
tsimonq2 | Is the sponsorship report down? | 18:55 |
dbungert | tsimonq2: I'm able to access the sponsorship report on HTTP at the moment. HTTPS spins. | 19:30 |
sudip | the transitions page was last updated at Fri, 17 Jan 2025 10:36:26, is something stuck ? | 19:39 |
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:40 |
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:41 |
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:42 |
tsimonq2 | I was about to say, curl likes it | 19:43 |
tsimonq2 | TIL "Exceptions - HTTPS-Only Mode" in Firefox (Nightly) | 19:44 |
tsimonq2 | grr still not working - Skia / paride / etc can we please get some HTTPS here? | 19:45 |
tsimonq2 | aaaHA - Ctrl + Shift + H - right click the site - Forget this site | 19:46 |
tsimonq2 | @pilot in | 19:49 |
=== 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 | ||
tsimonq2 | short shift planned | 19:49 |
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:53 |
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 | 19:59 |
tsimonq2 | liushuyu: https://launchpad.net/ubuntu/+source/nut/2.8.1-4ubuntu1 | 20:04 |
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:08 |
tsimonq2 | oh? | 20:09 |
liushuyu | You see, Debian maintainer of this package fixed the autopkgtest by removing the tests | 20:10 |
liushuyu | I added the tests back and tried to fix them | 20:11 |
* tsimonq2 facepalms hard | 20:11 | |
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:12 |
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:14 |
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:20 |
Eickmeyer | 💯 | 20:21 |
liushuyu | Okay, just did some more in-depth investigation, the Debian maintainer removed the tests because those were meant for Python 2 | 20:26 |
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:27 |
jbicha | tsimonq2: could krdp be updated to not use freerdp2/winpr2? This was done in Debian but Ubuntu's package has diverged | 20:37 |
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:39 |
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 | 20:40 |
=== 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 | ||
enr0n | Eickmeyer: ? | 20:40 |
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:41 | |
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:42 |
jbicha | RikMills: could you rebuild kitinerary for the poppler 25.01 transition? | 20:44 |
jbicha | and calligra | 20:44 |
sudip | RikMills: and angelfishalso please | 20:45 |
enr0n | Eickmeyer: hm okay. It worked when I tested but I only tried with a brand new VM | 20:47 |
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:49 |
enr0n | But either way, it's obviously not working for you or the other use | 20:50 |
enr0n | user* | 20:50 |
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. | 20:51 |
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 | 23:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!