Bug#971282: ABI breakage: paths changed for sysusers.d/sysctl.d/binfmt/modules-load.d

[Michael Biebl]

On Mon, 28 Sep 2020 20:43:30 -0300 Felipe Sateler <fsateler at debian.org>
wrote:
> On Mon, Sep 28, 2020 at 4:03 PM Michael Biebl <biebl at debian.org> wrote:
> 
> > Package: systemd
> > Version: 246.6-1
> > Severity: important
> >
> > Upstream changed the paths in systemd.pc from prefix to rootprefix in
> > v246 for sysusers_dir, sysctl_dir, binfmt_dir and modules-load_dir:
> >
> > https://github.com/systemd/systemd/commit/4a56315a990b802860170ecd1bbd3eb68e14a38b
> >
> > This breaks packages which use pkg-config to determine those paths and
> > where .install files reference /usr/. An example is mandos.
> >
> > I think we should revert this change. I don't see a compelling reason to
> > move those files from /usr to /lib given that we require /usr to be
> > pre-mounted by initramfs, if it's separate.
> > Moving files from /usr to /lib files kinda backwards nowadays.
> >
> > I intend to apply a patch like the attached one in Debian.
> > That said, I hope I can convince Lennart to revert this change upstream
> > as well.
> >
> 
> Looks good to me.

Ok, thanks for the review. Will apply it to Debian then.
It doesn't look like upstream is interested in changing this back

https://github.com/systemd/systemd/commit/4a56315a990b802860170ecd1bbd3eb68e14a38b#commitcomment-42793750

> 
> >
> > Thoughts, Comments?
> >
> 
> I wonder if systemd can be fully installed into `/usr` now that we require
> premounting. Maybe we should start changing lintian and other tools to
> install into /usr instead of /lib for the tools that currently used
> rootprefix (I believe systemd searches in /usr anyway).

I gave this a try. It can.
See https://salsa.debian.org/systemd-team/systemd/-/merge_requests/104
Still very rough, but the package is usable and able to boot a system,
reading udev rules and systemd services from both /lib and /usr/lib.
We probably need quite a few more compat symlinks though.

This is only the systemd/udev side, though.
The i-s-h/debhelper side is still missing and we'd need to hash out a
plan for this. I'd need help with doing that.
Anyone interested?

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/20201001/6150d46d/attachment.sig>