Bug 90251
Summary: | ls -L (--dereference) does not show linked name | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | G. Reno <grenoml> |
Component: | coreutils | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED UPSTREAM | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | mitr |
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: | 2003-05-06 17:00:49 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
G. Reno
2003-05-05 23:12:30 UTC
IMHO it seems to be right. -L means "show information about the file symlink points to". The file A the symlink L points to is not a symlink, therefore the path that is printed for L doesn't show the path of the symlink, same as it doesn't print times for L, but for A. Miloslav, I'm not understanding your comment. You say it seems right and yet your argument is exactly what I'm showing as the problem. Look at my examples. Using -L shows you the times for the linked-file not the symlink. That is correct. But it is not showing the name of the linked-file it is still showing the name of the symlink - I'm saying that this is not correct. When you dereference something you expect to have everything dereferenced not just part of something dereferenced. thx, Gerry Reno Reported upstream. G., look at it this way: -L makes the symlink completely behave as if it were the file pointed to. ls Name ls: Name, what are you? Name: I'm a symlink, modified on jan 1, pointing to Foo ls Foo: ls: Foo, what are you? foo: i'm a regular file, modified on feb 23. ls -l Name Name (pretending to be foo): I'm a regular file, modified on feb 23. Anyway, let upstream decide. Mirek Jim Meyering says that this behaviour conforms to POSIX, and is consistent with (for example) Solaris' ls(1). He has modified the documentation to be more clear on this issue. Well, it may be POSIX-conformant but it is certainly a strange way to implement dereferencing. |