Your message dated Sat, 4 Jul 2020 20:19:06 +0200
with message-id <[email protected]>
and subject line Re: Bug#887456: init-system-helpers: deb-systemd-helper does
not honor the same package-relevant unit paths as systemd
has caused the Debian Bug report #887456,
regarding init-system-helpers: deb-systemd-helper does not honor the same
package-relevant unit paths as systemd
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
887456: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887456
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: init-system-helpers
Source-Version: 1.51
Severity: normal
Tags: patch
Hi!
The current list of paths honored by deb-systemd-helper does not match
the one in systemd [L]. That's fine for several of them because they
are intended to be for run-time generated content, or local admin
content. There is still at least one that can be used by packages
depending on the distribution policy that is missing, i.e.
“/usr/local/lib/systemd/system”.
[L]
<https://github.com/systemd/systemd/blob/master/src/shared/path-lookup.c#L575>
Thanks,
Guillem
From 99fb1880ce55a79a135a4dc60aa94fd88d7b362b Mon Sep 17 00:00:00 2001
From: Guillem Jover <[email protected]>
Date: Tue, 16 Jan 2018 19:07:44 +0100
Subject: [PATCH] Honor the same package-relevant unit paths as systemd
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The current list of paths honored by deb-systemd-helper does not match
the one in systemd. That's fine for several of them because they are
intended to be for run-time generated content, or local administrator
content. There is still at least one that can be used by packages
depending on the distribution policy that is missing, i.e.
“/usr/local/lib/systemd/system”.
Signed-off-by: Guillem Jover <[email protected]>
---
script/deb-systemd-helper | 2 ++
1 file changed, 2 insertions(+)
diff --git a/script/deb-systemd-helper b/script/deb-systemd-helper
index 3d40d8d..5e630d5 100755
--- a/script/deb-systemd-helper
+++ b/script/deb-systemd-helper
@@ -122,6 +122,8 @@ sub find_unit {
$service_path = "/etc/systemd/system/$scriptname";
} elsif (-f "/lib/systemd/system/$scriptname") {
$service_path = "/lib/systemd/system/$scriptname";
+ } elsif (-f "/usr/lib/systemd/system/$scriptname") {
+ $service_path = "/usr/lib/systemd/system/$scriptname";
}
return $service_path;
}
--
2.15.1
--- End Message ---
--- Begin Message ---
Version: 1.52
Hi Guillem
On Thu, 18 Jan 2018 12:47:57 -0300 Felipe Sateler <[email protected]>
wrote:
> On Wed, Jan 17, 2018 at 9:44 PM, Michael Biebl <[email protected]> wrote:
> > Am 17.01.2018 um 11:35 schrieb Guillem Jover:
> >> --- a/script/deb-systemd-helper
> >> +++ b/script/deb-systemd-helper
> >> @@ -122,6 +122,8 @@ sub find_unit {
> >> $service_path = "/etc/systemd/system/$scriptname";
> >> } elsif (-f "/lib/systemd/system/$scriptname") {
> >> $service_path = "/lib/systemd/system/$scriptname";
> >> + } elsif (-f "/usr/lib/systemd/system/$scriptname") {
> >> + $service_path = "/usr/lib/systemd/system/$scriptname";
> >> }
> >> return $service_path;
> >> }
> >
> > Looks ok to me on a cursory glance.
>
> LGTM too.
>
This particular issue was fixed and deb-systemd-helper got support for
systemd user files.
See
https://salsa.debian.org/debian/init-system-helpers/commit/182507438191f0bbbbc3a0e24e8fbae1928da5d4
Closing this bug report accordingly.
Regards,
Michael
signature.asc
Description: OpenPGP digital signature
--- End Message ---
