uinput broken for at least Mac mini
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| lirc (Ubuntu) |
Undecided
|
Unassigned | ||
| Lucid |
Undecided
|
Unassigned | ||
| Maverick |
Undecided
|
Unassigned |
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 d987ce9c68239f6
TEST CASE: A supported remote control and IR receiver are required.
Install the lirc package. Configure /etc/lirc/
REMOTE_
REMOTE_
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
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_GB.UTF-8
ProcVersionSign
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
Related branches
- Ubuntu Development Team: Pending requested 2010-09-08
-
Diff: 56 lines (+36/-0)3 files modifieddebian/changelog (+11/-0)
debian/patches/series (+1/-0)
debian/patches/uinput-send-syn.patch (+24/-0)
Reuben Thomas (rrt) wrote : | #1 |
Reuben Thomas (rrt) wrote : | #2 |
Reuben Thomas (rrt) wrote : | #3 |
Further investigation: I reverted to the karmic kernel and lirc packages. No joy. I double-checked my configuration. No joy. I can't see how anything other than lirc and the kernel would be affecting this, but perhaps it is something else?
I'm very happy to take any further suggestions, as the lack of the remote is an annoyance.
Paul Reynolds (paulrreynolds) wrote : | #4 |
I am having a similar problem with using uinput to redirect Serial data to keypresses. I am using the TypeKeys solution proposed by Loye Young, and it worked perfectly in Ubunty Jaunty.
When I upgraded to Karmic, uinput seems to have moved from /dev/input/uinput to dev/uinput. I have updated the program for this change, do you think this could be the problem?
Reuben Thomas (rrt) wrote : | #5 |
The name of the device is not the problem, lirc checks several names, including the correct one for Lucid kernels.
Reuben Thomas (rrt) wrote : | #6 |
I am using irexec as a workaround for this problem.
Panagiotis Skintzos (ph7) wrote : | #7 |
Hi,
uinput via lirc is broken completely in Lucid currently. It happens with any remote I've tried.
The bug is in lirc and it is related to xf86-input-evdev. It is fixed upstream.
See http://
The patch attached there works fine with current lirc source from Lucid.
I applied it and now uinput works as before.
Jonathan Clarke (jooooooon) wrote : | #8 |
Having just tested Maverick, I will note that this bug is fixed there (the version of lirc has been bumped to include the fix from the Gentoo bug report mentioned or something similar).
Is there any reason why this could not be patched and included as an update in Lucid? I'm willing to do the work, if someone points the way for me.
Changed in lirc (Ubuntu): | |
status: | New → Fix Released |
Mario Limonciello (superm1) wrote : | #9 |
Jonathon:
If you want to go through the SRU process for that patch, it's listed here: https:/
Jonathan Clarke (jooooooon) wrote : | #10 |
Thanks for the pointer Mario.
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 d987ce9c68239f6
TEST CASE: A supported remote control and IR receiver are required.
Install the lirc package. Configure /etc/lirc/
REMOTE_
REMOTE_
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.
Jonathan Clarke (jooooooon) wrote : | #11 |
Link to the upstream patch: http://
tags: | added: patch patch-accepted-upstream |
Thanks very much for your work on this, maintainers, and in particular
for getting a fix together for Lucid. Much appreciated.
description: | updated |
Martin Pitt (pitti) wrote : | #13 |
SRU ack, please upload.
Jonathan Clarke (jooooooon) wrote : | #14 |
Thanks Martin. Now we just need a sponsor to upload this! :)
Mario Limonciello (superm1) wrote : | #15 |
Jonathon:
Just uploaded it to the queue for you, thanks for getting it together.
Accepted lirc into lucid-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https:/
Changed in lirc (Ubuntu Lucid): | |
status: | New → Fix Committed |
tags: | added: verification-needed |
Reuben Thomas (rrt) wrote : Dependencies.txt | #17 |
apport information
tags: | added: apport-collected |
description: | updated |
Reuben Thomas (rrt) wrote : | #18 |
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).
Reuben Thomas (rrt) wrote : | #19 |
Clarification: in the above comment I meant that perhaps for Play/Pause, which does not autorepeat, key up events are ignored, or not needed.
Martin Pitt (pitti) wrote : | #20 |
So it seems to be an improvement at least, and I think this can go to -updates.
Launchpad Janitor (janitor) wrote : | #21 |
This bug was fixed in the package lirc - 0.8.6-0ubuntu4.2
---------------
lirc (0.8.6-0ubuntu4.2) lucid-proposed; urgency=low
* Fix bug where remote button presses are passed to uinput to be handled as
standard key presses in X, but are ignored until lircd is stopped or
restarted (LP: #567512).
- debian/
d987ce9c6
uinput.
-- Jonathan Clarke <email address hidden> Wed, 08 Sep 2010 07:57:50 +0200
Changed in lirc (Ubuntu Lucid): | |
status: | Fix Committed → Fix Released |
tags: |
added: pport-bug verification-done removed: apport-bug verification-needed |
tags: |
added: apport-bug removed: pport-bug |
Reuben Thomas (rrt) wrote : | #22 |
As stated in the body of the report (and accepted by Martin Pitt, the maintainer who uploaded the fix), this bug is only partially fixed.
Changed in lirc (Ubuntu Maverick): | |
status: | Fix Released → Confirmed |
Changed in lirc (Ubuntu): | |
status: | Fix Released → Confirmed |
Changed in lirc (Ubuntu Lucid): | |
status: | Fix Released → Confirmed |
Rolf Leggewie (r0lf) wrote : | #23 |
maverick has seen the end of its life and is no longer receiving any updates. Marking the maverick task for this ticket as "Won't Fix".
Changed in lirc (Ubuntu Maverick): | |
status: | Confirmed → Won't Fix |
Rolf Leggewie (r0lf) wrote : | #24 |
lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".
Changed in lirc (Ubuntu Lucid): | |
status: | Confirmed → Won't Fix |
Alec Leamas (leamas-alec) wrote : | #25 |
The new version 0.9.4c contains a new, separate deamomn lircd-uinput which is enhanced version of the --uinput option (which is deprecated). Could you please test against this new version?
Changed in lirc (Ubuntu): | |
status: | Confirmed → Incomplete |
Reuben Thomas (rrt) wrote : | #26 |
Thanks; I don't have that machine any more. If I operate a Mac mini with uinput remote in future I'll look into it!
Alec Leamas (leamas-alec) wrote : | #27 |
If/when you do, please file a new bug. This one is too old and cluttered. Closing, as fixed in 0.9.4c
lirc (0.9.4b-0.1) experimental; urgency=medium
* Non-maintainer upload.
* First shot on major upstream updates.
- Re-packaged from scratch based on new dh primitives.
- Thanks for help on debian-mentors!
* New upstream release 0.9.4
- Release 0.9.1 .. 0.9.3 was never packaged.
- Old 'lirc' service split into separate systemd services:
lircd.
- Remote definitions moved out of lirc to new project
lirc-remotes; affects large number of LP issues.
- Builds also on FreeBSD 10.3.
- Fixes "Not updated to last version" (Closes: #777199),
LP: #1443590.
- Fixes "Default device for mode2 is /dev/lirc" (Closes: #702140).
- Fixes "/var/run/lirc contents disappear..." (Closes: #676343).
- Fixes "lircrcd segfaults" (Closes: #780062).
- Fixes "'/etc/init.d/lirc restart' is broken" (Closes: #782091).
- Fixes "Prompting due to modified conffiles..." (Closes: #655969).
- Fixes "LIRC installs bad udev rule" (Closes: #804397),
users depending on this rule will need to explicitly start lircd.
- Fixes "lirc init script can create circular symlinks", LP: #698007.
- Fixes "Update Uploaders List (Closes: #762554).
- Fixes "Please switch to libftdi1" (Closes: #810370).
- Fixes LP: #153457 "iguanaIR support not functional".
- Fixes LP: #460027 "using lirc init script restart function fails
sometimes".
- Fixes LP: #499588 "lirc udev rule causes unreliable startup".
- Fixes LP: #567519 "lircd(8) mentions non-existent
/
- Fixes LP: #1029604 "mce remote doesn't work due to out of date
lircd.
- Fixes LP: #1312287 "lircd start problem".
* The built-in irman support is moved to the lirc-drv-irman package.
* Revised package structure: keep old liblircclient0 (renamed to
liblirc-
lirc-doc. Former liblircclient-dev merged into new liblirc-dev.
* Don't overwrite existing lircd.conf file.
* Ship sysV scripts from the svn tree [Stefan Lippers-Hollmann]
* Add handling of obsolete 0.9.0 udev rule restarting lircd
* Old lircd output socket link /dev/lirc dropped. Use
/var/
* Updated copyright
* Update compiler flags: -Wl,as-needed + hardening
[Stefan Lippers-Hollmann]
* Avoid negative architecture deps like [!hurd] (Closes: #634807)
[Stefan Lippers-Hollmann]
* Add patch 0007-tools-
to walk around #801719 (dh_python3 shortcomings).
* Last parts of libirman dependencies removed.
* Changing Vcs-* headers to point to upstream packaging branch.
* Fixes existing large number of upgrade bugs.
* Enhance hardening flags.
* Add a lintian pbuilder test, this requires --hookdir and B92-test-pkg
therein.
* Tested (build-wise) on stretch and sid.
-- Alec Leamas <email address hidden> Thu, 26 May 2016 11:14:25 +0100
Changed in lirc (Ubuntu): | |
status: | Incomplete → Fix Released |
I just played around with the source package a bit. I tried removing some Ubuntu patches, to see if it helped, specifically, lirc_dev- 2.6.33. patch and appleir_ repeat_ issue.patch. I removed first one and then the other, but installing the resultant packages did not fix the bug. Hence, it may be related to the kernel more than lirc. Note that the version of lirc shipped in Karmic is the same upstream, just with different patches, hence my hope that removing recently applied patches might help.