update udev mention in hal docs
kay.sievers at vrfy.org
Sun May 9 06:02:41 PDT 2004
On Sat, 2004-05-08 at 17:38 +0200, Kay Sievers wrote:
> On Sat, 2004-05-08 at 16:37 +0200, David Zeuthen wrote:
> > On Fri, 2004-05-07 at 00:22 +0200, Kay Sievers wrote:
> > > Here is a trivial patch to update the udev requirements for hal.
> > >
> > > I've already updated it on:
> > > http://freedesktop.org/Software/HalBuildInstructions
> > >
> > >
> > Thanks.
> > Note that hal currently installs it own hal.dev in /etc/device.d/default
> > because the dbus program shipped with udev needs some improvement as
> > outlined in this mail
> > http://sourceforge.net/mailarchive/message.php?msg_id=6780866
> > The right thing to do would probably be to fix the dbus program shipped
> > with udev and deprecate the one shipped with hal. But this is a bit
> > difficult to do without using glib or Qt as the fix includes listening
> > for messages from the system bus daemon.
> Hmm, udev_dbus.dev and hal.dev are very similar at the moment, besides
> hal.dev sends on '/org/freedesktop/Hal/Linux/Hotplug'?
> What's the difference between the both?
Ok, I'm getting closer :)
I see, you've solved the problem by invoking a method in hald instead of
aquiring a service with the dev.d/ callout.
The problem is that udev can't aquire the "org.kernel.udev" service
with a single instance, right?
What was your idea of the "glib/Qt fix" mentioned in your previous mail?
Hmm, maybe the right thing is, to remove the DBUS callout from udev?
I can't think of a application listening for udev DBUS events.
Any low level software will not want to depend on dbus and installs its
own callout. Anything more advanced, better listens to hal messages :)
hal mailing list
hal at freedesktop.org
More information about the Hal