Description of problem: After todays upgrade of lirc the remote control of my usb tv-stick (terratec cinergy htc usb xs) stopped working. While the configuration file for the remote control itself at /etc/lirc/lircd.conf still contained all the modifications required for the remote control, the modifications in the configuration file for the daemon at /usr/lib/systemd/system lircd.service were replaced by standard values (--driver=default, --device=/dev/lirc0). Obviously, during the upgrade the file was simply replaced by the standard configuration file. Additionally the syntax of the configuration file does not seem to be correct. When I rpelaced the standard values by the ones required for my remote control it was still not working. Instead of: ExecStart=/usr/sbin/lircd --driver=devinput -device=/dev/input/event9 I had to use ExecStart=/usr/sbin/lircd -H=devinput -d=/dev/input/event9 Version-Release number of selected component (if applicable): lirc-0.9.0-9.mga3 and related packages Reproducible: Steps to Reproduce:
Hardware: i586 => x86_64
Keywords: (none) => TriagedAssignee: bugsquad => anssi.hannulaSource RPM: (none) => lirc
Not a bug. /usr/lib/systemd/system/ is not a intended for user configs / adaptions. If you want to modify a .service file, you can copy it from /usr/lib/systemd/system/ to /etc/systemd/system/ and modify it there. if systemd detects a module with the same name /etc, it will use that That will make your customizations stay during updates
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => INVALID
Note that I intend to restore /etc/sysconfig/lircd for user configuration without having to alter unit files, unless someone objects.
(In reply to Thomas Backlund from comment #1) > Not a bug. I depends from your point of view :-) To be a little bit more specific: I had a working lirc configuration i.e. a working remote control for my USB-TV stick before upgrading to lirc-0.9.0-9.mga3. After the lirc package upgrade /etc/sysconfig/lircd was gone (it was backed up as lircd.rpmsave) and the remote control stopped working. Recreation of /etc/sysconfig/lircd did not help and after a while I realized that it might have something to do with the migration to systemd. > /usr/lib/systemd/system/ is not a intended for user configs / adaptions. I wasn't aware of that. I was simply looking for the file which might have replaced /etc/sysconfig/lircd. Since it contained device specific configuration values I assumed I would have found that file... (In reply to Anssi Hannula from comment #2) > Note that I intend to restore /etc/sysconfig/lircd for user configuration > without having to alter unit files, unless someone objects. That would be great. At least for me setting-up lirc for my remote control was a non-trivial task ;-). And all the tutorials I could find mentioned the modification of /etc/sysconfig/lircd to get your device working.
(In reply to Thomas Backlund from comment #1) > Not a bug. > > /usr/lib/systemd/system/ is not a intended for user configs / adaptions. > > If you want to modify a .service file, you can copy it from > /usr/lib/systemd/system/ to /etc/systemd/system/ and modify it there. > On my system *everything* in /etc/systemd/system is just a symbolic link to files in /usr/lib/systemd/system.
Status: RESOLVED => REOPENEDResolution: INVALID => (none)
Hi, Can I suggest to the mainteners to have a look at the way a archlinux user did to solve the problem: https://bugs.archlinux.org/task/31890 It simply consists of adding a line in /lib/systemd/system/lircd.service, allowing to keep the old config file for the options of lircd in /etc/sysconfig/lircd: EnvironmentFile=/etc/sysconfig/lircd ExecStart=/usr/sbin/lircd --device=${DEVICE} --driver=${DRIVER} Please keep us informed in case a new package including such a change is built. Regards, Vincent.
CC: (none) => vincent.dema+mageia
CC: (none) => plafe
I'm sorry for the delay. This has now been fixed in Cauldron, but by using the Fedora sysconfig file as base instead. I've added some code to migrate old lirc device/driver from lircd.service and /etc/sysconfig/lircd. There is an update/testing request for mga4, bug #12685.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED