Bug#350762: hal 0.5.6-2 still broken

2006-02-07 Thread Mau
Sjoerd Simons wrote:

>> Please wait. I tried to restart udev and tried to restart hal in all
>> ways,
>>
>>tried to restart whole system with no success: lshal always reports the same
>>errors and hald dies after a few minutes.
>>
>>
>
>This bug is another issue than the one you reported, please keep these problems
>apart :)
>
>  
>
>>Am I the only one experiencing these problems?
>>
>>
>
>Your currently the only one that has reported it.
>
>  Sjoerd
>  
>

Sorry Sjoerd, you're right

Mau


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-07 Thread Sjoerd Simons
On Tue, Feb 07, 2006 at 07:43:09PM +0100, Mau wrote:
> > > Could you try to restart the udev daemon (/etc/init.d/udev restart)? 
> 
> > It worked. My bad I suppose: i really didn't think about restarting udev
> > after HAL upgrade.
> 
> > Thanks for your help, I suppose the bug can be really closed now.
> 
> Please wait. I tried to restart udev and tried to restart hal in all ways,
> tried to restart whole system with no success: lshal always reports the same
> errors and hald dies after a few minutes.

This bug is another issue than the one you reported, please keep these problems
apart :)

> Am I the only one experiencing these problems?

Your currently the only one that has reported it.

  Sjoerd
-- 
GREAT MOMENTS IN HISTORY (#7):  April 2, 1751

Issac Newton becomes discouraged when he falls up a flight of stairs.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-07 Thread Mau
> > Could you try to restart the udev daemon (/etc/init.d/udev restart)? 

> It worked. My bad I suppose: i really didn't think about restarting udev
> after HAL upgrade.

> Thanks for your help, I suppose the bug can be really closed now.

Please wait. I tried to restart udev and tried to restart hal in all ways, 
tried to restart whole system with no success: lshal always reports the same 
errors and hald dies after a few minutes.

Am I the only one experiencing these problems?

Thanks - Mau



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-07 Thread Fabio Rosciano

Sjoerd Simons wrote:

Which hack ? 


This one:

In file /etc/udev/hal.rules change

ENV{SEQNUM}=="[0-9]*", ENV{UDEVD_EVENT}=="1",
RUN+="/usr/lib/hal/hal.hotplug"

with

ENV{SEQNUM}=="[0-9]*", ENV{UDEVD_EVENT}=="1",
RUN+="/usr/lib/hal/hal.hotplug $env{SUBSYSTEM}"




Debian Sid on AMD64, hal 0.5.6-2 and udev 0.084-1.


Does /etc/udev/hal.rules contain 
``RUN+="socket:/org/freedesktop/hal/udev_event"'' ?


Yes it does:

[EMAIL PROTECTED]:~$ cat /etc/udev/hal.rules
# Have udev pass data over a socket to hal
RUN+="socket:/org/freedesktop/hal/udev_event"

# unmount block devices when they are removed
SUBSYSTEM=="block",ACTION="remove", RUN+="/usr/lib/hal/hal-unmount.sh"


Could you try to restart the udev daemon (/etc/init.d/udev restart)? 


It worked. My bad I suppose: i really didn't think about restarting udev
after HAL upgrade.

Thanks for your help, I suppose the bug can be really closed now.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-06 Thread Sjoerd Simons
On Mon, Feb 06, 2006 at 12:05:37AM +0100, Mau wrote:
> > Does /etc/udev/hal.rules contain
> >``RUN+="socket:/org/freedesktop/hal/udev_event"'' ?
> 
> My /etc/udev/hal.rules:
> 
> # Have udev pass data over a socket to hal
> RUN+="socket:/org/freedesktop/hal/udev_event"
> 
> # unmount block devices when they are removed
> SUBSYSTEM=="block",ACTION="remove", RUN+="/usr/lib/hal/hal-unmount.sh"
> 
> >> Could somebody please explain again the "$env{SUBSYSTEM} hack"?
> >> I haven't really found where to add that thing.
> >Which hack ?
> 
> When I wrote about the "$env{SUBSYSTEM} hack" I meant the suggestion
> that Kay Sievers gave to make hal 0.5.5.1-5 work some posts before:
> sorry if the words I used were confusing.

That's not applicable anymore as we've switched to using the socket to
communicate.

Could you check that hald actually has the socket open ? (netstat -p -x | grep
freedesktop)

  Sjoerd
-- 
After a number of decimal places, nobody gives a damn.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-05 Thread Mau
> Does /etc/udev/hal.rules contain
>``RUN+="socket:/org/freedesktop/hal/udev_event"'' ?

My /etc/udev/hal.rules:

# Have udev pass data over a socket to hal
RUN+="socket:/org/freedesktop/hal/udev_event"

# unmount block devices when they are removed
SUBSYSTEM=="block",ACTION="remove", RUN+="/usr/lib/hal/hal-unmount.sh"

>> Could somebody please explain again the "$env{SUBSYSTEM} hack"?
>> I haven't really found where to add that thing.
>Which hack ?

When I wrote about the "$env{SUBSYSTEM} hack" I meant the suggestion
that Kay Sievers gave to make hal 0.5.5.1-5 work some posts before:
sorry if the words I used were confusing.

Mau


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-05 Thread Sjoerd Simons
On Sat, Feb 04, 2006 at 10:15:14AM +0100, Fabio Rosciano wrote:
> I'd like to confirm that hal 0.5.6-2 doesn't handle mounting properly.
> 
> I started hald like this:
> 
> # hald --daemon=no --verbose=yes
> 
> and plugging in a USB thumbdrive (/dev/sdc as I have two SATA drives) 
> does not trigger *any* events.
> 
> The device is correctly created by udev:
> 
> nostromo:~# ls -l /dev/ | grep sdc
> brw-rw 1 root floppy8,  32 2006-02-04 10:12 sdc
> brw-rw 1 root floppy8,  33 2006-02-04 10:12 sdc1
> 
> And /dev/sdc1 is mountable by hand.
> 
> Could somebody please explain again the "$env{SUBSYSTEM} hack"?
> I haven't really found where to add that thing.
Which hack ? 

> Debian Sid on AMD64, hal 0.5.6-2 and udev 0.084-1.
Does /etc/udev/hal.rules contain 
``RUN+="socket:/org/freedesktop/hal/udev_event"'' ?

Could you try to restart the udev daemon (/etc/init.d/udev restart)? 

  Sjoerd
-- 
The world is moving so fast these days that the man who says it can't be
done is generally interrupted by someone doing it.
-- E. Hubbard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#350762: hal 0.5.6-2 still broken

2006-02-04 Thread Fabio Rosciano

I'd like to confirm that hal 0.5.6-2 doesn't handle mounting properly.

I started hald like this:

# hald --daemon=no --verbose=yes

and plugging in a USB thumbdrive (/dev/sdc as I have two SATA drives) 
does not trigger *any* events.


The device is correctly created by udev:

nostromo:~# ls -l /dev/ | grep sdc
brw-rw 1 root floppy8,  32 2006-02-04 10:12 sdc
brw-rw 1 root floppy8,  33 2006-02-04 10:12 sdc1

And /dev/sdc1 is mountable by hand.

Could somebody please explain again the "$env{SUBSYSTEM} hack"?
I haven't really found where to add that thing.

Debian Sid on AMD64, hal 0.5.6-2 and udev 0.084-1.
Thanks.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]