Created attachment 344064 [details, diff] Use correct path of udevadm both Gentoo and upstream install udevadm to /bin: http://cgit.freedesktop.org/systemd/systemd/commit/?id=f432bb914499e2c28b43f592bb273f0a8664f352 /sbin/udevadm is only a compability symlink, so things don't break when things are based off on udev-171 i'm not saying we should drop the compability symlink, but lets at least refer the correct directory here as starters
eudev, systemd maintainers, heads up, you will need at least a /bin/udevadm compability symlink if you install udevadm to anywhere else this is no way gentoo specific (!)
systemd-200-r1 uses just that path. Let's see what it breaks now.
...so just to clarify, what's the change here? 1. It looks like upstream decided to install udevadm to /bin instead of /usr/bin. 1.1. they did this so that it's available on root for early boot 2. What exactly is it that keeps us from installing to /sbin same as we used to? /sbin is available at early boot, too ....
(In reply to comment #3) > ...so just to clarify, what's the change here? > > 1. It looks like upstream decided to install udevadm to /bin instead of > /usr/bin. > 1.1. they did this so that it's available on root for early boot > > 2. What exactly is it that keeps us from installing to /sbin same as we used > to? /sbin is available at early boot, too .... /bin/udevadm is the upstream default path, udevadm is used from other packages, patches are being imported to upstreams for using the new location (or not hardcoding at all, which is better, but simply not always the case), last thing we want to do is start reverting these fixes back to /sbin in a distribution-specific way: lets stick to the upstream default here, make live easier for users and packagers
This is fixed in commit 09d05dc which will be included in udev-init-scripts 26.
(In reply to comment #5) > This is fixed in commit 09d05dc which will be included in > udev-init-scripts 26. Please wait for eudev guys. They need a new version in Portage before that. They are still in process of fixing this: https://github.com/gentoo/eudev/commit/6dfaf8c7c184f4d50be2bae9115864eca3b8c897 Not yet committed to gentoo-x86, or the master branch
New eudev is in the tree now, but masked until we can confirm all is good. Another 48-72 hours should do it.
