OK - It appears the underlying issue is that HAL is built without MacBook
support for the reason that it uses hackish solutions (writing directly to
/dev/mem in particular). Ubuntu builds HAL with MacBook support, and hence
g-p-m functions fine on that distribution.

I merged this with the bug report against HAL for this (which was closed as
"wontfix").  I figure we're stuck with th status quo without a kernel module
to control MacBook brightness using HAL...  It would be nice, though, if we
could come up with a temporary workaround - as of now you are basically
restricted to running without full g-p-m support on a MacBook, patching HAL
manually for each update, or running Ubuntu :)


On 7/26/07, Loïc Minier <[EMAIL PROTECTED]> wrote:

On Thu, Jul 26, 2007, Julien BLACHE wrote:
> And for the record, the GNOME people did not want to integrate with
> pommed other than by having me code up the whole thing into HAL, which
> is NOT what I wanted to do. I'm still open to integration with the
> GNOME things, and the DBus notifications & interface are there for a
> reason. The GNOME people are free to pick up the DBus notifications on
> the system bus; don't ask me why they didn't do it.

It sounds reasonable to integrate such a support into HAL, but I can
also understand you can't be bothered to implement it if you don't like
it.  Was this discussed in a gnome.org bug?  It would be nice to link
this bug to the upstream issue where the HAL changes are proposed.

--
Loïc Minier

Reply via email to