This version is an improvement, but unfortunately, it doesn't make uinput usable with a Mac remote.
When I install this version and configure it to use uinput, keycodes are generated. However, they are not fully correctly generated: Play/Pause works fine, but Volume up/down auto repeat, so that all I can do is either mute the sound or turn it up to max. Perhaps there's a problem with key up events? (I am guessing that for Play/Pause, key up is ignored, because it doesn't autorepeat.) Please do let me know what other information I can supply (I have just run apport -u on this bug report, so that should have uploaded my current lirc config). -- uinput broken for at least Mac mini https://bugs.launchpad.net/bugs/567512 You received this bug notification because you are a member of Mythbuntu Bug Team, which is subscribed to lirc in ubuntu. Status in “lirc” package in Ubuntu: Fix Released Status in “lirc” source package in Lucid: Fix Committed Status in “lirc” source package in Maverick: Fix Released Bug description: I have patched and tested the latest lirc packages from lucid. I have uploaded a bzr branch to Launchpad and requested a merge to lucid-proposed. The debdiff is also attached. For the needs of the SRU: - Impact of this bug: This bug renders the "--uinput" of lirc useless. This options allows remote controls to input commands like key strokes (as you would with a multimedia keyboard with "play", "next/previous", "volume up/down", etc buttons). This is obviously a very simple and attractive way to use a remote control with Ubuntu, and is recommended in many tutorials (including on help.ubuntu.com). Currently, in lucid, the buttons pressed on the remote have no effect (until the lircd daemon is stopped or restarted). - Nominating for SRU, fulfills: (1) have an obviously safe patch (it only concerns the --uinput which is currently non-functional, and is tested by upstream and other distros) and (2) affect an application rather than critical infrastructure packages - My proposed patch simply includes a patch from upstream (git commit d987ce9c68239f637dddb9de9f9668f6e8f9fc1d) to fix this problem. It is included in the 0.8.7~pre3-0ubuntu1 version in maverick, which works fine. TEST CASE: A supported remote control and IR receiver are required. Install the lirc package. Configure /etc/lirc/lircd.conf for your remote, if not already done during package installation (or include a preset from /usr/share/lirc/remotes/). Ensure your remote button presses are detected when running irw. Edit /etc/lirc/hardware.conf and set these keys: REMOTE_MODULES="uinput" REMOTE_LIRCD_ARGS="--uinput" Restart lirc. Start rhythmbox and enable the "lirc" module. Restart rhythmbox and start playing a song. Press pause key on the remote and notice that rhythmbox doesn't take any notice. Stop lirc, and see that rhythmbox then pauses the song. I see no regression potential for this patch, as it only affects users running lirc with the --uinput option, which is currently non-functional with an up-to-date Ubuntu lucid. --- Architecture: i386 DistroRelease: Ubuntu 10.04 Package: lirc 0.8.6-0ubuntu4.2 PackageArchitecture: i386 ProcEnviron: SHELL=/bin/bash PATH=(custom, user) LANG=en_GB.UTF-8 ProcVersionSignature: Ubuntu 2.6.32-25.44-generic 2.6.32.21+drm33.7 Tags: lucid Uname: Linux 2.6.32-25-generic i686 UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin netdev plugdev powerdev sambashare scanner src vboxusers video _______________________________________________ Mailing list: https://launchpad.net/~mythbuntu-bugs Post to : mythbuntu-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~mythbuntu-bugs More help : https://help.launchpad.net/ListHelp
