public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Nirbheek Chauhan <nirbheek@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] About udev-145: new features / extras and kernel  requirements
Date: Sun, 30 Aug 2009 20:16:47 +0530	[thread overview]
Message-ID: <8b4c83ad0908300746s345728ekdff7fd710bda566a@mail.gmail.com> (raw)
In-Reply-To: <200908301611.53087.zzam@gentoo.org>

On Sun, Aug 30, 2009 at 7:41 PM, Matthias Schwarzott<zzam@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



  parent reply	other threads:[~2009-08-30  9:37 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-30 14:11 [gentoo-dev] About udev-145: new features / extras and kernel requirements Matthias Schwarzott
2009-08-30 14:24 ` Arun Raghavan
2009-08-30 15:26   ` [gentoo-dev] " Duncan
2009-08-30 14:46 ` Nirbheek Chauhan [this message]
2009-08-30 15:45   ` [gentoo-dev] " William Hubbs
2009-08-30 16:18     ` Mike Auty
2009-08-31 15:46     ` Jeremy Olexa
2009-08-31  4:25   ` Lars Wendler
2009-08-30 15:05 ` Bruno
2009-08-30 19:20   ` Robin H. Johnson
2009-11-09 16:35 ` Mart Raudsepp
2009-11-12  9:08   ` Matthias Schwarzott
2009-11-09 19:22 ` Daniel Drake

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8b4c83ad0908300746s345728ekdff7fd710bda566a@mail.gmail.com \
    --to=nirbheek@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox