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.service, lircmd.service and irexec.service.
- 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
/dev/input/uinput".
- Fixes LP: #1029604 "mce remote doesn't work due to out of date
lircd.conf.devinput".
- 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-client0). Adding new packages liblirc0, liblirc-dev and
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/run/lirc/lircd.
* 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-remove-configs-symlink.patch + explicit link
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 <leamas.a...@gmail.com> Thu, 26 May 2016 11:14:25
+0100
** Changed in: lirc (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to lirc in Ubuntu.
https://bugs.launchpad.net/bugs/567512
Title:
uinput broken for at least Mac mini
Status in lirc package in Ubuntu:
Fix Released
Status in lirc source package in Lucid:
Won't Fix
Status in lirc source package in Maverick:
Won't Fix
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
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/567512/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
