If a module create a symlink to a file that belong to another
module the core tools stripped these links from the install log
leaving the symlinks alien in the system. This proposal fix that
syms_not_owned() causes symlinks to become alien
There is also a symlink check in lunar fix which does this: check-symlink.lunar
I'm not sure if this includes conditions where two modules own the same symlink, but in those cases the symlink could be removed where is should not, but lunar fix might solve that.
Auke, mind having a look at this? This change is necessary for some modules to properly track files for the new ISO.
this code should probably never be needed, but which links are actually an issue?
also, links disappearing is worse than a few alien links on the filesystem, so I'm still a bit worried about this. If you have identified all the problematic links we should see about fixing these duplicates first. After that, this code can go.
The case where we actually noticed the issue is with systemd-sysv which creates sysvinit compatible links against systemdctl. So it's not an duplication issue.
ok, let's go test this code for a bit.