<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Aug 16, 2018 at 1:55 AM Bernhard Schmidt <<a href="mailto:berni@birkenwald.de" target="_blank">berni@birkenwald.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've been sent here by the great systemd maintainers in Debian for<br>
clarification. The situation was observed on systemd v239 on Debian<br>
unstable.<br>
<br>
On src:openvpn we have recently gotten a bug report about local<br>
modifications of the openvpn@.service file in /etc being ignored when<br>
the instance is started by the systemd generator, because the generator<br>
unconditionally links to the file in /lib/systemd and does not check for<br>
the presence of a modified file in /etc/systemd<br>
<br>
<a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905392" rel="noreferrer" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905392</a><br>
<br>
My first instinct was that this could not be true, as it would be the<br>
complete opposite to my expectations as regular systemd user, where<br>
overriding something in /etc (either by copying and modifying the<br>
.service file, or by adding dropins in .service.d) is adhered to by all<br>
systemd management commands. But I can reproduce this in a sid container<br></blockquote><div><br></div><div>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.</div></div><div><br></div>-- <br><div dir="ltr" class="m_2733794347149737248gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>