Am 12.09.2013 00:41, schrieb Michael Biebl:
> Package: init-system-helpers
> Version: 1.8
> Severity: important
>
> Hi Michael,
>
> to reproduce the problem, do the following steps:
> 1/ apt-get install rsyslog
>→ symlinks are properly created
> # find systemd/ -name "*syslog*"
> systemd/syst
found 714903 1.9
thanks
Am 15.09.2013 06:37, schrieb Michael Stapelberg:
> Hi Michael,
>
> Michael Biebl writes:
>> Masking the service might be better indeed, especially as systemctl
>> disable will now also forward the request to update-rc.d, which is kinda
>> odd, that the addition of a syste
Hi Michael,
Michael Biebl writes:
> Masking the service might be better indeed, especially as systemctl
> disable will now also forward the request to update-rc.d, which is kinda
> odd, that the addition of a systemd service changes the behaviour of the
> SysV init script on remove.
>
> Sounds to
Am 12.09.2013 06:59, schrieb Michael Stapelberg:
> The reason is that “deb-systemd-helper was-enabled” returns false
> after the “apt-get remove rsyslog”, therefore the postinst will not call
> “deb-systemd-helper enable” when installing in step 3/.
>
> I’d argue that this is expected behavior, gi
Hi Michael,
Michael Biebl writes:
> to reproduce the problem, do the following steps:
> 1/ apt-get install rsyslog
>→ symlinks are properly created
> # find systemd/ -name "*syslog*"
> systemd/system/multi-user.target.wants/rsyslog.service
> systemd/system/syslog.service
>
> 2/ apt-get remove
Package: init-system-helpers
Version: 1.8
Severity: important
Hi Michael,
to reproduce the problem, do the following steps:
1/ apt-get install rsyslog
→ symlinks are properly created
# find systemd/ -name "*syslog*"
systemd/system/multi-user.target.wants/rsyslog.service
systemd/system/syslog.s
6 matches
Mail list logo
