01:22 <flokli> hexa-: no, it's a bit of a mess

01:23 <flokli> Upstream moved to dlopen()ing more stuff, and we have no easy way to figure out in which compilation unit that call ends up in

01:24 <flokli> There might appear a semi-standard to figure these out automatically: https://github.com/systemd/systemd/pull/17453

01:24 <{^_^}> systemd/systemd#17453 (by keszybz, 8 weeks ago, open): Insert custom .so file as "dlopen plugin" for libraries we want to load dynamically

01:25 <flokli> Erp, no, that link: https://github.com/systemd/systemd/pull/17416

01:25 <{^_^}> systemd/systemd#17416 (by poettering, 9 weeks ago, open): dlopen: add some ELF section magic for declaring dlopen() deps

08:24 <andi-> How about (for now) we just replace all the .so(\.\d)* occurrences with the absolute path? I believe the code would be similar to how we currently implement patchShebangs and dlopen just does the right thing if we pass absolute paths.

08:24 <andi-> Nix will also carry the right references as long as that path is in the binary..

23:00 <hexa-> so, I have this system where `systemctl status` results in "Failed to read server status: Connection timed out"

23:00 <hexa-> anything I should check before rebooting?

23:01 <hexa-> it gets into this state every few days

23:03 <hexa-> this is on 21.03pre259253.9232d4168e2 with systemd 247.

23:20 <hexa-> also this > Failed to read server status: Failed to activate service 'org.freedesktop.systemd1': timed out (service_start_timeout=25000ms)

23:21 <hexa-> dbus is still running and I'm forcing a reboot now. Good things like these will return