[Buildroot] [PATCH 1/1] WIP: libudev: New package

[Bernd Kuhls]

"Yann E. MORIN" <yann.morin.1998 at free.fr> wrote in
news:20140527171915.GB3503 at free.fr: 

> Bernd, All,
> 
> On 2014-05-27 06:46 +0200, Bernd Kuhls spake thusly:
>> I think we need to distinguish between the need for a daemon managing
>> /dev and libudev. Currently a lot of packages depend on
>> BR2_PACKAGE_HAS_UDEV although libudev should be enough for them. For
>> libcec & xbmc I can confirm this for sure, I suppose this is also valid
>> for mesa3d, maybe others. 
> 
> Well, the concept behind this single "depends on !HAS_UDEV" is that
> udev-providing packages surely install a libudev.so, no?
> 
> Thus, there is no point in building libudev if we already have a
> udev-providing package. Unless I'm misled.

Hi,

ok, so we stick to "depends on BR2_PACKAGE_HAS_UDEV", even if the eudev 
package only builds libudev, this is something I am working on atm. Mesa3d 
already links to this libudev, I have yet to conduct runtime testing.

My current approach is to create a new option BR2_PACKAGE_EUDEV_DAEMON, 
default y for backward-compatability, which builds the eudev package like it 
is possible now. Having this option disabled will only build libudev. I am 
not sure if this is the right way Kconfig-wise, any suggestions?

Also I would like to propose changing the comment "xy needs udev /dev 
management" to something more correct because libudev does not manage /dev, 
it only reads it.

If a package really needs an udev daemon its dependency should then be 
changed.

Regards, Bernd