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

Felipe Sateler fsateler at debian.org
Mon Oct 5 16:25:37 BST 2020


On Thu, Oct 1, 2020 at 4:09 PM Michael Biebl <biebl at debian.org> wrote:

> 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?
>

I think this is where we should start (i-s-h/debhelper/lintian). I'll try
to take a look over the weekend. It's a long weekend over here so I might
have some time to take a look.

I think the plan should be:

1. Change debhelper and i-s-h to install to /usr
2. Change the lintian warnings to point to /usr
3. Drop the /lib mangling from all the manpages
4. Wait a lot :(. At least a full release cycle, I think.
5. Drop the split and install fully to /usr, with some compat links for
non-merged-/usr.

What do you think?

-- 

Saludos,
Felipe Sateler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20201005/796ddd31/attachment.html>


More information about the Pkg-systemd-maintainers mailing list