tags 462953 pending thanks Michael Biebl wrote: > Frans Pop wrote: >> Hi Michael, >> >> On Wednesday 05 March 2008, Michael Biebl wrote: >>> Run hal-disable-polling --device /dev/scd0 >>> The hald-addon-storage process should then be stopped automatically, and >>> you should have a correct fdi file in /etch/hal/fdi/information. >> Yes, I know that that works (I discovered that fairly shortly after sending >> the BR). But it still seems to me to be a bug that the method I used does >> not work. >> >> The problem seems to be that when the polling is disabled >> in /etc/hal/information/.. it does work, but when it is disabled >> in /etc/hal/policy/.. it does not. >> >> And when I checked the hal documentation I found absolutely no indication of >> why that should be so. >> >> And even if using policy is wrong, hal should not behave so inconsistent as >> shown in my example: stubbornly insisting that polling is disabled when it >> isn't. >> > > Sjoerd, when are the information and policy merged? Could it be, that > thas happens after hald-addon-storage was forked? > This would explain, that lshal lists > storage.media_check_enabled=FALSE, but hald_addon_storage is running for > the device. >
I just noticed, that this was fixed a few days ago in the upstream git repository. A todays snapshot now correctly disables polling, if the fdi file is in /etc/hal/fdi/policy (i.e. storage.media_check_enabled=FALSE) 0.5.11 is about to be released soon, so I mark this bug as pending. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
