From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Wed, 07 Sep 2005 13:42:35 +0000 Subject: Re: Where are block@... database entries? Message-Id: <20050907134235.GA16863@vrfy.org> List-Id: References: <431EAE49.2000800@average.org> In-Reply-To: <431EAE49.2000800@average.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org On Wed, Sep 07, 2005 at 05:26:10PM +0400, Eugene Crosser wrote: > Kay Sievers wrote: >=20 > >>>Any advice/ideas how to make it work? > >> > >>You need to upgrade HAL. > >=20 > > Yes, see the RELEASE-NOTES for 061: > > http://www.kernel.org/git/gitweb.cgi?p=3Dlinux/hotplug/udev.git;a=3Db= lob;hb=3DHEAD;f=3DRELEASE-NOTES > >=20 > > At the same time HAL was changed and released to work with the new udev. >=20 > There is no indication in the release notes on which version of HAL is > appropriate. I am running 0.5.4, and it does not work, do I need to > upgrade? No, 0.5.4 should work. Here is the HAL ChangeLog: http://cvs.freedesktop.org/hal/hal/ChangeLog?rev=3D1.546&view=3Dmarkup > > Note: > > Randomly upgrading critical parts of the system, without resolving all > > package requirements for the kernel, udev, hal, hal-susbsytem-managers > > like NetworkManager, dbus, desktop-integration like gnome-volume-manage= r, > > will probably break your setup. >=20 > It's hard to break what does not work anyway... The problem is that > udev is a part of slackware distribution, but hal is not, and it has to > come with gnome (FRG in my case). Now I am trying to figure a working > setup, to be able to advice FRG folks after that. Existing documents on > the web are hopelessly out of date, so please bear with me. Looking at the HAL debug output may show something: http://hal.freedesktop.org/wiki/Software_2fHalTraces > >>>And BTW, I *think* that "udev_log" in udev.conf (and maybe other > >>>entries?) should be uppercased. This file is sourced into shell > >>>scripts, and then the binaries such as udevstart check for enviroment > >>>variable UDEV_LOG, in uppercase. Do I miss something? > >> > >>Yes. The file is also a real configuration file of the programs. > >=20 > > Right! All the binary udev tools parse this file. This is the primary > > use of this file, while sourcing it in with a shell works too. > > (UDEV_LOG is exported from the udev tools after reading it from the > > config file, but with the log priority in its numerial representation > > not the text used in the config.) >=20 > I just noticed that when I change udev_log in udev.conf, udevstart does > *not* become more verbose as I expected. When I set UDEV_LOG > environment variable and then run udevstart, it *does* become verbose. > I figured that this looks like a bug... Yes, it's a special case for udevstart. Enabling debugging output in udevstart may cause udevstart to take several minutes to finish on systems with "sync" syslog configurations. That may lead to a system unable to bootup correctly. udevstart ignores the setting from the config file, you can only debug it on the commandline. All other udev tools don't override the setting. See line 351: http://www.kernel.org/git/?p=3Dlinux/hotplug/udev.git;a=3Dblob;h=CE96f388= 79186c81d185f520393a2b18c4428166;hb=3DHEAD;f=3Dudevstart.c#l351 Kay ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ 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