Re: /dev/bugreport (was: BLFS progress: udev/hotplug dbus/hal)

2006-05-30 Thread Dan Nicholson
On 5/30/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote: It appears that all leaks reported up to now are unfixable from udev side (they are due to drivers probing their hardware in a separate thread), so let's just ignore bugreports and remove the "bug" rule, the /lib/udev/bug program and t

Re: /dev/bugreport (was: BLFS progress: udev/hotplug dbus/hal)

2006-05-30 Thread Alexander E. Patrakov
Warren Wilder wrote: I've got a /dev/bugreport for you. UDEV_LOG=3 ACTION=add DEVPATH=/devices/pci:00/:00:0d.0/fw-host0/00406354efd3 SUBSYSTEM=ieee1394 SEQNUM=469 PHYSDEVBUS=ieee1394 UDEVD_EVENT=1 _SEPARATOR=--- UDEV_LOG=3 ACTION=add DEVPATH=/class/ieee13

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-29 Thread Warren Wilder
Dan Nicholson schreef: On 5/25/06, Warren Wilder <[EMAIL PROTECTED]> wrote: I still cannot boot though. Update right now to 2.6.15 or 2.6.16. That worked a treat, using 2.6.16.15 right now. But, there is something missing still. I've got a /dev/bugreport for you. UDEV_LOG=3 ACTION=add DEVP

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-25 Thread Dan Nicholson
On 5/25/06, Warren Wilder <[EMAIL PROTECTED]> wrote: I still cannot boot though. I am currently using a livecd and chrooting into the system. I have added a few echo's to the /etc/rc.d/init.d/udev script. It fails somehow in combination with /sbin/udevsettle. The error return value is 1. Yes,

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-25 Thread Dan Nicholson
On 5/25/06, Simon Geard <[EMAIL PROTECTED]> wrote: Just to make things more complicated, the Redhat/Fedora crowd are introducing gnome-mount, which does the same thing in a different manner, providing a stronger framework for enforcing policy on such things. It's not well received by the Debian

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-25 Thread Simon Geard
On Wed, 2006-05-24 at 06:10 -0700, Dan Nicholson wrote: > I was a little confused there. I was thinking that pmount provided > the full daemon, HAL listener, etc. Basically, I'm wondering, what > does g-v-m's job on the text console? Alexander answered that one. > Ivman appears to do that job.

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-24 Thread Dan Nicholson
On 5/24/06, Warren Wilder <[EMAIL PROTECTED]> wrote: Thanks for the information. However, on HLFS20060122 hotplug was not as obsolete as I hoped it would be. At first I lacked my networkcard, due to the missing hotplug script that is linked to in the udev script 25-core. I thought I was smart by

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-24 Thread Warren Wilder
Dan Nicholson schreef: On 5/22/06, Warren Wilder <[EMAIL PROTECTED]> wrote: I've noticed that a lot of emails about DBUS and HAL are passing by lately. (Currrently I have udev as well as hotplug working for me.) I picked up that HAL and DBUS are great for detecting hotpluggable media, creating

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-24 Thread Dan Nicholson
On 5/24/06, Simon Geard <[EMAIL PROTECTED]> wrote: On Tue, 2006-05-23 at 22:02 -0700, Dan Nicholson wrote: > Ah, thanks. Have you ever used pmount, or know any details about it? > It seems to be the preferred solution for automounting with the debian > crowd. I'm using it with HAL/g-v-m... what

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-24 Thread Simon Geard
On Tue, 2006-05-23 at 22:02 -0700, Dan Nicholson wrote: > Ah, thanks. Have you ever used pmount, or know any details about it? > It seems to be the preferred solution for automounting with the debian > crowd. I'm using it with HAL/g-v-m... what do you want to know? Basically, it's an suid-wrapper

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-23 Thread Dan Nicholson
On 5/23/06, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote: Dan Nicholson wrote: > Unfortunately, there isn't a complete solution at this time that I > know of. HAL provides the info and methods to do things like > automounting removable drives and suspending the system. However, > another ap

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-23 Thread Alexander E. Patrakov
Dan Nicholson wrote: Unfortunately, there isn't a complete solution at this time that I know of. HAL provides the info and methods to do things like automounting removable drives and suspending the system. However, another application needs tell hal to do this. In gnome, this is gnome-volume-

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-23 Thread Simon Geard
On Mon, 2006-05-22 at 07:29 -0700, Dan Nicholson wrote: > On 5/22/06, linux23dragon <[EMAIL PROTECTED]> wrote: > > > > Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? > > Yes. They work fine for me, but beware that HAL-0.5.7 requires kernel > 2.6.15, I think. So, if you want to run new HAL and

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-23 Thread Simon Geard
On Mon, 2006-05-22 at 14:11 -0600, Archaic wrote: > On Mon, May 22, 2006 at 01:07:52PM -0700, Dan Nicholson wrote: > > > > Sorry, that's what I meant. BTW, I get a big grin on my face when I > > think about you installing HAL on your carefully crafted system and > > having it hijack your devices.

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Archaic
On Mon, May 22, 2006 at 01:07:52PM -0700, Dan Nicholson wrote: > > Sorry, that's what I meant. BTW, I get a big grin on my face when I > think about you installing HAL on your carefully crafted system and > having it hijack your devices. ;) I don't think you were the person > they had in mind fo

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Dan Nicholson
On 5/22/06, Archaic <[EMAIL PROTECTED]> wrote: On Mon, May 22, 2006 at 12:43:17PM -0700, Dan Nicholson wrote: > > So, the short answer is probably not right now. I don't fully > understand how things interact outside of a desktop environment. FYI, > archaic posted the dependencies for xfce beta

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Archaic
On Mon, May 22, 2006 at 12:43:17PM -0700, Dan Nicholson wrote: > > So, the short answer is probably not right now. I don't fully > understand how things interact outside of a desktop environment. FYI, > archaic posted the dependencies for xfce beta, and it's making use of > D-BUS/HAL. *Can* mak

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Dan Nicholson
On 5/22/06, Alan Lord <[EMAIL PROTECTED]> wrote: I have a question which now seems as good a time as any to pose: in that, as a non-"desktop" user (Either Fluxbox or XFCE at a push) would there be any benefit to us minimalists using these automated features? Unfortunately, there isn't a comple

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Randy McMurchy
Alan Lord wrote these words on 05/22/06 14:10 CST: > I have a question which now seems as good a time as any to pose: in > that, as a non-"desktop" user (Either Fluxbox or XFCE at a push) would > there be any benefit to us minimalists using these automated features? Perhaps not at the moment. B

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Alan Lord
Dan Nicholson wrote: > Keep in mind that this is a fast moving target right now. It's definitely usable right now, but some things still need work or are being pushed off into new packages (PolicyKit, pm-utils). From my observations, it seems that things will be more stable by gnome-2.16. Don'

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Dan Nicholson
On 5/22/06, Randy McMurchy <[EMAIL PROTECTED]> wrote: Warren Wilder wrote these words on 05/22/06 08:14 CST: > Basically great stuff. To some. To others it is a step in a direction towards too much automation and handholding of the Linux OS. I am in the crowd that thinks it's great. :-) I'm a

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread John Gay
On Monday 22 May 2006 13:44, Dan Nicholson wrote: > So, they're all necessary to play at the desktop level.  D-BUS and HAL > will become more necessary as more applications drop their hardware > tricks and just use these standard interfaces.  Udev is already > indispensable in my opinion. And than

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread linux23dragon
On Monday 22 May 2006 14:29, Dan Nicholson wrote: > On 5/22/06, linux23dragon <[EMAIL PROTECTED]> wrote: > > Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? > > Yes. They work fine for me, but beware that HAL-0.5.7 requires kernel > 2.6.15, I think. So, if you want to run new HAL and you haven'

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Dan Nicholson
On 5/22/06, linux23dragon <[EMAIL PROTECTED]> wrote: Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? Yes. They work fine for me, but beware that HAL-0.5.7 requires kernel 2.6.15, I think. So, if you want to run new HAL and you haven't updated your kernel, now would be the time. -- Dan --

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread linux23dragon
Hi Speaking of DBus and HAL. Has anyone tried out DBus-0.61 and HAL-0.5.7 yet? Regards Dave -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Dan Nicholson
On 5/22/06, Warren Wilder <[EMAIL PROTECTED]> wrote: I've noticed that a lot of emails about DBUS and HAL are passing by lately. (Currrently I have udev as well as hotplug working for me.) I picked up that HAL and DBUS are great for detecting hotpluggable media, creating a desktop icon, mounting

Re: BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Randy McMurchy
Warren Wilder wrote these words on 05/22/06 08:14 CST: > I've noticed that a lot of emails about DBUS and HAL are passing by lately. > (Currrently I have udev as well as hotplug working for me.) > I picked up that HAL and DBUS are great for detecting hotpluggable > media, DBUS is a low-level back

BLFS progress: udev/hotplug dbus/hal

2006-05-22 Thread Warren Wilder
I've noticed that a lot of emails about DBUS and HAL are passing by lately. (Currrently I have udev as well as hotplug working for me.) I picked up that HAL and DBUS are great for detecting hotpluggable media, creating a desktop icon, mounting them as the device that they are and such. Basically g