Re: [PATCH] udev: sync udev rules directories with systemd units directories

Tom Gundersen <[email protected]>
Newsgroups gmane.linux.hotplug.devel
Message-ID <CAG-2HqVV6P36pZR3Ci1vseYkCAKSENc2vgEhYXe3Kv4m7RdbJA@mail.gmail.com>
On Tue, Jul 17, 2012 at 2:57 AM, William Hubbs <[email protected]> wrote:
> Whoever was working on this back then decided that we should move most
> of the critical shared libraries to /lib or /lib64 and put linker
> scripts in /usr/lib*. That has to disappear before we can even think
> about the /usr merge.
>
> Also, remember that we are a rolling release distro. We do not have
> specific gentoo x.x releases; users just go along updating packages. So,
> I'm not sure how to force the /usr merge and symlink creation to happen
> on all of our users' systems in one go.

We had a similar issue in Arch. What we did was the following:

Patch udev+kmod+systemd (the last one was for free) to read from
{/usr,}/lib/{modprobe.d,depmod.d,udev/rules.d,systemd/system}.

We then rebuild all the packages that installed binaries to /lib/udev/
and /lib/systemd to move them to their /usr/lib counterparts (as we
did not want to patch udev/systemd to read the helpers from more than
one location).

Then we let people rebuild their packages to move things from /lib to
/usr/lib on a package-by-package basis.

Then we rebuilt all our kernels and pointed kmod/udev to
/usr/lib/modules rather than /lib/modules.

At this point only glibc owned stuff in /lib, so we rebuilt that to
move it all to /usr/lib and replace /lib with a symlink to /usr/lib.

The only step that caused any issues was the last one, and that was
due to users ignoring the upgrade instructions[0] and doing clever
things like "rm -rf /lib".

HTH,

Tom

[0]: <http://www.archlinux.org/news/the-lib-directory-becomes-a-symlink/>
--
To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.