Lirc does not respond after upgrading from 8.04 to 8.10 Beta

Attached is a copy of hardware.conf

Attached is a copy of lircd.conf

Can you post the output of lshal? An FDI quirk will be necessary.

after upgrade form from 8.04 to 8.10 Beta.
my remote accept only numbers...no more volume control or changing channel up and down.
my TV card is Asus My-Cinema and all configurations are default for the remote control PC-39

Anyone running into this problem (including you edmon), please post your

lshal

output. It's how we'll be able to add quirks for your remote.

On Thu, Oct 9, 2008 at 07:12, edmon <email address hidden> wrote:

> after upgrade form from 8.04 to 8.10 Beta.
> my remote accept only numbers...no more volume control or changing channel
> up and down.
> my TV card is Asus My-Cinema and all configurations are default for the
> remote control PC-39
>
> --
> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
> https://bugs.launchpad.net/bugs/279472
> You received this bug notification because you are a member of
> Mythbuntu, which is subscribed to lirc in ubuntu.
>

--
Mario Limonciello
<email address hidden>

Please find attached a copy of lshal log

On Thu, Oct 9, 2008 at 5:56 PM, Mario Limonciello <email address hidden> wrote:
> Anyone running into this problem (including you edmon), please post your
>
> lshal
>
> output. It's how we'll be able to add quirks for your remote.
>
> On Thu, Oct 9, 2008 at 07:12, edmon <email address hidden> wrote:
>
>> after upgrade form from 8.04 to 8.10 Beta.
>> my remote accept only numbers...no more volume control or changing channel
>> up and down.
>> my TV card is Asus My-Cinema and all configurations are default for the
>> remote control PC-39
>>
>> --
>> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
>> https://bugs.launchpad.net/bugs/279472
>> You received this bug notification because you are a member of
>> Mythbuntu, which is subscribed to lirc in ubuntu.
>>
>
>
> --
> Mario Limonciello
> <email address hidden>
>
> --
> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
> https://bugs.launchpad.net/bugs/279472
> You received this bug notification because you are a direct subscriber
> of the bug.
>

after last update my remote stop working at all

I have new info about this problem
It seems that there may either be a permission problem of some sort.
Please review the output below

psavva@Spooky:~$ sudo lircd -n -d /dev/input/event8 -H dev/input
lircd-0.8.3[17094]: lircd(userspace) ready
lircd-0.8.3[17094]: accepted new client on /dev/lircd
lircd-0.8.3[17094]: initializing '/dev/input/event8'
lircd-0.8.3[17094]: can't get exclusive access to events comming from
`/dev/input/event8' interface

On Sat, Oct 11, 2008 at 11:50 AM, edmon <email address hidden> wrote:
> after last update my remote stop working at all
>
> --
> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
> https://bugs.launchpad.net/bugs/279472
> You received this bug notification because you are a direct subscriber
> of the bug.
>

More info:

psavva@Spooky:~$ cat /proc/bus/input/devices
I: Bus=0017 Vendor=0001 Product=0001 Version=0100
N: Name="Macintosh mouse button emulation"
P: Phys=
S: Sysfs=/devices/virtual/input/input0
U: Uniq=
H: Handlers=mouse0 event0
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0003 Vendor=046d Product=c00e Version=0110
N: Name="Logitech USB-PS/2 Optical Mouse"
P: Phys=usb-0000:00:1d.0-1/input0
S: Sysfs=/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1:1.0/input/input1
U: Uniq=
H: Handlers=mouse1 event1
B: EV=17
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=103
B: MSC=10

I: Bus=0003 Vendor=1241 Product=1603 Version=0110
N: Name=" USB Keyboard"
P: Phys=usb-0000:00:1d.7-3.1/input0
S: Sysfs=/devices/pci0000:00/0000:00:1d.7/usb5/5-3/5-3.1/5-3.1:1.0/input/input2
U: Uniq=
H: Handlers=kbd event2
B: EV=120013
B: KEY=10000 7 ff800000 7ff febeffdf f3cfffff ffffffff fffffffe
B: MSC=10
B: LED=7

I: Bus=0003 Vendor=1241 Product=1603 Version=0110
N: Name=" USB Keyboard"
P: Phys=usb-0000:00:1d.7-3.1/input1
S: Sysfs=/devices/pci0000:00/0000:00:1d.7/usb5/5-3/5-3.1/5-3.1:1.1/input/input3
U: Uniq=
H: Handlers=kbd event3
B: EV=13
B: KEY=2000000 39fa d941d001 1e0000 0 0 0
B: MSC=10

I: Bus=0003 Vendor=0d8c Product=000c Version=0100
N: Name="C-Media USB Headphone Set "
P: Phys=usb-0000:00:1d.7-3.2/input3
S: Sysfs=/devices/pci0000:00/0000:00:1d.7/usb5/5-3/5-3.2/5-3.2:1.3/input/input4
U: Uniq=
H: Handlers=kbd event4
B: EV=13
B: KEY=e0000 0 0 0
B: MSC=10

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
S: Sysfs=/devices/platform/pcspkr/input/input5
U: Uniq=
H: Handlers=kbd event5
B: EV=40001
B: SND=6

I: Bus=0019 Vendor=0000 Product=0002 Version=0000
N: Name="Power Button (FF)"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
U: Uniq=
H: Handlers=kbd event6
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0019 Vendor=0000 Product=0003 Version=0000
N: Name="Sleep Button (CM)"
P: Phys=PNP0C0E/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input7
U: Uniq=
H: Handlers=kbd event7
B: EV=3
B: KEY=4000 0 0 0 0

I: Bus=0001 Vendor=1554 Product=4011 Version=0001
N: Name="bttv IR (card=139)"
P: Phys=pci-0000:02:01.0/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1e.0/0000:02:01.0/input/input8
U: Uniq=
H: Handlers=kbd event8
B: EV=100003
B: KEY=2c0814 100004 0 0 0 4 2008000 2090 2001 1e0000 4400 0 ffc

On Tue, Oct 14, 2008 at 8:43 PM, Panayiotis Savva <email address hidden> wrote:
> I have new info about this problem
> It seems that there may either be a permission problem of some sort.
> Please review the output below
>
> psavva@Spooky:~$ sudo lircd -n -d /dev/input/event8 -H dev/input
> lircd-0.8.3[17094]: lircd(userspace) ready
> lircd-0.8.3[17094]: accepted new client on /dev/lircd
> lircd-0.8.3[17094]: initializing '/dev/input/event8'
> lircd-0.8.3[17094]: can't get exclusive access to events comming from
> `/dev/input/event8' interface
>
>
> On Sat, Oct 11, 2008 at 11:50 AM, edmon <email address hidden> wrote:
>> after last update my remote stop working at all
>>
>> --
>> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
>> https://bugs.launchpad.net/bugs/279472
>> You received this bug...

I have managed to solve the problem

I needed to edit the FDI for Lirc:

/usr/share/hal/fdi/preprobe/20thirdparty/lirc.fdi
[code]
<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">
  <device>
     <match key="info.product" contains_ncase="saa7134 ir">
        <merge key="info.ignore" type="bool">true</merge>
     </match>
     <match key="info.product" contains_ncase="bttv IR">
        <merge key="info.ignore" type="bool">true</merge>
     </match>
  </device>
</deviceinfo>

[/code]

Please note that the in order to find which IR device you should use, you must type
[code]
[code]
lshal | grep IR
[/code]
input.product = 'bttv IR (card=139)' (string)
Note --> <match key="info.product" contains_ncase="bttv IR">

I think that this should be further reviewed and a patch should be supplied for this problem.

I used a second IR device which is the streamzap, which worked out of the box. :)
I hope we can do the same for the BTTV Device

I will include some info for your information about the exact card i have:

[code]
udi = '/org/freedesktop/Hal/devices/pci_109e_36e'
  info.linux.driver = 'bttv' (string)
  info.parent = '/org/freedesktop/Hal/devices/pci_8086_244e' (string)
  info.product = 'Bt878 Video Capture' (string)
  info.subsystem = 'pci' (string)
  info.udi = '/org/freedesktop/Hal/devices/pci_109e_36e' (string)
  info.vendor = 'Brooktree Corporation' (string)
  linux.hotplug_type = 2 (0x2) (int)
  linux.subsystem = 'pci' (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.0' (string)
  pci.device_class = 4 (0x4) (int)
  pci.device_protocol = 0 (0x0) (int)
  pci.device_subclass = 0 (0x0) (int)
  pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.0' (string)
  pci.product = 'Bt878 Video Capture' (string)
  pci.product_id = 878 (0x36e) (int)
  pci.subsys_product_id = 16401 (0x4011) (int)
  pci.subsys_vendor = 'PROLINK Microsystems Corp' (string)
  pci.subsys_vendor_id = 5460 (0x1554) (int)
  pci.vendor = 'Brooktree Corporation' (string)
  pci.vendor_id = 4254 (0x109e) (int)

udi = '/org/freedesktop/Hal/devices/temp/179'
  info.ignore = true (bool)
  info.parent = '/org/freedesktop/Hal/devices/pci_109e_36e' (string)
  info.product = 'Ignored Device' (string)
  info.subsystem = 'input' (string)
  info.udi = '/org/freedesktop/Hal/devices/ignored-device' (string)
  input.device = '/dev/input/event8' (string)
  input.originating_device = '/org/freedesktop/Hal/devices/pci_109e_36e' (string)
  input.product = 'bttv IR (card=139)' (string)
  linux.device_file = '/dev/input/event8' (string)
  linux.hotplug_type = 2 (0x2) (int)
  linux.subsystem = 'input' (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:01.0/input/input15/event8' (string)

udi = '/org/freedesktop/Hal/devices/pci_109e_36e_video4linux_0'
  access_control.file = '/dev/vbi0' (string)
  access_control.type = 'video4linux' (string)
  info.callouts.add = {'hal-acl-tool --add-device'} (string list)
  info.callouts.remove = {'hal-acl-tool --remove-device'} (string list)
  info.capabilities = {'video4linux', 'video4linux.video_capture', 'video4linux.video_overlay'...

may be i have to file new bug but whatever.
My remote behaves strange. When i press 1 several times in console i see severeal 1 but from time to time it writes 3, i see such messages in dmesg

[11978.269020] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=1
[11978.496018] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=0
[11978.672018] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=1
[11978.784018] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=0
[11981.500026] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=1
[11981.616018] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=0
[11981.732019] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=1
[11981.849013] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=0
[11982.104019] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=1
[11982.332024] saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x28 raw=0x28 down=0

most of the time i have to point remote in opposite direction to make it write 1 if i press 1

BUT for my surprise when i run inputlirc

 edmon@bozhan:~$ irw
2 0 KEY_1 event5
3 0 KEY_2 event5
4 0 KEY_3 event5
5 0 KEY_4 event5
6 0 KEY_5 event5
7 0 KEY_6 event5
8 0 KEY_7 event5
9 0 KEY_8 event5
a 0 KEY_9 event5
174 0 KEY_ZOOM event5
b 0 KEY_0 event5
70 0 KEY_MACRO event5
179 0 KEY_TV event5
189 0 KEY_VIDEO event5
66 0 KEY_HOME event5
185 0 KEY_DVD event5
16e 0 KEY_PVR event5
8b 0 KEY_MENU event5
2 0 KEY_1 event5
3 0 KEY_2 event5
4 0 KEY_3 event5
5 0 KEY_4 event5
6 0 KEY_5 event5
7 0 KEY_6 event5

inputlirc reads and recognize all codes even if i point remote in any direction...

then i stoped inputlirc and restarted lirc...
and now it reads all remote codes:

edmon@bozhan:~$ sudo /etc/init.d/lirc start
 * Loading LIRC modules [ OK ]
 * Starting remote control daemon(s) : LIRC [ OK ]
edmon@bozhan:~$ irw
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010003 00 2 lirc.conf
0000000080010003 00 2 lirc.conf
0000000080010004 00 3 lirc.conf
0000000080010004 00 3 lirc.conf
0000000080010007 00 6 lirc.conf
0000000080010007 00 6 lirc.conf
0000000080010008 00 7 lirc.conf
0000000080010008 00 7 lirc.conf
0000000080010005 00 4 lirc.conf
0000000080010005 00 4 lirc.conf
0000000080010005 00 4 lirc.conf
0000000080010005 00 4 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
0000000080010002 00 1 lirc.conf
^C
edmon@bozhan:~$ 11111111...

Yes, please file a new bug report.

I confirm. Had the same problem on different card ((Leadtek Winfast 2000XP - cx88 chip)
@Panayiotis Savva thanks for the solution.
Here is my /usr/share/hal/fdi/preprobe/20thirdparty/lirc.fdi

before:

<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">
  <device>
 <match key="info.product" contains_ncase="saa7134 ir">
        <merge key="info.ignore" type="bool">true</merge>
    </match>
  </device>
</deviceinfo>

...and after

<?xml version="1.0" encoding="UTF-8"?>

<deviceinfo version="0.2">
  <device>
 <match key="info.product" contains_ncase="saa7134 ir">
        <merge key="info.ignore" type="bool">true</merge>
    </match>
 <match key="info.product" contains_ncase="cx88 IR">
  <merge key="info.ignore" type="bool">true</merge>
 </match>
  </device>
</deviceinfo>

and suitable part of the lshal output:

udi = '/org/freedesktop/Hal/devices/pci_14f1_8800_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'debian-setup-keyboard'} (string list)
  info.capabilities = {'input', 'input.keys', 'button'} (string list)
  info.category = 'input' (string)
  info.parent = '/org/freedesktop/Hal/devices/pci_14f1_8800' (string)
  info.product = 'cx88 IR (Leadtek Winfast 2000XP' (string)
  info.subsystem = 'input' (string)
  info.udi = '/org/freedesktop/Hal/devices/pci_14f1_8800_logicaldev_input' (string)
  input.device = '/dev/input/event4' (string)
  input.originating_device = '/org/freedesktop/Hal/devices/pci_14f1_8800' (string)
  input.product = 'cx88 IR (Leadtek Winfast 2000XP' (string)
  input.x11_driver = 'evdev' (string)
  input.xkb.layout = 'pl' (string)
  input.xkb.model = 'pc105' (string)
  input.xkb.rules = 'evdev' (string)
  linux.device_file = '/dev/input/event4' (string)
  linux.hotplug_type = 2 (0x2) (int)
  linux.subsystem = 'input' (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:09.0/0000:01:08.0/input/input4/event4' (string)

udi = '/org/freedesktop/Hal/devices/pci_14f1_8800_video4linux'
  access_control.file = '/dev/radio0' (string)
  access_control.type = 'video4linux' (string)
  info.callouts.add = {'hal-acl-tool --add-device'} (string list)
  info.callouts.remove = {'hal-acl-tool --remove-device'} (string list)
  info.capabilities = {'video4linux', 'video4linux.tuner', 'access_control'} (string list)
  info.category = 'video4linux' (string)
  info.parent = '/org/freedesktop/Hal/devices/pci_14f1_8800' (string)
  info.product = 'Leadtek Winfast 2000XP Expert' (string)
  info.subsystem = 'video4linux' (string)
  info.udi = '/org/freedesktop/Hal/devices/pci_14f1_8800_video4linux' (string)
  linux.device_file = '/dev/radio0' (string)
  linux.hotplug_type = 2 (0x2) (int)
  linux.subsystem = 'video4linux' (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:09.0/0000:01:08.0/video4linux/radio0' (string)
  video4linux.device = '/dev/radio0' (string)
  video4linux.version = '1' (string)

udi = '/org/freedesktop/Hal/devices/pci_14f1_8800_video4linux_0'
  access_control.file = '/dev/vbi0' (string)
  access_control.type = 'video4linux' (string)
  info.callouts.add = {'hal-acl-tool --add-device'} (string list)
  info.cal...

Having the same trouble with my Hauppauge Nova-S Plus Remote ... the lirc.fdi fix didn't work for me. Still getting the same error when I start irw / irrecord:

$ cat /var/log/daemon.log
...
lircd-0.8.3[5864]: accepted new client on /dev/lircd
lircd-0.8.3[5864]: initializing '/dev/input/event6'
lircd-0.8.3[5864]: can't get exclusive access to events comming from `/dev/input/event6' interface
lircd-0.8.3[5864]: removed client
lircd-0.8.3[5864]: closing '/dev/input/event6'

$ lshal | grep cx88
info.linux.driver = 'cx88-mpeg driver manager' (string)
info.linux.driver = 'cx88_audio' (string)
info.linux.driver = 'cx8800' (string)
input.product = 'cx88 IR (Hauppauge Nova-S-Plus' (string)

lshal in the attachment.

This bug is fixed in bzr revno 45

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 remo...

Mario, it may be a little late but I just found this bugreport and I seem to have pretty much the same problem:

1. Intrepid with now updated lirc 0.8.4a (had the same problem in 0.8.3 about a week ago)
2. Card is a Winfast TV 2000 XP with the CoolCommand Remote
3. The remote worked with lirc about 3 Ubuntu releases ago but since then the lirc modules could not be compiled.

Now in Intrepid the Volume buttons act as hotkeys on the keyboard, numbers work, and sleep/power does turn off the PC which is waaay uncool. Other buttons don't seem to work.
Oh, and that all without lirc aswell! So I have no idea what happened, the kernel suddenly sees the remote as a normal input device.

Any info on how to get all the buttons working again and how to remap them, would be very much appreciated.
Thanks in advance!

Peter

Peter:

Can you start a new bug report so this one doesn't get too cluttered as it's
already marked "solved" and has tons of other things going on in it? Please
attach lshal output to that bug report.

On Thu, Nov 27, 2008 at 06:38, amnesia <email address hidden> wrote:

> Mario, it may be a little late but I just found this bugreport and I
> seem to have pretty much the same problem:
>
> 1. Intrepid with now updated lirc 0.8.4a (had the same problem in 0.8.3
> about a week ago)
> 2. Card is a Winfast TV 2000 XP with the CoolCommand Remote
> 3. The remote worked with lirc about 3 Ubuntu releases ago but since then
> the lirc modules could not be compiled.
>
> Now in Intrepid the Volume buttons act as hotkeys on the keyboard, numbers
> work, and sleep/power does turn off the PC which is waaay uncool. Other
> buttons don't seem to work.
> Oh, and that all without lirc aswell! So I have no idea what happened, the
> kernel suddenly sees the remote as a normal input device.
>
> Any info on how to get all the buttons working again and how to remap them,
> would be very much appreciated.
> Thanks in advance!
>
> Peter
>
> --
> Lirc does not respond after upgrading from 8.04 to 8.10 Beta
> https://bugs.launchpad.net/bugs/279472
> You received this bug notification because you are a member of
> Mythbuntu, which is subscribed to lirc in ubuntu.
>

--
Mario Limonciello
<email address hidden>