[11:44] <adrien> hi, could someone retry seqkit against openssl https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=seqkit&trigger=openssl%2F3.0.7-1ubuntu1 ? (seqkit doesn't seem very reliable overall)
[11:44] <adrien> thanks :)
[11:52] <ginggs> .
[13:46] <juliank> rbasak: What happened to the whole git-ubuntu upload workflow, I remember doing sth like dpkg-buildpackage $(git ubuntu push-for-upload) <your usual flags here> months ago and that worked but what do I do now?
[13:47] <juliank> I want to upload https://code.launchpad.net/~juliank/ubuntu/+source/command-not-found/+git/command-not-found/+ref/ubuntu/devel
[13:48] <juliank> $ git ubuntu tag
[13:48] <juliank> gitubuntu.git_repository.ChangelogError: Old (23.04.0) and new (22.04.0) changelog values do not agree
[13:49] <juliank> I see git-ubuntu has not been updated in over 2 years on stable channel
[13:50] <rbasak> juliank: please use the edge channel
[13:50] <rbasak> I need to do a stable release
[13:51] <rbasak> Oh, and it's prepare-upload now, not push-for-upload
[13:51] <rbasak> dpkg-buildpackage $(git ubuntu prepare-upload args) ...
[13:51] <rbasak> It's not in stable because the CLI for that is still experimental.
[13:51] <rbasak> I need to sort out some edge case failures
[13:51] <rbasak> To handle them more gracefully
[14:17] <hallyn> hm, so I don't see pitti here ...  stgraber due to the change in lxc, where it has to use libsystemd to use the dbus api to create scopes for unpriv containers, projects which statically link against lxc now also need to statically link against libsystemd, hence
[14:17] <hallyn> https://pastebin.ubuntu.com/p/qg8BW38Y9M/
[14:18] <hallyn> Do you think there's a chance of that being cceptable?  stacker (github.com/project-stacker/stacker) for instance needs it to statically link the lxc-wrapper program which it runs in possibly empty containers to do things.
[14:18] <hallyn> It's systemd's own fault for making it impossible to cleanly create scopes without their library/api any more :)
[14:20] <hallyn> meanwhile - zhsj bluca - thanks, looks like the added deps did help golang-gopkg-lxc-go-lxc.v2 to pass - https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#lxc
[14:20] <juliank> it's been a couple years since pitti has been around in ubuntu lands :D
[14:20] <juliank> it's possible he didn't even migrate from freenode
[14:21] <hallyn> juliank: i saw him *somewhere* very recently, but maybe that was mastodon.
[14:21] <hallyn> anyway i guess i'll push this to a ppa for now to unblock.
[14:24] <hallyn> really, systemd could probably easily publish a separate libsystemd-dbus.so to avoid the rest of libsystemd being static, but that's a lot more work on the front end.
[15:06] <ogayot> hi, could somebody trigger an autopkgtest against my PPA please? I believe the link should be https://autopkgtest.ubuntu.com/request.cgi?release=lunar&arch=amd64&package=python-exchangelib&ppa=ogayot/lunar-proposed&trigger=python-exchangelib/4.9.0-1ubuntu1%7Eppa1 Thanks!
[16:18] <tsimonq2> ogayot: Done.
[16:19] <ogayot> tsimonq2: appreciated!
[16:19] <tsimonq2> No worries :)
[19:43] <arraybolt3> OK, I'm working on an XScreenSaver regression, and need some advice.
[19:44] <arraybolt3> In versions of Ubuntu before Kinetic, XScreenSaver just worked with or without a default config file at /usr/lib/X11/app-defaults/XScreenSaver. Starting with Kinetic, the included version of XScreenSaver requires a file there in order to work properly, and that file must be configured right.
[19:45] <arraybolt3> In Lubuntu Lunar, we have a file there that works perfectly. However, the default xscreensaver package does not ship with that file, thus breaking XScreenSaver for all flavors on Kinetic, and all flavors except Lubuntu in Lunar.
[19:45] <arraybolt3> To solve the problem in Lubuntu, I just have to backport the right config file. However, we also need to start shipping that file on all other flavors, preferably with a sane default config to make all features work properly while still being distro-agnostic.
[19:45] <arraybolt3> *flavor-agnostic, I mean
[19:46] <arraybolt3> My current plan is to make a new package, xscreensaver-config, that holds this file. xscreensaver will then depend on either xscreensaver-config OR lubuntu-default-settings (which ships the same file).
[19:47] <arraybolt3> That way, when a user installs xscreensaver on a non-Lubuntu flavor, it will normally pull in xscreensaver-config, but on Lubuntu, which already ships with xscreensaver and lubuntu-default-settings, all dependencies will be satisfied.
[19:47] <arraybolt3> Obviously I will be putting the needed Conflicts/Replaces between both the new xscreensaver-config and the existing lubuntu-default-settings.
[19:47] <arraybolt3> Is this an acceptable solution, or does someone else here have a better idea on how to rectify this?
[19:48] <arraybolt3> (Currently the regression breaks the Preview button in XScreenSaver, and I believe it may also break various other functionality.)
[19:49] <arraybolt3> (Also there is not a bug report for this yet, I will be filing one most likely in the near future.)
[20:26] <jbicha> bryceh: are you planning to do the php 8.2 transition for lunar? https://people.canonical.com/~ubuntu-archive/transitions/html/php8.2.html
[20:30] <athos> jbicha: no, we are pushing this one to the next cycle
[20:34] <jbicha> ok, thanks
[21:56] <arraybolt3> tsimonq2: ping wrt above XScreenSaver stuff, would like an opinion on the fix I'm intending to implement
[22:32] <arraybolt3> Might be worth trying to make that happen in Debian first?