I broke my hald somehow

[Robby Workman]

Note: I'm CC'ing the hal mail list with this, as I'm out of ideas.
Any help here, guys? :-)

On Wed, 29 Oct 2008 16:39:06 +0200
"Slava Stetskevych" <slava18 at gmail.com> wrote:

> 2008/10/28 Robby Workman <rw at rlworkman.net>:
> > On Tue, 28 Oct 2008 10:00:33 +0200
> > "Slava Stetskevych" <slava18 at gmail.com> wrote:
> >
> >> Unfortunately, hal now only starts if I do
> >> # /etc/rc.d/rc.udev force-reload && /etc/rc.d/rc.hald start
> >> manually after the system boots. I can't figure what the problem
> >> might be. If I do not do "rc.udev force-reload" beforehand, hald
> >> (--verbose=yes) outputs "Runner died" and exits.
> >
> >
> > I don't see anything obvious in those logs :/
> >
> > This is on 12.1 or -current??
> 
> This is a 12.1 patched from -current to the point of the addition of
> qt4. I did not install that, and kde 3.5.10 either. Just minor
> updates, like pidgin and k3b.


You mean that you have some packages from -current installed on a 12.1
system?  If so, that's really not a good idea, although it might be
okay depending on what the packages are.  Generally speaking though,
that's completely unsupported.


> > Immediately after a reboot, is /dev populated as expected?
> 
> Yes, everything seems to be in order.
> 
> > Before running the rc.udev command, try "hald --daemon=no
> > --verbose=yes" and see what shows up.
> 
> Same as in the hald.log I mailed you last time. Hal starts, runs for a
> couple of seconds, outputs "Runner died" and exits.


Okay, I somehow missed that bit last time.  I think I was too focused
on the normal system logs :/

Now the bad news.  I have no clue what the purpose of the code is
generating that error, and it seems I'm not alone:
http://lists.freedesktop.org/archives/hal/2007-May/008397.html


> The nasty thing is that when I reload udev and start hald by hand, I
> have to reload X to enable my xfce to recognize devices....
> Hope you can come up with some sort of solution :) I'm not into
> reinstalling right now as this machine is heavily used for work.


Well, as I stated above, I'm not sure what else to consider here.

For those just joining in on the mail list, this is with hal-0.5.11.
The output of "hald --verbose=yes --daemon=no" is attached.

-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hald.log
Type: text/x-log
Size: 70382 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/hal/attachments/20081029/bbf75ae9/attachment-0001.bin