On Sun, Aug 30, 2009 at 7:41 PM, Matthias Schwarzott<z...@gentoo.org> wrote:
> Hi there!
>
> The new udev-145 and newer have some new kernel requirements. How should the
> ebuild verify they are met?
> Some possible ways:
> 1. Check config under /usr/src/linux
> 2. Check /proc/config.gz
> 3. Print message for user in pkg_postinst
>
ebuilds usually use linux-info.eclass for this, but that only checks
/usr/src/linux -- although checking /proc/config.gz *as well* would be
better. That change should be made in the eclass.
Personally, I would also add an ewarn into pkg_postinst to prevent
users from blundering into a broken system.
> Second point: udev-145 bundles a lot of new extras, but they can only be
> enabled/disabled all or nothing.
>
Eww. I suppose upstream is not open to making it a bit more granular?
> These extras are:
> * udev-acl: Apply consolekit permissions to devices for users (audio, video,
> joysticks, scanner, cameras, ...)
This looks very useful for desktop users. As long as it doesn't pull
in ConsoleKit itself, enabling this by default should not be a
problem.
> * usb-db: Provide udev-rules with device names of pci and usb devices
What are the consumers of this?
> * hid2hci: Special utility to fix resume of some hid devices
If the consumer of this is pm-suspend, pm-hibernate etc, I say enable
by default.
> * keymap: Auto-configure model specific keys found on many laptops
> ("brightness up", "next song", "www browser", or "suspend")
This should be enabled by default, especially since HAL is getting
deprecated, and everything using HAL for this stuff will have to turn
to udev (X, gnome, kde)
> * gudev: glib/gobject support for libudev
>
This is the interface almost everything is going to turn to with GNOME
2.28 (via DeviceKit-power and DeviceKit-disks in most cases). By the
time GNOME 2.30 and 3.0 are released, (theoretically) nothing will use
HAL.
I believe there are ongoing efforts to port X to use udev/gudev
instead of HAL, as well as KDE[1]
> This makes udev depend on these libs:
> libacl, libglib2, libusb, usbutils, pciutils, gperf
>
> Up to now I have just added use-flag "extras" to control these. But I suppose
> that udev-acl and maybe gudev is a hard requirement for newer hal or
> devicekit versions. And upstream thinks these should be enabled by default.
There are no "new" versions of HAL anymore (it's gone into maintenance
mode), but all current DeviceKit-{power,disks} versions *need* gudev.
In summation, I say hard-enable these:
acl, keymap, hid2hci
Put "gudev" under a USE-flag, enabled by +use, and put the rest under
"extras", not enabled by default.
1. http://fedoraproject.org/wiki/KDE_Programming_Wishlist
--
~Nirbheek Chauhan
GNOME+Mozilla Team, Gentoo
