udev breakage

[Gary Thomas <gary@mlbassoc.com>]

I've found that Poky/Yocto images built after this commit have
a broken udev:

commit c71d1f446c734954dceba0666c4f074047864b87
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date:   Wed Apr 17 14:53:21 2013 +0000

     udev: Effectively revert the move to /sbin

     This effectively reverts the changes made in b49ddeb11c0319b7ece278fd7cef6b0223114ca9
     to move udev's libexecdir to sbin. The changes caused too many issues in
     other places and were not well enough tested this close to a release.

     Rather than use base_libdir, the nonarch version is used to try and give some
     chance of multilib not being totally broken in the release.

     (From OE-Core rev: c50e50fdafad378d75b7b74259a3d55ca0fe3d18)

     Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Prior to this commit, the X server finds my input devices and works
perfectly.  After this commit, something breaks and X can't find any
keyboard/mouse/touch.

It seems like the path '/sbin/udev' has crept in some way that the
recipe configuration does not affect.  After the failing commit, all
of the udev files should be in ${nonarch_base_libdir}, not /sbin.
However, that doesn't seem to be the case in libudev

root@sabrelite:~# strings /lib/libudev.so.0 | grep /udev
/etc/udev/udev.conf
/run/udev
/sbin/udev/rules.d
/etc/udev/rules.d

I believe that this is why X is failing since it uses libudev to
search for devices.

I've not found where/how this mixup is happening, perhaps someone more
familiar with the udev code can spot it quickly.

Thanks

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------