Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #195394

Re: Removing libsystemd0 from a non-systemd system

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

Show all headers | View raw


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


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