Description of problem: lircd segfaults. Snippet from journalctl systemd[1]: Starting LIRC Infrared Signal Decoder... systemd[1]: Started LIRC Infrared Signal Decoder. lircd[9026]: Cannot open /sys/class/rc kernel: lircd[9026]: segfault at 0 ip 00007f821daa645a sp 00007fff1f5c0ae8 error 4 in libc-2.19.so[7f82 systemd[1]: lircd.service: main process exited, code=killed, status=11/SEGV Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. urpmi lirc 2. systemctl start lircd Reproducible: Steps to Reproduce:
I opened a ticket at http://sourceforge.net/p/lirc/tickets/39/ Suggested fix found at http://sourceforge.net/p/lirc/tickets/39/#cc0b
Workaround/Solution: change "output = /var/run/lirc/lircd" to "lircdfile = /var/run/lirc/lircd" in /etc/lirc/lirc_options.conf
Hi, I'm the upstream maintainer. Note that patches are available in the release_0.9.1b branch, should you want to release this before next upstream point release. The solution in comment #2 is not really the proper one although it kinda works.
CC: (none) => leamas.alec
Keywords: (none) => PATCH, Triaged, UPSTREAMAssignee: bugsquad => anssi.hannula
This bug was not fixed. We have a patch from upstream (see comment #3), would be nice to integrate it.
CC: (none) => rverschelde
Summary: 5a2: lircd segfaults => lircd segfaults (upstream patch available)Whiteboard: (none) => MGA5TOO
There is no 0.9.1b release still, and I see no such branch in the sourceforge git interface.
Indeed, upstream went directly to 0.9.2a. I had a look whether I could find the patches to backport, but my motivation was not high enough and I quickly gave up. Other distros have patches though, so we might want to look there (I'm just not so interested as I don't have any infrared device to test the results).
*** Bug 16446 has been marked as a duplicate of this bug. ***
CC: (none) => gilles.mouchard
*** Bug 16541 has been marked as a duplicate of this bug. ***
CC: (none) => mark9117
CC: (none) => birrachiara
Anssi, this bug seems to hit various users. Do you intend to fix it or must we look for another volunteer?
Priority: Normal => High
BTW, lirc-0.9.3 is out, fixing this.
And now 0.9.3a...
Summary: lircd segfaults (upstream patch available) => 6_s1: lircd segfaults (upstream patch available)
Better yet, http://www.lirc.org/ [22-May-2016] lirc-0.9.4 released.
Actually, 0.9.4a as of 2016-06-28: https://sourceforge.net/projects/lirc/files/LIRC/0.9.4a/
Assigning to all packagers collectively since Anssi isn't responding. To packagers: this is a bug that requires updating lirc to a newer version.
Assignee: anssi.hannula => pkg-bugs
Summary: 6_s1: lircd segfaults (upstream patch available) => 6_s1: lircd segfaults (upstream release is 0.9.4c-0.4)
Status comment: (none) => 6_s2Summary: 6_s1: lircd segfaults (upstream release is 0.9.4c-0.4) => lircd segfaults (upstream release is 0.9.4d)
Keywords: (none) => 6sta2Status comment: 6_s2 => (none)
Next upcoming release is 0.10.0. There are preview packages built for cauldron and mageia 6t at https://copr.fedorainfracloud.org/coprs/leamas/lirc-0.10-preview/ (no actual testing).
CC: birrachiara => (none)
The preview packages work fine (without any manual configuration !) with the IR kernel module from TBS (v170330). There was a little problem using the RPMs as an update for lirc 0.9.1a because lirc-libs-0.10.0 is not recognized as an upgrade for lib64lirc0-0.9.1a, but as a conflicting RPM. Also the lirc-setup utility needed a couple of changes before it would start.
CC: (none) => gm2.asp
Forgot to mention that I also tried downloading and building the source RPM on my mga6 RC installation without problems
(In reply to Arne Spiegelhauer from comment #16) > There was a little problem using the RPMs as an update for lirc 0.9.1a > because lirc-libs-0.10.0 is not recognized as an upgrade for > lib64lirc0-0.9.1a, but as a conflicting RPM. This should be fixable using a spec file Obsoletes: or Provides: I'll happily accept a patch for this, but it needs testing I cannot do. Patches goes to http://sf.net/p/lirc, as an issue or a message to the mailing list.
There is now a rc2, with untested fixes to the two issues above. Note that although package more or less works, it does not comply to the Mageia packaging guidelines. In particular, the library name is wrong and does not allow multilib parallel installations.
lirc 0.10.0 is out, with mageia 6 rpm available at https://copr.fedorainfracloud.org/coprs/leamas/lirc-0.10-preview. The cauldron builds are broken on the COPR site due to COPR errors - until fixed rebuild the srpm which should be fine on cauldron. See comment #19 about mageia packaging guidelines compliance
working in mga6 and mga7.
Status: NEW => RESOLVEDResolution: (none) => FIXED
# lircd --version lircmd 0.9.1a Still seg faults if using output instead of lircdfile see comment #2 on mga6. Problem is resolved in cauldron # lircd -v lircd 0.10.1
Status: RESOLVED => REOPENEDSummary: lircd segfaults (upstream release is 0.9.4d) => lircd segfaultsSource RPM: lirc-0.9.1a-1.mga5.src.rpm => lirc-0.9.1a-4.mga6.src.rpmVersion: Cauldron => 6Whiteboard: MGA5TOO => (none)Resolution: FIXED => (none)
@Bit Twister Re your previous comment, I see that Mageia 7 offers lirc version 0.10.1; so this problem is indeed fixed for that. If you agree, can you please close the bug resolved/fixed ? Ah - I did not check the Mageia 6 situation. I suppose if M6 still has an older version, the bug must remain open...
CC: (none) => lewyssmith
We have closed old release bugs when bugs were fixed in new releases so I'll go ahead and close this one as fixed in release 7.
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED
(In reply to Bit Twister from comment #24) > We have closed old release bugs when bugs were fixed in new releases so I'll > go ahead and close this one as fixed in release 7. Thank you for doing that. Bug 24202 is a parallel case...