Hi Andreas,
Andreas Beckmann 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 solve the
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,
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 ar
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
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 a
Hi Andreas,
Andreas Beckmann 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 files on syst
On 2013-10-25 18:07, Michael Stapelberg wrote:
> Hi Andreas,
>
> Andreas Beckmann 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 act
Hi Andreas,
Andreas Beckmann 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: Command ok: ['c
On Saturday, 6. July 2013 11:27:57 Michael Stapelberg wrote:
> Michael Biebl 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/syst
Hi Michael,
Michael Biebl 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 the cle
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 intellig
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'
'/etc
12 matches
Mail list logo