When I have two init scripts both using the same provide name (in my case I have two scripts with "provide lirc" in the depend section), there are some problems. 1. depscan.sh reports: * Service 'lircd' already provides 'lirc'!; * Not adding service 'inputlircd'... 2. Its not possible to make one of the packages the default to be started from depend int scripts. Here a concrete scenario: lircd and inputlircd are providing lirc and both int scripts are in /etc/init.d irexec has the depend flag: "need lirc" Now starting irexec wil start inputlircd or lircd, which ever was taken first, regardless of the runlevel settings. I have a gentoo based distribution so I need several lirc packages, and the user can choose which one he needs via gui. What I would expect is that the script which needs lirc (irexec) will start the lirc script which is added to a runlevel. So the only "dirty" workaround I found til now is to patch the depend section of the init scripts, so that only the active lirc script have a "provide lirc" statement, but imho the gentoo init/runlevel handling should provide a clean solution, maybe I'm missing something ? Reproducible: Always Steps to Reproduce: - install lirc - execute depscan.sh - cp /etc/init.d/lircd /etc/init.d/lircd2 - rc-update add lircd2 default - rc-update del lircd - /etc/init.d/irexec start Actual Results: irexec will start lircd Expected Results: irexec should start lircd2 because that one is added to a runlevel.
you need to post `emerge --info` with every bug report like the documentation says
Sorry for bothering you - forget what I said, I have my workaround and you can save your time.
