[07:43] <mwhudson> i wonder why the livecd-rootfs/noble/amd64 autopkgtests have been running for 2 hours longer than usual
[12:50] <kajiya> I've got an (already sponsored :D) SRU here: https://bugs.launchpad.net/ubuntu/+source/gce-compute-image-packages/+bug/2045708 - Łukasz asked for me to update the description to add any regression potentials. I've done that now so may I get an upload to mantic-proposed please? It's already in jammy and focal -proposed :) Cheers
[12:50] -ubottu:#ubuntu-devel- Launchpad bug 2045708 in gce-compute-image-packages (Ubuntu Mantic) "[SRU] Improve debian/99-gce.rules to set schedulers based on disk" [Undecided, New]
[15:38] <tsimonq2> kajiya: This seems quite reasonable, I'll sponsor it for you. :)
[15:41] <tsimonq2> kajiya: Quick note for you, the debhelper in Focal is version 12, looks like the package is at version 9. It would be beneficial to look at upgrading, at some point soon: https://launchpad.net/ubuntu/+source/debhelper
[15:42] <tsimonq2> https://manpages.debian.org/testing/debhelper/debhelper-compat-upgrade-checklist.7.en.html
[15:48] <sudip> tsimonq2: I think you were offline during the weekend, not sure you saw my msg
[15:48] <sudip> Feb 11 22:10:57 <sudip> tsimonq2: you might want to have a look at LP: #2052880
[15:48] -ubottu:#ubuntu-devel- Launchpad bug 2052880 in lxqt-archiver (Ubuntu) "Can't create .zip archive. 'Failed to execute command.' and 'Archive not found' errors" [Undecided, Confirmed] https://launchpad.net/bugs/2052880
[15:48] <tsimonq2> sudip: Thanks! I appreciate the second ping :)
[15:49] <sudip> ohh.. sorry.. I didn't realise you got the first ping.. it was weekend. :)
[15:51] <tsimonq2> It's been a turbulent weekend, it's on me for missing it, not on you for pinging. ;)
[16:38] <slyon> tsimonq2: I left a thing for you: https://github.com/calamares/calamares/pull/2284 I would appreciate any feedback if you find some time.
[16:38] -ubottu:#ubuntu-devel- Pull 2284 in calamares/calamares "[RFC] networkcfg: Configure NetworkManager to be the default Netplan renderer" [Open]
[16:42] <sdeziel> rbasak: re the geoipupdate package being in multiverse rather than universe, here's another data point, the geoip-db itself is in universe (https://packages.ubuntu.com/noble/geoip-database), albeit an old copy of it though
[16:55] <tsimonq2> slyon: Thank you so much for this!!! I really appreciate it! :)
[16:55] <tsimonq2> slyon: I'll put my thoughts on there after lunch. Tentative ACK, seems reasonable to me. :)
[16:59] <slyon> cool, thanks a lot!
[17:20] <rbasak> sdeziel: right, because that's not in contrib in Debian presumably.
[17:20] <rbasak> sdeziel: I'm not sure I understand the point you're making.
[17:21] <rbasak> Are you asking Ubuntu to override the mapping in particular cases? Or just asking why things are the way they are? Or something else?
[17:29] <sdeziel> rbasak: I'd appreciate if the package could be moved to universe
[17:33] <sdeziel> sorry for not being clear from the get go
[19:48] <rbasak> sdeziel: no worries. I'm not sure but I think it's possible to override, subject to whatever archive policy applies of course. Archive admins are the decision makeers on this. You can file a bug against the package requesting it and subscribe ~ubuntu-archive to put it in their queue. They process the queue once or twice a cycle.
[19:49] <sdeziel> rbasak: very nice, thanks a lot for walking through this
[19:49] <tsimonq2> slyon: Your commit just got merged into Calamares. :D
[19:50] <tsimonq2> slyon: Is there a bug to track doing this in network-manager already, or should I create one?
[19:53] <slyon> tsimonq2: nice! How's the testing story for calamares? (I didn't put any tests in my RFC)
[19:54] <slyon> There is bug #2020110 which does what we need, but I think it might make more sense to do the same thing as part of the network-manager package..
[19:54] -ubottu:#ubuntu-devel- Bug 2020110 in ubuntu-settings (Ubuntu) "Migrate netplan settings to this package" [Undecided, Fix Released] https://launchpad.net/bugs/2020110
[19:55] <tsimonq2> slyon: The story itself is quite comprehensive, thanks to guiverc and leok :) https://discourse.lubuntu.me/t/testing-checklist-understanding-the-testcases/2743 https://discourse.lubuntu.me/t/testing-checklist/4695
[19:56] <tsimonq2> slyon: In a more specific sense, this will be tested thoroughly once it hits the archive on the 18th.
[19:56] <slyon> So we could re-use that same bug and add a network-manager task, I guess? Feel free to do that. We'd need to check back with the relevant people about moving that file, but it would be good to have some bug report to track it.
[19:56] <tsimonq2> Yeah, that works for me. I'll subscribe to it.
[19:56] <slyon> tsimonq2: ok cool, thanks a lot. I'll check the details tomorrow as I'll be AFK now. I'm already on family time :)
[19:57] <tsimonq2> slyon: Have fun :) I think we're all good here!
[20:00] <tsimonq2> arraybolt3, sgmoore: Please be aware of the above Calamares pull request that was merged.
[20:50] <UnivrslSuprBox> I've filed lp:2053071 for faketime failing to fake timestamps to date(1) on i386. Looks like the last release this worked in was kinetic. It's still on the i386 allowlist though.
[20:50] -ubottu:#ubuntu-devel- Launchpad bug 2053071 in faketime (Ubuntu) "faketime i386 and armhf fail to fake timestamps through date(1) in lunar and above" [Undecided, New] https://launchpad.net/bugs/2053071
[20:53] <UnivrslSuprBox> faketime is depended upon by epoptes, recommended by reprotest, and suggested by devscripts. It might need a new stack of syscall interceptors implemented for 64-bit timestamps on 32-bit hosts (or it might only be a few, I don't know)
[20:54] <tsimonq2> UnivrslSuprBox: Looks like a question for ubuntu-archive / #ubuntu-release, in any case here is more info: https://wiki.ubuntu.com/i386 (and I'd subscribe ubuntu-archive to the bug.)
[20:54] <mirespace> cpaelzer: about the  the wrapper for libcrpytx, I will drop the ed from dkim-perl and I'll upload it asap (I started for the wrapper itself, but yes... better to drop it first)
[21:00] <kajiya> tsimonq2 Hey there again! :D Sorry for the delay, I had to afk for a bit... thanks for your comment (and I'll definitely follow up with `debhelper` versions seperately) but I've already got sponsorship (from U_tkarsh), I just need someone to bump it out the mantic unapproved queue and get it into `mantic-proposed` :)
[21:01] <tsimonq2> kajiya: I do recall checking whether it was there hmmm :)
[21:01] <tsimonq2> kajiya: In any case, I'm glad it's being taken care of :D
[21:02] <tsimonq2> https://launchpad.net/ubuntu/mantic/+queue?queue_state=1&queue_text= I don't see another upload ;) either way, no worries
[21:05] <kajiya> tsimonq2 Thanks for the help as always :D
[21:05] <tsimonq2> You're welcome. :)