Bug#946456: systemd: Provide systemd-sysusers as an independent package

[Michael Biebl]

A small update here:
v246 provides a build switch -Dstandalone-binaries=true:
`
option('standalone-binaries', type : 'boolean', value : 'false',
       description : 'also build standalone versions of supported binaries')
`

Atm, those supported binaries are systemd-tmpfiles and systemd-sysusers.
Those binaries do not link against libsystemd-shared and have minimal
dependencies.

Fedora decided to ship those binaries in separate binary packages named
systemd-standalone-sysusers and systemd-standalone-tmpfiles, which
conflict with the main systemd package, i.e. the main systemd package
will continue to ship systemd-tmpfiles and systemd-sysusers linking
against libsystemd-shared.

I like this approach and think we should do the same in Debian.
Users, which have the full systemd package installed don't have any
negative side effects, which could result from splitting out
systemd-tmpfiles/systemd-sysusers and libsystemd-shared.

Restricted/non-systemd environments, like containers, can use
systemd-standalone-sysusers and systemd-standalone-tmpfiles with minimal
dependencies.

We could debate whether systemd-standalone-tmpfiles and
systemd-standalone-sysusers should be provided by a single binary
package, but since Fedora has already done this split this way, I would
simply follow here and use the same binary package names.
The relevant Fedora PR is
https://src.fedoraproject.org/rpms/systemd/pull-request/27 fwiw.

Thankfully, -Dstandalone-binaries=true doesn't require a separate, third
build variant (as with the udeb flavour), so build times shouldn't go up.

If there are no objections to this approach I would proceed and
implement it like this:
- Build systemd with -Dstandalone-binaries=true
- Install the standalone binaries in binary packages named
systemd-standalone-sysusers and systemd-standalone-tmpfiles
- Those binaries packages would only ship /bin/systemd-sysusers resp.
/bin/systemd-tmpfiles and have a Conflicts/Replaces: systemd


In case there are no objections to this plan, I would create a MR on salsa.

Thoughts?

Michael

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20201007/e808d231/attachment.sig>