Bug 1301525
Summary: | ll fails to list a symbolic link pointing to a non-existing file | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Xianghua Chen <xchen> | ||||
Component: | libguestfs | Assignee: | Richard W.M. Jones <rjones> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6.8 | CC: | leiwang, linl, ptoscano, wshi | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-11-08 16:55:27 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1301844 | ||||||
Attachments: |
|
Description
Xianghua Chen
2016-01-25 09:45:02 UTC
Created attachment 1117893 [details]
file_dir.tgz
ll is actually documented to work on directories only, so it works "by chance" on files. It is also a command mostly meant for debugging (since the output is not parseable). So I'm not convinced it is a bug that needs to be fixed. (In reply to Pino Toscano from comment #2) > ll is actually documented to work on directories only, so it works "by > chance" on files. It is also a command mostly meant for debugging (since the > output is not parseable). > > So I'm not convinced it is a bug that needs to be fixed. Thank you for your reply. But I have tried in the previous version(RHEL6.8 + libguestfs-1.20.11-14.el6.x86_64) many times ,it's always ok. May be some new patches lead to this problem. I think it might be necessary to check why only this version has this problem. It's also ok in RHEL7.2 version. (In reply to Xianghua Chen from comment #3) > But I have tried in the previous version(RHEL6.8 + > libguestfs-1.20.11-14.el6.x86_64) many times ,it's always ok. As I said, the fact that it worked on files was "luck". You should not have relied on it working on files, as only directories are documented to work with it. ><fs> help ll NAME ll - list the files in a directory (long format) SYNOPSIS ll directory DESCRIPTION List the files in directory (relative to the root directory, there is no cwd) in the format of 'ls -la'. This command is mostly useful for interactive sessions. It is *not* intended that you try to parse the output string. > May be some > new patches lead to this problem. I think it might be necessary to check why > only this version has this problem. I know well why the new changes in libguestfs-1.20.11-17 caused this issue, but I'm not going to fix a behaviour which was never the intended nor documented one. > It's also ok in RHEL7.2 version. It may change in 7.3 as well. (In reply to Pino Toscano from comment #4) > (In reply to Xianghua Chen from comment #3) > > But I have tried in the previous version(RHEL6.8 + > > libguestfs-1.20.11-14.el6.x86_64) many times ,it's always ok. > > As I said, the fact that it worked on files was "luck". You should not have > relied on it working on files, as only directories are documented to work > with it. > > ><fs> help ll > NAME > ll - list the files in a directory (long format) > > SYNOPSIS > ll directory > > DESCRIPTION > List the files in directory (relative to the root directory, there is > no > cwd) in the format of 'ls -la'. > > This command is mostly useful for interactive sessions. It is *not* > intended that you try to parse the output string. > > > May be some > > new patches lead to this problem. I think it might be necessary to check why > > only this version has this problem. > > I know well why the new changes in libguestfs-1.20.11-17 caused this issue, > but I'm not going to fix a behaviour which was never the intended nor > documented one. > > > It's also ok in RHEL7.2 version. > > It may change in 7.3 as well. Ok, got it. Thank you for your explanation. I'll change our cases then. Would you help to close it when you confirm that you won't fix it? As explained in comment #2 and comment #4, ll is mostly a debugging API for directories, so what happens with files is "undefined behaviour". Because of that, the behaviour (already changed to fix the real use case of it) will not be changed. |