Could you please check the patch to include this string also:
On Sun, 2008-11-09 at 04:00 +0000, Launchpad Bug Tracker wrote: > This bug was fixed in the package lirc - 0.8.4a-0ubuntu1 > > --------------- > lirc (0.8.4a-0ubuntu1) jaunty; urgency=low > > * New upstream version. > * Drop no longer necessary patches: > - 03_extra_files > - 25_upstream_2.6.27 > - 27_multiple_include > * Update patches for new version: > - 12_pvr150_transmit_support > - 16_lirc_gpio > - 26_transmitter_lircd.conf > - 28_irrecord_resume_support > * New patches: > - 38_encore_enltv.dpatch (LP: #274087) > * debian/lirc.fdi: > - Update FDI file to match a few more remotes reported > on bugs that work when keyed. (LP: #164627, #204960, #279472) > * debian/control: > - Update Recommends for lirc-modules-source > * debian/lirc.preinst: > - Remove old calls that will no longer be encountered in package > upgrades. > * Merge some packaging changes from Debian. They hadn't done a > release in a long time, so this will at least get us closer to their > packaging for an overarching goal of being in sync. > - Sync'ed changes: > + debian/compat > + README.Debian > + debian/copyright > + debian/doc-base.lirc > + debian/liblircclient-dev.install > + debian/lirc-modules-source.postrm > + debian/lirc.postrm > + debian/po > + debian/lirc-svga.install > + debian/lirc-svga.links > + drop debian/lirc.config.in > + drop debian/lirc.config.md5sum > + drop debian/lirc.modules > - Merge debian/control, remaining changes: > + We don't share same VCS > + We recommend udev > + Our lirc-modules-source uses DKMS > - Merge debian/rules, remaining changes: > + DKMS support > - Merge debian/liblircclient0.pc, remaining changes: > + Version number we have is higher > - Merge debian/lirc.install, remaining changes: > + We install udev rules > + We install an FDI file > - Merge debian/lirc.templates, remaining changes: > + Some of our keys are named differently because we differentiate > between a remote and a transmitter device. > + We've got some extra keys for details of devices. > - Merge debian/lirc.init.d, remaining changes: > + We've pretty much entirely revamped the file. Our deltas will > need to be submitted incrementally to Debian. > - Merge debian/lirc.postinst, remaining changes: > + We've pretty much entirely revamped the file. Our deltas will > need to be submitted incrementally to Debian. > - Merge debian/rules, remaining changes: > + We install a udev rule > + We install an FDI file > + We install DKMS support > + We install transmitter lircd.conf's > + We Install the remote and transmitter hwdb explicitly > - Merge patches that we took from debian for 0.8.4 support: > + debian/patches/02_Makefile.in > + debian/patches/04_man_pages > > lirc (0.8.3-3) unstable; urgency=low > > * update swedish translation, thanks to Martin Bagge <[EMAIL PROTECTED]> > (Closes: #491772). > * add italian debconf translation, thanks to Vincenzo Campanella > <[EMAIL PROTECTED]>. > * silence LIRC_MODE_LIRCCODE log message, as it is not rate limited and > tends to overflow syslog in case IR receivers get removed without > stopping lirc or removing the configuration; this is a temporary > band-aid for lenny and no long term solution (Closes: #500421). > > lirc (0.8.3-2) unstable; urgency=medium > > * remove dead code (modutils has only been used for kernel 2.4 and the > affected code blocks weren't reachable since 0.8.3-1 anyways, as the > conffile wasn't shipped in the first place). > * conflict with makedev << 2.3.1-88, lirc either needs a fixed version or > none at all (Closes: #477063). > * 0.8.3-1 hasn't transitioned to testing yet, so keep the urgency at medium > as it fixes several serious bugs (oops in lirc_i2c on kernel 2.6.25, FTBS > against 2.6.26, missing module versions rejected by kernel >= 2.6.26, > custom mknod replaced by proper makedev calls, if installed). > > lirc (0.8.3-1) unstable; urgency=medium > > [ Stefan Lippers-Hollmann ] > * new upstream release 0.8.3 (Closes: #481649). > * rediff patches: > - 02_Makefile.in > - 04_man_pages > - 05_non_linux > - 06_libtool_kfreebsd > * drop patches merged upstream: > - 16_kcompat-2.6.23 > - 17_kcompat-2.6.24 > - 20_kcompat-2.6.25 > - 19_enable-macmini-as-userspace-driver > * remove local scope definition for variables in lirc.init.d following > SUSv3, its current use for MODULES_MISSING and ARGS doesn't justify > making use of the exceptions specified in Debian policy 10.4 > (Closes: #471422). > * fix copy and paste error in lirc-modules-source.README.Debian. > * lirc_i2c: fix kernel oops on 2.6.25, patch taken from upstream CVS. > * change debconf defaults for lirc-modules-source: > - drop lirc_gpio, it is affected by API changes in bttv and FTBS since > 2.6.23. > - enable atiusb. > - enable bt829. > - enable cmdir. > - enable igorplugusb. > - enable imon. > - enable it87. > - enable mceusb/ mceusb2. > - keep lirc_parallel disabled, it is not SMP safe. > - enable sasem. > - enable streamzap. > - enable sir, keep the defaults at generic sir controller (other) port > 0x2f8 and irq 3, which seems to be supported by a short poll among > notebook owners. > - enable serial, keep defaulting to generic (home-brewed) IR receivers, > change to ttyS0 (port 0x3f8, irq 4) as most concurrently sold systems > only ship one serial port. > * replace custom mknod usage by using makdev's newly added lirc support and > add a versioned dependency on a fixed makedev version instead. This > dependency can be relaxed to udev | makedev, once makedev (>= 2.3.1-88) > has been shipped in a stable release. Given that Breaks support isn't > usable until lenny+1, this conservative approach is the safer variant for > etch --> lenny upgrades (Closes: #393575, #477063). > * drop debian/lirc.config.in, which was added as a bandaid for #329897 > alltogether, neither it nor setup-driver.sh are used anywhere on the end > user's system; this allows dropping the pre-dependency on dialog and > lirc.config.md5sum as well. > * add a sanity check to debian/rules' clean target to ensure that > liblirclient0's pkg-config file is up to date. > * add compatibility code for udev >= 0.117, avoid flag day changes or a hard > dependency on udev; inspired by Scott James Remnant <[EMAIL PROTECTED]> > (Closes: #456325). > * restructure lirc-modules-source package to dump all module sources > directly into the toplevel directory (omit upstream's Makefiles from > module subdirectories) and replace custom toplevel Makefile with a simple > in-kernel style buildsystem. This fixes symbol versioning for the kernel > modules and, as a side effect, the clean target of the top-level Makefile > and doesn't allow empty port/ IRQ settings. > (Closes: #450521, #483089, #369076) > * add compatibility patch for kernels >= 2.6.26, based on upstream CVS. > * drop debian/lirc.modules, modutils is obsolete (kernel 2.4). > * make lirc-modules-source compatible with linux-modules-extra-2.6: > - use bzip2 to compress the source tarball. > - change path names to correspond with the package name. > * fix LIRC_IRQ redefinition. > > [ Matthew Johnson ] > * Add pkg-config file (Closes: #421881) > > [ Sven Mueller ] > * Add swedish translation (Closes: #483766) > > [ Matthew Johnson ] > * Raise priority to medium since it fixes kernel-related bugs > > -- Mario Limonciello <[EMAIL PROTECTED]> Sat, 08 Nov 2008 19:10:50 > -0600 > > ** Changed in: lirc (Ubuntu) > Status: Fix Committed => Fix Released > -- lirc based applications can not get exclusive access to /dev/input interface https://bugs.launchpad.net/bugs/164627 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
