Hi I've hal, version 0.5.2 (masked by package.mask) and it runs nice with one exception: It runs with the user "haldaemon" and cannot load modules like hal-addon-acpi therefore. When I start hald with "--retain-privileges" to run as root it works perfectly. This prevents me from using hal with the whole acpi stuff. greetings fabian Reproducible: Always Steps to Reproduce: 1. 2. 3.
0.5.2 is very much outdated, not in any tree. Not Gentopia nor Portage. 0.5.4 lives in Portage for a while now. Use that and re-open and provide some details on what you're trying to use that's failing because there are workarounds to make HAL be able to read ACPI data without retain-privledges. The whole point was that we can drop root privledges in HAL.
*** Bug 109425 has been marked as a duplicate of this bug. ***
Hi, I just put the wrong version number in the other bug, I was always using 0.5.4 never 0.5.2. With hal-addon-acpi hal detects plugging in and out AC adapters instantly, without this addon it polls about every 30 seconds -> annoying. Without retain-privileges hal-addon-acpi simply doesn't get loaded.
There is another problem when using pam_console. A lot of devices are set with user only permissions in /etc/security/console.perms, like cdrom, <console> 0600 <cdrom> 0660 root.cdrom Although hal is in cdrom group, when running as a haldaemon, cdroms would not be detected. Possible solutions: 1) correct console.perms 2) use --retain-privileges 3) abandon pam_console (complicated for a large network...)
wrt pam_console, configuration is left up to the user. That's why it's an optional feature. retry all this with 0.5.5.1 retain-privledges will not appear in Gentoo. hal is going to remain running as an unprivledged user.
*** Bug 116017 has been marked as a duplicate of this bug. ***
I've the same problem with 0.5.5.1-r2. I use -pam_console, everything works fine when I use --retain-privileges, when I don't use that I get the message "access to /proc/acpi/event denied".
any possible problems with this are fixed in -r3.
