Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #195394
| From | Ansgar Burchardt <"Ansgar Burchardt"@43-1.org> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Removing libsystemd0 from a non-systemd system |
| Date | 2018-05-07 10:00 +0200 |
| Message-ID | <vMJdT-6P2-1@gated-at.bofh.it> (permalink) |
| References | <vMinp-5YU-5@gated-at.bofh.it> <vMvui-6cB-7@gated-at.bofh.it> <vMDrP-2Sc-1@gated-at.bofh.it> <vME4x-3uQ-5@gated-at.bofh.it> <vMHYt-61J-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
David Griffith writes: > On Sun, 6 May 2018, The Wanderer wrote: >> On 2018-05-06 at 21:25, David Griffith wrote: >> >>> What's the point of allowing libsystemd0 to exist when systemd has >>> been purged? >> >> So that programs which interface with systemd can detect whether or not >> systemd is present, and fall back to alternate code paths when it's not. >> >> As I understand matters (without having actually dug into the code), >> that detection code literally is what libsystemd0 *is*; when systemd is >> present, it passes through function calls to be handled in appropriate >> places, and when systemd is not present, it returns an appropriate >> default or failure value. > > I was under the impression that systemd-shim provided this > functionality. No, that's wrong. > When I look at > https://packages.debian.org/stretch/systemd-shim and > https://packages.debian.org/stretch/libsystemd0, their functions > appear to be identical except that the latter actually does talk to > systemd if systemd is present. systemd-shim provides a daemon that allows some parts of systemd to work even when systemd does not provide pid-1. For desktop systems that means systemd-logind will be able to run. (logind wants to start/stop some processes using an interface provided by systemd's pid-1 to manage cgroups; there is a fork (elogind) that just merged the cgroup management into the logind binary.) libsystemd0 is a shared library providing some functions to applications linking against the library. Some parts work without any daemons installed, some parts want to talk to some daemons provided by systemd services, depending on which functionality one uses. A daemon with a Dbus interface and a shared library are quite different things, especially when taking about why some package dependencies exist. Ansgar
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Removing libsystemd0 from a non-systemd system David Griffith <dave@661.org> - 2018-05-06 05:20 +0200
Re: Removing libsystemd0 from a non-systemd system <tomas@tuxteam.de> - 2018-05-06 09:00 +0200
Re: Removing libsystemd0 from a non-systemd system Patrick Bartek <nemommxiv@gmail.com> - 2018-05-06 19:20 +0200
Re: Removing libsystemd0 from a non-systemd system David Griffith <dave@661.org> - 2018-05-07 03:50 +0200
Re: Removing libsystemd0 from a non-systemd system The Wanderer <wanderer@fastmail.fm> - 2018-05-07 04:30 +0200
Re: Removing libsystemd0 from a non-systemd system David Griffith <dave@661.org> - 2018-05-07 08:40 +0200
Re: Removing libsystemd0 from a non-systemd system Ansgar Burchardt <"Ansgar Burchardt"@43-1.org> - 2018-05-07 10:00 +0200
Re: Removing libsystemd0 from a non-systemd system Patrick Bartek <nemommxiv@gmail.com> - 2018-05-07 22:00 +0200
Re: Removing libsystemd0 from a non-systemd system Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-05-08 01:50 +0200
Re: Removing libsystemd0 from a non-systemd system <tomas@tuxteam.de> - 2018-05-08 06:40 +0200
Re: Removing libsystemd0 from a non-systemd system David Griffith <dave@661.org> - 2018-05-08 09:00 +0200
Re: Removing libsystemd0 from a non-systemd system Abdullah Ramazanoğlu <ar018@yahoo.com> - 2018-05-08 11:30 +0200
csiph-web