Project

General

Profile

Freedom issue #2095

[libsystemd-dummy] unwanted dependency

anon7mous - 6 months ago - . Updated 4 months ago.

Status:
invalid
Priority:
discussion
Assignee:
% Done:

0%


Description

Since the last update of libsystemd-dummy, the package has been dependency libsystemd.so with the result systemd-libsystemd would be installed.
This is a big freedom issue for people who doesn't want systemd.
Why was this dependency incorporated?
The -dummy packages are only *empty packages .
Please remove this dependency.


Related issues

Related to Documentation - Housekeeping #2026: OpenRC documentation needs clarification and expansionopen

Actions

History

#1

Updated by anon7mous 4 months ago

Can anybody explain these unwanted dependency and why it works with the previous version without problems?

#2

Updated by bill-auger 4 months ago

  • Related to Housekeeping #2026: OpenRC documentation needs clarification and expansion added
#3

Updated by bill-auger 4 months ago

  • Priority changed from bug to discussion
  • Assignee set to Megver83

there is another issue open to discuss this question and several others surrounding the confusing and sparsely documented tangle of the various openrc/udev/elogind/nonsystemd options - i will assign this issue to megver to get his attention, because he made that 'libsystemd-dummy' package; but let us discuss it in #2026, because this is just one of the common question related to supporting multiple init-systems and others are already watching that issue - hopefully the other questions as well can be answered and documented

#4

Updated by Megver83 4 months ago

libsystemd-dummy depends in a libsystemd.so provider because that was what the original package used to provide (the libsystemd.so lib)

If that library is not present in the system, no matter if you run a non-systemd init, some programs (like kate, as I could verify) will simply not work. Removing this dependency would be the worst decision and it has to be a dependency of libsystemd-dummy. Period. Plus, it is not a "freedom issue" because you are not installing systemd, but a small part of it (thx lukeshu for splitting systemd, that was very smart), it is like saying "installing elogind is a freedom issue for non-systemd users".

The point of init freedom is that PID 0 != systemd, the rest is another story. And if it's about compatibility, then don't worry, we've covered most of these issues.

#5

Updated by bill-auger 4 months ago

  • Status changed from open to invalid

that is surely the biggest problem people have is the word systemd being in the package name - if we renamed this package to 'happy-smiling-buttercups', people would love it :)

unfortunately that is about the extent that i understand it already - that is usually all i can answer to those who ask this question, like: "its not really systemd - its not a virus - some of your favorite programs will not work without it"

we should close this issue and try to sort the rest of the confusion in issue #2026 (this same question appears there also IIRC); so that we can document these confusiong packges better and everyone can understand why they have the names that they do, and why some of them are needed even with other inits

Also available in: Atom PDF