Bug 445094 - Review Request: pommed - Apple laptop hotkey event handler
Summary: Review Request: pommed - Apple laptop hotkey event handler
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-05-03 15:43 UTC by Stewart Adam
Modified: 2013-08-14 04:59 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-08-24 22:52:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Stewart Adam 2008-05-03 15:43:26 UTC
Spec URL: http://www.diffingo.com/downloads/diffingo-repo/review/pommed.spec
SRPM URL: http://www.diffingo.com/downloads/diffingo-repo/review/pommed-1.18-0.1.20080502svn.fc9.src.rpm
Description:
pommed handles the hotkeys found on the Apple PowerBook, MacBook, MacBook Pro,
and MacBook Air laptops.

pommed can adjust the LCD backlight, sound volume, keyboard backlight and eject
the CD-ROM drive. pommed also monitors the ambient light sensors to
automatically light up the keyboard backlight on the MacBook Pro, MacBook Air
and PowerBook when applicable. pommed also supports the Apple Remote.

rpmlint is not silent, however I think it is safe to ignore these warnings:

pommed.x86_64: W: dangerous-command-in-%pre cp
--> This is done to move the now mbpeventd configuration file to the pommed one, as the pommed and mbpeventd projects have merged
pommed.x86_64: W: incoherent-subsys /etc/init.d/pommed $prog
--> rpmlint doesn't realize $prog = pommed
pommed.x86_64: W: service-default-enabled /etc/init.d/pommed
--> This is the desired behaviour
pommed-gpomme.x86_64: W: no-documentation
--> Doesn't matter
pommed-wmpomme.x86_64: W: no-documentation
--> Doesn't matter

Comment 1 Jeremy Katz 2008-05-03 19:48:15 UTC
Shouldn't this all just get handled properly by hal these days?

Comment 2 Stewart Adam 2008-05-03 22:14:44 UTC
Probably should, but I have no idea how to do that... I'm not sure if it has
anything to do with HAL, but I know it has it's own policy and dbus configuration.

Comment 3 Debarshi Ray 2008-08-24 14:51:03 UTC
(In reply to comment #2)

> Probably should, but I have no idea how to do that... I'm not sure if it has
> anything to do with HAL, but I know it has it's own policy and dbus
> configuration.

HAL does take care of the volume up/down/mute keys on my Macbook out of the box on Fedora. I don't use the other keys too much so I am not sure.

Comment 4 Stewart Adam 2008-08-24 22:52:06 UTC
The media keys work fine now with HAL, the only thing that pommed does do that HAL doesn't at the moment is backlight control. I heard that was coming in 2.6.27, but I'm not sure if that holds true or not. Either way, I guess I'll close this since the package isn't of much use.

Comment 5 Chris Smart 2010-03-02 01:07:01 UTC
As of Fedora 12 and kernel 2.6.31.5-127, the keyboard back-light is constantly on, running on a Macbook Pro 2.2.

Sound and LCD brightness work out of the box, but eject button and keyboard backlight don't.

-c

Comment 6 Christopher Meng 2013-08-14 04:59:23 UTC
Do we still need this now?


Note You need to log in before you can comment on or make changes to this bug.