From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Stekloff Date: Fri, 12 Mar 2004 16:40:53 +0000 Subject: Re: udev and dbus Message-Id: <200403120840.53555.dsteklof@us.ibm.com> List-Id: References: <20040217214449.GB12411@wonderland.linux.it> In-Reply-To: <20040217214449.GB12411@wonderland.linux.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org On Friday 12 March 2004 03:37 am, David Zeuthen wrote: > > I think the dbus people need to work on their "issues" a bit first > > before we go and start changing udev. Sound ok? > > Erh, what "issues" are you talking about? With both proposed changes > dbus support would be removed from udev proper which I think is sane. > > What we're really arguing about is where projects higher in the stack > than udev (like hal) should place their scripts. I'm saying /etc/udev.d > and Kay is saying /etc/hotplug.d. FWIW, I can live with both proposals, > though I think it's conceptually clearer to use /etc/udev.d. But let's > not dicsuss the merits of these proposals again. Hi, I'm curious - are the projects higher in the stack like hal only concer= ned=20 with those devices named by udev? Or, are they interested in all system=20 devices? The two sets aren't the same, udev is only concerned with a subset= =20 of system devices and doesn't manage or name all devices represented in /sy= s.=20 I'd imagine that hal would be interested in all devices reported through /s= ys=20 and if this is the case, shouldn't those projects then place their scripts = in=20 /etc/hotplug.d?=20 Thanks, Dan > In either case the situation today is not acceptable. Today, there is no > sane way (e.g. without polling) for projects above udev to get the > information that a device node is created/removed. This is because that > udev ships with dbus support turned off for the various reasons > discussed earlier. > > So, Greg, as the udev and hotplug maintainer I think you need to make a > decision on what to do, so we can remedy this situation and udev can > continue to own the world :-) > > Anyway, I'm flexible. > > Many thanks, > David > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net > Linux-hotplug-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel