On 2013-11-07 08:52, Michael Biebl wrote:
Am 07.11.2013 08:23, schrieb Michael Stapelberg:
That doesn't sound right. No package (besides systemd) should ship
anything in /etc/systemd.
Thanks for clarifying.
Packages which do ship service files, directories or symlinks in
/etc/systemd are to
On 2013-11-07 08:23, Michael Stapelberg wrote:
To be clear, the package on behalf of which d-s-h creates directories
should rather ship those directories itself is what you’re saying? That
will require some additional logic in dh_systemd_enable to figure those
out at package build time.
No,
Hi Andreas,
Andreas Beckmann a...@debian.org writes:
We currently do have a few remaining packages which ship files in
/etc/systemd. Those should be fixed.
Is there a lintian check for this?
Not yet, I think.
We could ship /etc/systemd/system in i-s-h, but would that help?
That would
Hi Andreas,
Andreas Beckmann a...@debian.org writes:
needs these two options to be active:
--scriptsdir /etc/piuparts/scripts
--scriptsdir /etc/piuparts/scripts-leftovers
Thanks! With those it’s better, I get the following when testing kanla
1.4-1:
1m19.2s ERROR: FAIL: Package purging left
On 2013-11-06 19:34, Michael Stapelberg wrote:
The output for me is now:
piuparts --do-not-verify-signatures --pbuilder \
0m43.4s ERROR: FAIL: Package purging left files on system:
/etc/systemd/not owned
/etc/systemd/system/ not owned
Why does the version running at
Am 07.11.2013 08:23, schrieb Michael Stapelberg:
In addition to this dh_systemd/ish manage stuff in /etc/systemd,
creating missing directories if neccessary - which is wrong imho since
these directories are also owned by other packages. So the management of
these directories should be left to
On 2013-10-25 18:07, Michael Stapelberg wrote:
Hi Andreas,
Andreas Beckmann a...@debian.org writes:
In piuparts tests with fake-essential init-system-helpers I currently see
these leftover directories in several tests:
I tried to reproduce this (and somewhat succeeded, but with another
Hi Andreas,
Andreas Beckmann a...@debian.org writes:
In piuparts tests with fake-essential init-system-helpers I currently see
these leftover directories in several tests:
I tried to reproduce this (and somewhat succeeded, but with another
error actually), but I noticed this:
1m46.7s DEBUG:
On Saturday, 6. July 2013 11:27:57 Michael Stapelberg wrote:
Michael Biebl bi...@debian.org writes:
Am 06.07.2013 06:14, schrieb Michael Biebl:
A few observations here:
a/ i-s-h should clean up empty directories in
/var/lib/systemd/deb-systemd-helper-enabled
including the
Hi Michael,
Michael Biebl bi...@debian.org writes:
Am 06.07.2013 06:14, schrieb Michael Biebl:
A few observations here:
a/ i-s-h should clean up empty directories in
/var/lib/systemd/deb-systemd-helper-enabled
including the /var/lib/systemd/deb-systemd-helper-enabled directory.
I agree to
Package: init-system-helpers
Version: 1.4
Severity: normal
This topic has already been brought up, nonetheless I decided to file a
bug so we keep track of this:
Let's take an example:
# apt-get install rsyslog
..
Setting up rsyslog (7.4.1-3) ...
ln -s '/lib/systemd/system/rsyslog.service'
Am 06.07.2013 06:14, schrieb Michael Biebl:
A few observations here:
a/ i-s-h should clean up empty directories in
/var/lib/systemd/deb-systemd-helper-enabled
including the /var/lib/systemd/deb-systemd-helper-enabled directory.
--
Why is it that all of the instruments seeking
12 matches
Mail list logo