Bug 573377
Summary: | ln -sf does not work | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Wolfgang Denk <wd> |
Component: | coreutils | Assignee: | Ondrej Vasik <ovasik> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 12 | CC: | kdudka, ovasik, twaugh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-03-14 16:34:12 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Wolfgang Denk
2010-03-14 14:09:55 UTC
I guess you're looking for the -T (--no-target-directory) option... I don't see how "-T" wouldbe related. Unless I'm missing something, the documentation mentions it only for the case where the last argument is a directory name (and "directory" is someting different than "symbolic link pointing to a directory"). Here this is not the case - the last argument is the name of the link that shall be created (and may already exist). The bug is that "ln" follows the link. It should not do that. (In reply to comment #2) > I don't see how "-T" wouldbe related. Unless I'm missing something, the Just try -T with your reproducer, it gives you the expected result, doesn't it? > The bug is that "ln" follows the link. It should not do that. It's not a bug since it works as documented. See the ln(1) info page for more details. What exactly is the problem in using -T? You can also consider the -n (--no-dereference) option, which is weaker than -T. "-T" is not portable. As far as I can tell it is specific to the GNU implementation of the "ln" command - i. e. it does not work on any of the BSD systems. Is "-T" POSIX conformant? (In reply to comment #4) > "-T" is not portable. As far as I can tell it is specific to the GNU > implementation of the "ln" command - i. e. it does not work on any of the BSD > systems. Then use the '-n' instead, if it does the job for you. Anyway the genuine ln(1) implementation on BSD without any options works in the same way as the GNU coreutils' ln(1). So there is not much we can do with the default behavior. On FreeBSD 8.0-STABLE I can see '-n' as equivalent of the '-h' option. > Is "-T" POSIX conformant? AFAIK, none of them is. Here is some context from an independently reported "notabug" on the upstream mailing-list: http://lists.gnu.org/archive/html/bug-coreutils/2010-03/msg00173.html |