=== genii is now known as genii-core [01:16] LocutusOfBorg, sorry Utkarsh and I were both out sick today. The 'Unable to load dynamic library '' is occuring among a lot of the php packages right now due to the transition still under way. I don't think the error is actually due to php-apcu*, but rather a larger issue with autoloading that Utkarsh and I have been actively investigating. [01:18] LocutusOfBorg, I'm keeping notes on current status of things (and next actions for some packages) at https://wiki.ubuntu.com/ServerTeam/Transition/Php8.1 [08:12] thanks bryceh I'm happy it wasn't my fault [08:12] I guess no need to do anything and situation will auto fix then :D [09:18] I'm taking a look at the pythonmagick build failures this morning === sem2peie- is now known as sem2peie [09:39] icey: great, feel free to ping if you need a sponsor [09:40] thanks ginggs [10:33] ginggs: I just built it fine locally with a jammy pbuilder, could you just poke a retry on it please? [10:42] icey: given back [10:51] icey: no luck :( [10:51] ginggs: frustrating [10:51] thanks! === guiverc2 is now known as guiverc [11:01] icey: https://mail.gnu.org/archive/html/bug-autoconf/2021-10/msg00000.html [11:05] ginggs: that'd do it :-/ [11:08] ginggs: I get the feeling that this is going to end up hitting us a lot :-/ [11:11] icey: https://codesearch.debian.net/search?q=AX_PYTHON_DEVEL&literal=1&perpkg=1 [11:12] icey: i'll file a bug against autoconf-archive in debian [13:15] ginggs: how do we handle things like python 3.10 being incompatible with things right now (took a peek at one I can upload, saw that it's failing on 3.10 because of referring to a `collections.abc.$THING` indirectly, which is deprecated in 3.9 and gone in 3.10 [13:15] so there's upstream work to get them updated, but how do we handle that blocking the 3.10 migration? [13:30] ginggs: in essence: `cannot import name 'Mapping' from 'collections' `; the correct update is `import collections.abc.Mapping` (in this case) but seems to hit a lot of packages [13:31] although I'm seeing some common bits hitting unittest2 [13:40] icey: adding python3.10 is a non-blocking transition; python3.10 is already in -release, so things can migrate as soon as they're ready. for things requiring upstream work, we'll file bugs against the packages in debian. i believe doko is already looking at that [13:41] ginggs: I was wondering when looking at that python3-defaults autopkgtest failure list [13:56] icey: many of those should pass on retry soon, e.g. when assimp and cvxopt migrate [13:57] juliank, hi o/ sorry to bother. when you have a chance, may i ask you to review this grub2 mr in bug 1840560 ? it's not high priority, fyi. but just wanted to check if this is still on your radar, or would it better fit someone else at this moment? thanks! :) [13:57] Bug 1840560 in grub2 (Ubuntu Jammy) "'error: can't find command hwmatch' during grub" [Low, In Progress] https://launchpad.net/bugs/1840560 [13:57] ginggs: except for the unes using unittest2: https://bugs.launchpad.net/ubuntu/+source/unittest2/+bug/1949778 ;-) [13:57] Launchpad bug 1949778 in unittest2 (Ubuntu) "unittest2 doesn't work on python3.10" [Undecided, New] === genii-core is now known as genii [14:32] rbasak: o/ If I've `git ubuntu clone`d a package, and I want to pull everything new from the LP repo, what command(s) would I run? [14:35] Odd_Bloke: git fetch pkg [14:55] rbasak: Thanks! [17:15] mfo: I'll try to have a look at it tomorrow [17:15] juliank, cool, thanks! === bashfulrobot_ is now known as bashfulrobot === mfo_ is now known as mfo [22:42] sergiodj: Did this end up getting merged? I don't see it in impish https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=2bf3b79d05bf85e41cbdcb020bd1cc424f59dd9a [22:46] bdmurray: upstream, you mean? yeah, it was merged [22:47] it should be part of impish because we have gdb 11.1 there [22:48] I strangely don't see it in there [22:48] bdmurray: http://paste.debian.net/1218273/ [22:48] it's there [22:50] bdmurray: are you seeing this bug manifest in Impish? [22:50] sergiodj: ah the move to dwz.c and having a ChangeLog-2020 explains why I didn't find it [22:51] yeah. GDB has recently dropped ChangeLogs altogether, FWIW [22:51] ? [22:51] sorry, just an unrelated-but-somewhat-related comment [22:51] :) [22:52] sure that just seems weird [22:52] why? [22:52] what is the alternative to a ChangeLog? [22:52] git commit, basically [22:53] that seems hard for downstream consumers [22:54] yeah, it's something being discussed. the glibc folks came up with a script that goes through the commits and generates an equivalent to ChangeLogs [22:54] but because GDB has switched to C++ we have to adjust that script, which is non-trivial to do === genii is now known as genii-core [22:54] so for now people are just not writing ChangeLogs anymore [22:55] most of the community wanted to get rid of them for quite a while (I remember seeing discussions about this almost a decade ago), and now they finally pulled the trigger [22:56] either way, I'm sure that some input from downstream consumers would be most welcome. I don't see us going back to ChangeLogs, but maybe the automation script I mentioned could gain some momentum [23:04] There's a thing in gnulib (thus passed around a lot of GNU and GNU-adjacent projects) that just generates a ChangeLog from git log at tarball release time [23:05] Various projects I'm involved in have been using it for years without it occasioning much comment