<div dir="ltr">On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert <span dir="ltr"><<a href="mailto:floppym@gentoo.org" target="_blank">floppym@gentoo.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering<br>
<<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br>
> On Tue, 10.06.14 13:58, Mike Gilbert (<a href="mailto:floppym@gentoo.org">floppym@gentoo.org</a>) wrote:<br>
><br>
>> > Symlinks should probably just be considered different type of file, that<br>
>> > have a contents and stuff. The contents is usually a file name, and<br>
>> > there's a size limit, but other than that it's just a magic kind of<br>
>> > file, where the symlink destination is the conents. That's how git<br>
>> > handles this, for example.<br>
>> ><br>
>> > I have the suspicion that this is really something to fix in your<br>
>> > package manager. It should learn to handle symlink upgrades the same way<br>
>> > as configuration file upgrades....<br>
>><br>
>> The problem with installing these symlinks as part of a package is<br>
>> that the user may have removed them from /etc/systemd using systemctl<br>
>> disable. The next time they install systemd, the package puts the<br>
>> symlinks right back.<br>
><br>
> Again, that's exactly what happens for configuration files too if you<br>
> use automake: on "make install" they are replaced by the original,<br>
> upstream versions. Why is recreating the symlinks bad, if overriding the<br>
> config files isn't?<br>
><br>
<br>
</div>People don't generally remove config files; they just make changes.<br>
<br>
On the other hand, removing the symlinks would be a very typical<br>
action due to the way systemctl disable works. There is some ambiguity<br>
as to what a missing symlink means: did the sysadmin remove it, or did<br>
it never exist in the first place?<br></blockquote><div><br>But there is `equery f`, so it shouldn't be too hard to figure this out, right?<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
If systemctl disable would do something like create a symlink to<br>
/dev/null, that would be easier to detect.<br>
<br>
I suppose we should implement something like Debian's conffiles to<br>
protect file removals, but that's probably not going to be a very high<br>
priority given the small number of packages for which it really<br>
matters.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</div></div></blockquote></div><br></div></div>