On Sun, Feb 12, 2006 at 10:51:01PM +0100, Daniel Rodriguez Garcia wrote:
> * Drivemount applet issue:
> ------------------------
>
> In gnome configuration editor, the key:
>
> /system/storage/display_internal_hard_drives
>
> was deactivated (don't know if it was activated prior to
> updating gnome packages). After activating it, now I can see
> the drive icons for my hda partitions.
It was probably introduced in gnome-vfs2 2.12 and the default is indeed off.
>
> Perhaps this is the correct way, and drivemount applet behaviour
> - showing those partitions (by chance) without hal - was
> not consistent ?
Correct, without hal gnome-vfs can't make the distinction between internal and
external drives so all are shown. So this is indeed not a hal but, just some
behaviour that changed with G2.12
> * Battery applet issue:
> ---------------------
>
> (Workaround is described in the battery applet help)
>
> This version of the battery applet (2.12.2), can use either hal or
> acpid. It seems to use hal by default if it's present and running.
>
> For some reason:
>
> a) hal is giving incorrect information to battery applet, or
>
> b) the applet is reading the info in a wrong way. I think this is the
> most probable case?:
>
> I have run the hal device manager, before and after disconnecting
> the laptop's AC adapter, and its presence / absence is shown
> correctly in hal device manager, in each case.
>
> To disable hal use, in gnome configuration editor, go to path:
>
> /apps/panel/applets/applet_#/prefs/
>
> (# is the number corresponding to battery applet)
>
> create a new boolean key called "no_hal", and set it to "true".
> Then restarting the gnome session the battery applet's status keeps up
> to date with AC adapter's plug / unplug events.
>
> Certainly, I am also not sure if the battery applet did not use hal
> in previous version or it did (to explain the change in behaviour).
This can be either a hal bug or a applets bug. As it works fine on my powerbook
it'll probably be a hal bug wrt. acpi. Could you send the output of running
``lshal'' and a sample of ``lshal --monitor'' ?
Sjoerd
--
Never worry about theory as long as the machinery does what it's supposed to do.
-- R. A. Heinlein
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
