Does a generator need to take care of overrides in /etc?

[grawity@xxxxxxxxx (Mantas Mikulėnas)]

On Thu, Aug 16, 2018 at 1:55 AM Bernhard Schmidt <berni at birkenwald.de>
wrote:

> Hi,
>
> I've been sent here by the great systemd maintainers in Debian for
> clarification. The situation was observed on systemd v239 on Debian
> unstable.
>
> On src:openvpn we have recently gotten a bug report about local
> modifications of the openvpn at .service file in /etc being ignored when
> the instance is started by the systemd generator, because the generator
> unconditionally links to the file in /lib/systemd and does not check for
> the presence of a modified file in /etc/systemd
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905392
>
> My first instinct was that this could not be true, as it would be the
> complete opposite to my expectations as regular systemd user, where
> overriding something in /etc (either by copying and modifying the
> .service file, or by adding dropins in .service.d) is adhered to by all
> systemd management commands. But I can reproduce this in a sid container
>

Normally the symlink's full target path is not important; only the basename
is taken and resolved via regular unit file search. If it no longer
correctly happens with .wants symlinks, that sounds like a bug to me.

-- 
Mantas MikulÄ?nas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20180816/f27cbf85/attachment.html>