Looking at thinkfan’s postinst, I see that it contains:
# Automatically added by dh_installinit
if [ -x "/etc/init.d/thinkfan" ]; then
update-rc.d thinkfan defaults >/dev/null
invoke-rc.d thinkfan start || exit $?
fi
Even if thinkfan.service is not enabled, invoke-rc.d will start it.
It’s that line that you need to get rid of in order to prevent the
behavior you’re seeing.
A more idiomatic alternative might be to add
ConditionPathExists=/etc/thinkfan.conf in the .service file so that
systemd will refuse to start thinkfan until you create its config
file, no matter whether the unit itself is enabled or not.
On Tue, Oct 28, 2014 at 7:36 PM, Evgeni Golov <evg...@debian.org> wrote:
> Hi HJ,
>
> On 10/28/2014 05:11 PM, HJ wrote:
>
>> root@debtop:/home/ssf# LANG=C apt-get -y -qq install thinkfan
>> Setting up thinkfan (0.9.2-1) ...
>> Job for thinkfan.service failed. See 'systemctl status thinkfan.service' and
>> 'journalctl -xn' for details.
>> invoke-rc.d: initscript thinkfan, action "start" failed.
>> dpkg: error processing package thinkfan (--configure):
>> subprocess installed post-installation script returned error exit status 1
>> Errors were encountered while processing:
>> thinkfan
>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> root@debtop:/home/ssf#
>
> thanks for the report. This should not happen, as thinkfan should not be
> enabled until you have configured it properly.
>
> I am CCing Michael Stapelberg, who implemented that part for systemd,
> which you are running.
>
> @Michael, do you have an idea, why it tries to start thinkfan, even if
> it should be disabled?
>
> @HJ, can you post a "service thinkfan status" please?
>
> Greets
> Evgeni
--
Best regards,
Michael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
