You are not logged in.
Pages: 1
Hi
I have this library installed in Devuan Ascii.
libsystemd0:amd64
Are these components still in devuan?
Last edited by makh (2017-11-02 05:53:08)
HP Probook 440 G2: Arch, Debian Stable
Others: Devuan, Centos, Ubuntu, Opensuse
GUI: Openbox, Xfce, Cinnamon
Chroot: Debian, Ubuntu, Fedora
Offline
If you've found it installed, that would suggest that it is in fact installed.
Offline
Yes, libsystemd0 is passively there not doing anything (so far) but systemd is not. There are other remnants of systemd libs etc, scattered here and there like dead barnacles on a boat. Not ideal but not enough (wo)man power to clean out the cruft which requires it. This has been discussed MANY times over the years. Search on irc and dng etc.
Online
How about checking why it's installed?
$ aptitude why libsystemd0
Offline
$ aptitude why libsystemd0
i libpulse0 Depends libsystemd0
I think that vlc might need that. pulseaudio is not installed. But that's on jessie and Lydia_K cleared out most systemd deps. Rinse and repeat needed for ascii
Online
Do the same for libpulse0.
Offline
Ha! Wasn't expecting this!
$ aptitude why libpulse0
i qemu-system-x86 Depends libpulse0 (>= 0.99.1)
Online
It looks like qemu was compiled with pulseaudio support, that's going to be the case with most Debian packages.
All very simple in your case however - getting rid of qemu would enable you to remove libpulse0 and libsystemd0.
However, as you've guessed, those libs don't do a whole lot on their own. If you have pulseaudio installed however, libpulse0 is of some use. libsystemd0 however is cruft without systemd installed.
Offline
libpulse0 gets dragged in with some of the media programs, VLC will do it. My basic understanding from the documentation is that it's just there to translate if you are on a network and trying to deal with another machine that uses pulseaudio. In practice though it will dump a pulsecookie on you and make itself at home in your Home. I left part of it since VLC wants it but de-fanged it so it doesn't poop out pulsecookies every session.
https://sourceforge.net/projects/vuu-do/
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Offline
How about checking why it's installed?
$ aptitude why libsystemd0
Is there a way to do this if you don't have aptitude installed? I don't see a similar apt command....
https://sourceforge.net/projects/vuu-do/
Vuu-do GNU/Linux, minimal Devuan-based openbox systems to build on, maximal versions if you prefer your linux fully-loaded.
Please donate to support Devuan and init freedom! https://devuan.org/os/donate
Offline
Yes, libsystemd0 is passively there not doing anything (so far) but systemd is not. There are other remnants of systemd libs etc, scattered here and there like dead barnacles on a boat. Not ideal but not enough (wo)man power to clean out the cruft which requires it. This has been discussed MANY times over the years. Search on irc and dng etc.
Thankyou
HP Probook 440 G2: Arch, Debian Stable
Others: Devuan, Centos, Ubuntu, Opensuse
GUI: Openbox, Xfce, Cinnamon
Chroot: Debian, Ubuntu, Fedora
Offline
cynwulf wrote:How about checking why it's installed?
$ aptitude why libsystemd0
Is there a way to do this if you don't have aptitude installed? I don't see a similar apt command....
Not exactly the same, but it lists packages that depend on lsd0:
apt-cache rdepends libsystemd0
You may have to chase down some dependency trails until you recognize something that you know is installed.
Offline
I used the suggested command several times (i guess it only finds a few deps each time) and was able to remove stuff until it returned this:
$ aptitude why libsystemd0
i xserver-xorg-video-radeon Depends xserver-xorg-core (>= 2:1.18.99.901)
iBA xserver-xorg-core Depends libsystemd0
Are the xorg libs really dependent on systemd?
Offline
You might want to read this. It doesn't answer your specific question but it will help you understand why some (non-functional) systemd files may be on your computer. If someone has the time and skill all those unsightly (but non-functional) deps could be removed from the offending apps and be repackaged.
Online
Are the xorg libs really dependent on systemd?
systemd-logind.h pops up in the xorg-server source (a lot):
root@sybilla:/usr/src/xorg-server-1.19.2# egrep -R systemd *
...
hw/xfree86/common/xf86Init.c:#include "systemd-logind.h"
hw/xfree86/common/xf86Init.c: systemd_logind_init();
hw/xfree86/common/xf86Init.c: systemd_logind_fini();
...
but apparently it might still be possible to rebuild xorg without:
root@sybilla:/usr/src/xorg-server-1.19.2# head -n 13 debian/rules
#!/usr/bin/make -f
ifeq ($(DEB_HOST_ARCH_OS), linux)
selinux = --enable-xselinux
wayland = --enable-xwayland
logind = --enable-systemd-logind
systemd-daemon = --with-systemd-daemon
else
selinux = --disable-xselinux
wayland = --disable-xwayland
logind = --disable-systemd-logind
systemd-daemon = --without-systemd-daemon
endif
I may have a go at this later this week (just to see what i can break ofcourse).
Offline
Pages: 1