<div dir="ltr">You're welcome.<br><br>Please, tell the PMS guys to add this to the spec and ask the Paludis guys to implement this as well.<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><br>

</div>--<br>Кирилл Елагин</div></div>
<br><br><div class="gmail_quote">On Thu, Jun 12, 2014 at 1:33 AM, Mike Gilbert <span dir="ltr"><<a href="mailto:floppym@gentoo.org" target="_blank">floppym@gentoo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On Wed, Jun 11, 2014 at 4:56 PM, Mike Gilbert <<a href="mailto:floppym@gentoo.org">floppym@gentoo.org</a>> wrote:<br>
> On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin <<a href="mailto:kirelagin@gmail.com">kirelagin@gmail.com</a>> wrote:<br>
>> On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert <<a href="mailto:floppym@gentoo.org">floppym@gentoo.org</a>> wrote:<br>
>>><br>
>>> 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,<br>
>>> >> > 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<br>
>>> >> > 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>
>>> 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>
>><br>
>><br>
>> But there is `equery f`, so it shouldn't be too hard to figure this out,<br>
>> right?<br>
>><br>
><br>
> It is one thing to query the package database with a tool designed for<br>
> users. It is quite another to modify our package manager to use the<br>
> information in an intelligent way. Patches are welcome, as always.<br>
<br>
</div></div>Actually, I think I have talked myself into working on such an<br>
enhancement myself. Thanks.<br>
</blockquote></div><br></div>