Could you please check the patch to include this string also:

"cx88 IR (Leadtek Winfast 2000XP"

or, better:

"cx88 IR"


And what about pushing this lirc version to intrepid backports ?



Thank you



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 address hidden>
>     (Closes: #491772).
>   * add italian debconf translation, thanks to Vincenzo Campanella
>     <email address hidden>.
>   * 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 address hidden>
>     (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 address hidden>   Sat, 08 Nov 2008 19:10:50
> -0600
> 
> ** Changed in: lirc (Ubuntu)
>        Status: Fix Committed => Fix Released
>