Le jeudi 27 juin 2013 à 05:35 +0200, Jan Engelhardt a écrit :
On Wednesday 2013-06-26 09:18, coolo@suse.com wrote:
State of submit-request #180899 was changed by coolo: review -> declined Comment: found conflict of bcache-tools-0.1.g45-1.1.x86_64 with udev-204-6.1.x86_64: - /lib/udev [mode mismatch: d755 root:root, g l777 root:root]
Now, I am looking at my Factory VM and find that (prior to installation of any bcache-tools) /lib/udev is still a directory and not a symlink.
Frederic, please note that rpm is still incapable of replacing a non-symlink object with a symlink object.
This now means my /lib/udev is empty rather than a symlink :-/ Not that *I* am expecting breakage, but it might just be there, somewhere.
Nothing really news here, unfortunately..
Udev is able to read both /lib/udev and /usr/lib/udev, so having stuff
in /lib/udev isn't a issue (unlike with systemd which will ignore stuff
from /lib/systemd/system).
Udev package will take care of migration, only if /usr/lib/udev doesn't
exist (ie old layout).
Maybe we should add a check for /lib/udev being empty and replace the
directory by symlink (there is already logic for part of that in udev
package, but only for initial migration).
--
Frederic Crozat