https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254489
--- Comment #4 from Christos Margiolis <[email protected]> --- > The target of the link in this case is a file .x/ls and it doesn't exist. It seems that the -F option interprets `.x/` literally, so it tries to create a file named `.x/` which obviously doesn't work. You'd have to write the command as `ln -sfF /bin/ls .x/ls` in order for it work the way you want it to. > When the user specifies "-F" he means "target of the link" (the object > being created). IMO a correct fix here is to fix ln(1) to apply "-F" to > the "target of the link", and to correct the manpage accordingly. I think the reason behind the fact that -F doesn't "fill in" the target's name (i.e `.x/` to `.x/ls`) is to prevent commands such as `ln -sfF foo .` which would mean that the current working directory has to be deleted if it's empty. It makes sense that -F doesn't have the same behavior as the other options since it involves deleting stuff and the command I mentioned above is a common command and very easy way to mess things up, especially if -F is used inside a script. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
