systemd dependencies

Lennart Poettering mzerqung at 0pointer.de
Tue Aug 26 16:43:22 UTC 2014


On Tue, 26.08.14 14:55, Vít Ondruch (vondruch at redhat.com) wrote:

> >>>> Just to be clear, systemd-libs is in minimal build root already, so I am
> >>>> not complaining about systemd-libs package, but about systemd package.
> >>> What's the rationale here? I mean, we have so many dependencies, if you
> >>> want to minimize them, you have a loooong way to go...
> >> Someone has to start somewhere. It is annoying to install several
> >> packages, when you expect that only one should be installed. And by
> >> coincidence, I met several of systemd dependencies during short period
> >> of time.
> > What I am not getting: what's the point? I mean, systemd is not exactly
> > an optional package in Fedora.
> >
> > You are asking people to split their packages in two, but what's the
> > real reason for that? If the systemd package isn't optional anyway, why
> > is this the dep you start with and asking people to complicate things
> > for?
> 
> Isn't it optional? I am using mock and can build probably every ruby
> package without *systemd* package installed into the build root (I am
> not speaking about *systemd-libs*). But once I install one of man,
> subversion or rsync packages, systemd is suddenly pulled in, why? Why it
> should be?

I am not doubting that one can minimize things, and that currently
systemd ends up being into the build-root quite often. I am just
wondering what the big deal is.

I mean, if it is really the goal of Fedora to minimize deps, and split
everything up like Debian is doing it (where for example every single
library .so must be a .deb of its own), then that's OK, but so far
that's not how Fedora has been doing things. And I am pretty sure if you
want to change that, that you then should go through FESCO first...

Honestly, I kinda like the pragmatism on Fedora, so far, that there's
no need to split up packages into a myriad of mini packges. And I
think that texlive packaging is an absolute disaster, where things are
split up to the maximum possible (> 20% of the packages I have on my
machine now are texlive packages, just because i use latex beamer from
time to time...)

Of course, this kind of pragmatism makes bootstrapping fedora on some
new arch harder, but then again, it conceptually is much easer to grok
for admins what packages do what if there are fewer...

Lennart

-- 
Lennart Poettering, Red Hat


More information about the devel mailing list