← Back to team overview

mythbuntu-bugs team mailing list archive

[Bug 567512] Re: uinput broken for at least Mac mini

 

** Description changed:

- Binary package hint: lirc
+ 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.
  
- See the mistitled bug #440466 for the background and supposed fix to
- this bug.
+ For the needs of the SRU:
  
- Previously, lircd would inject key events into /dev/input/uinput
- (according to the lircd manpage, though there is no such file on my
- system)  when run with the --uinput option and the uinput input module.
- This worked with the Mac mini remote, except that auto-repeat did not
- work, and one had to wait about a second between key presses.
+ - 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).
  
- According to bug #440466 there was a fix for this bug recently. Only now
- it is completely broken: pressing keys on the Mac mini remote seems to
- do nothing. However, when lircd is stopped, all the key presses entered
- are indeed injected into the keyboard buffer. So in fact they are being
- queued up somewhere.
+ - 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
  
- This is not great: in Hardy the Mac mini remote worked perfectly out of
- the box. In Jaunty and Karmic it worked poorly, with considerable manual
- configuration. In Lucid it doesn't work at all.
+ - 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.
  
- I will now go and ping the other bug reports which I made before Karmic
- was released (mostly simple configuration problems that can be worked
- around). Sigh.
+ 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.
  
- ProblemType: Bug
- DistroRelease: Ubuntu 10.04
- Package: lirc 0.8.6-0ubuntu4
- ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
- Uname: Linux 2.6.32-21-generic i686
- Architecture: i386
- Date: Tue Apr 20 21:31:35 2010
- ProcEnviron:
-  SHELL=/bin/bash
-  PATH=(custom, user)
-  LANG=en_GB.UTF-8
- SourcePackage: lirc
+ 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.

** Also affects: lirc (Ubuntu Lucid)
   Importance: Undecided
       Status: New

** Also affects: lirc (Ubuntu Maverick)
   Importance: Undecided
       Status: Fix Released

-- 
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: New
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.






References