[gentoo-user] rc-update add hald default or boot?

[gentoo-user] rc-update add hald default or boot?

[Mark Knecht]

Hi,
   I've wondered for a while whether the design intention of hald was
to be run at boot time or as a default level process? Googling for
'rc-update add hald default' turns up more responses than it does for
boot, but they are both out there. Seems like if you wanted to
recognize hardware it would be good to do it at boot time, but maybe
it just doesn't work...

   This Gentoo page says default, which is the way I'm using it:

http://en.gentoo-wiki.com/wiki/HAL

but I've seen a few emails from some very knowledgeable folks who have
said boot when answering questions on these lists. Possibly they just
made a mistake or were making assumptions. Don't know.

   It's not even mentioned in the X86 handbook:

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1

   So, for clarity and correctness, which way is the intended way to use it?

   Asking because of problems created with the new xorg-x11 update.

Thanks,
Mark

Re: [gentoo-user] rc-update add hald default or boot?

[Paul Hartman]

On Mon, Apr 13, 2009 at 7:00 PM, Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
>   I've wondered for a while whether the design intention of hald was
> to be run at boot time or as a default level process?

I have had mine at "default" forever and it seems to work fine.

Re: [gentoo-user] rc-update add hald default or boot?

[Mike Edenfield]

Mark Knecht wrote:
> Hi,
>    I've wondered for a while whether the design intention of hald was
> to be run at boot time or as a default level process? Googling for

It's intended that you'll be running it at the default 
level.  Hal requires D-BUS, which means it needs to be run 
at the earliest after your local mounts, clock, etc. are 
started.  If you put them both into the boot runlevel I 
don't see why it would necessarily hurt, but it doesn't need 
to be there to work properly.

--Mike

Re: [gentoo-user] rc-update add hald default or boot?

[Mark Knecht]

On Mon, Apr 13, 2009 at 5:40 PM, Mike Edenfield <kutulu@kutulu.org> wrote:
> Mark Knecht wrote:
>>
>> Hi,
>>   I've wondered for a while whether the design intention of hald was
>> to be run at boot time or as a default level process? Googling for
>
> It's intended that you'll be running it at the default level.  Hal requires
> D-BUS, which means it needs to be run at the earliest after your local
> mounts, clock, etc. are started.  If you put them both into the boot
> runlevel I don't see why it would necessarily hurt, but it doesn't need to
> be there to work properly.
>
> --Mike
>
>

Thanks for the responses guys. I've always had it at default also. I
was just wondering.

Now, does hald need dbus? Require dbus? Interesting. I have dbus
installed but it's not running because it caused the Jack sound server
problems. Not even sure what it does or why I should need it but it
caused more problems for me and I couldn't tell what it helped with.

When should dbus be started if I run it? As a boot level process or
default also?

Thanks,
Mark

Re: [gentoo-user] rc-update add hald default or boot?

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 806 bytes --]

On Mon, 13 Apr 2009 18:43:47 -0700, Mark Knecht wrote:

> Thanks for the responses guys. I've always had it at default also. I
> was just wondering.

The elog message states it should be in default.

> Now, does hald need dbus? Require dbus? Interesting. I have dbus
> installed but it's not running because it caused the Jack sound server
> problems. Not even sure what it does or why I should need it but it
> caused more problems for me and I couldn't tell what it helped with.
> 
> When should dbus be started if I run it? As a boot level process or
> default also?

The hald init script includes "need dbus", so you don't need to worry
about it. The script will start dbus for you at the right time.


-- 
Neil Bothwick

Anything worth fighting for is worth fighting dirty for.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]