[systemd-bugs] [Bug 68102] Please consider 'fixing' unit symlinks in /etc (on startup?)

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=68102

--- Comment #2 from Michał Górny <mgorny at gentoo.org> ---
(In reply to comment #1)
> (In reply to comment #0)
> > 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/.

And it is in lib/. The symlink is wrong but let's not get into how I got that.

> > 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?

I mean that systemd currently does readlink() and uses basename of symlink to
find the unit. I would like it to additionally compare the result of this
search with current symlink target, and reset symlink to point to the found
unit.

In other words, I have this:

  dhcpcd.service -> /usr/lib64/systemd/system/dhcpcd.service

but after systemd interprets it, it is rewritten as:

  dhcpcd.service -> /usr/lib/systemd/system/dhcpcd.service

or:

  dhcpcd.service -> /lib/systemd/system/dhcpcd.service

or even:

  dhcpcd.service -> /etc/systemd/system/dhcpcd.service

depending on where systemd actually found the unit.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20130912/c4068e97/attachment.html>