<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - Please consider 'fixing' unit symlinks in /etc (on startup?)" href="https://bugs.freedesktop.org/show_bug.cgi?id=68102#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - Please consider 'fixing' unit symlinks in /etc (on startup?)" href="https://bugs.freedesktop.org/show_bug.cgi?id=68102">bug 68102</a> from <a class="email" href="mailto:lennart@poettering.net" title="Lennart Poettering <lennart@poettering.net>"> Lennart Poettering</a> <pre>(In reply to <a href="show_bug.cgi?id=68102#c0">comment #0</a>) > My /etc/systemd/system/multi-user.target.wants/ has a number of symlinks > like: > > dhcpcd.service -> /usr/lib64/systemd/system/dhcpcd.service This is not arch dependent, it shouldn't be in lib64/, but in lib/. > How I got these is another story that needs investigating. But now I have a > symlinks that are invalid per filesystem rules and completely valid per > systemd rules. If I run some kind of stale symlink search, it would catch > those and likely want to remove them. > > Could you consider doing some kind of 'symlink update' run within systemd? > That is, while doing the usual readlink() magic and unit search, compare > whether the canonical unit path matches the symlink target and rewrite the > symlink if it doesn't? I don't follow? Come again? It should rewrite lib/ to lib64/? That sounds very specialist to me and sounds like something that is better fixed with a manual script. Or what are you asking for? I don't get it?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>