GNU bug report logs -
#18798
ls -Rd = ls -d so maybe warn
Previous Next
Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Date: Wed, 22 Oct 2014 17:24:01 UTC
Severity: normal
Tags: moreinfo
Done: Assaf Gordon <assafgordon <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18798 in the body.
You can then email your comments to 18798 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Wed, 22 Oct 2014 17:24:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Wed, 22 Oct 2014 17:24:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
One finds that -d completely nullifies any -R flag of ls,
so maybe print a warning etc. Or warn on the man page, etc.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Thu, 23 Oct 2014 02:29:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 18798 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson wrote:
> One finds that -d completely nullifies any -R flag of ls,
> so maybe print a warning etc. Or warn on the man page, etc.
What would you want it to do? "-d" says to show info on the directory
and NOT expand it.
"-d" says give info on the "name" that you type in rather than any
contents.
The "-R" says to recursively expand any names that point to
directories, but you just told "ls" to show all of the input
arguments as names-only (with -d) and not expand any
contents... So what can '-R' expand?
I.e. -- what would you expect "-R" to do in such a circumstance
-- or rather, what would you *want* it to do?..
*curious*
Linda...
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Thu, 23 Oct 2014 02:47:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 18798 <at> debbugs.gnu.org (full text, mbox):
I was thinking maybe ls -Rd would be like ls -R, but only show
directories, not also regular files too.
I don't think any behavior should be changed. I just think some note
about that combination should be added to the docs.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Thu, 23 Oct 2014 18:03:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 18798 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson wrote:
> I was thinking maybe ls -Rd would be like ls -R, but only show
> directories, not also regular files too.
There is always grep for simple things.
ls -l | grep ^d
Once you start wanting to filter the listing by the type of object
then you really should start to use 'find' since 'find' is *the*
program designed for doing exactly that task.
find . -type d
> I don't think any behavior should be changed. I just think some note
> about that combination should be added to the docs.
The --help output says:
-d, --directory list directories themselves, not their contents
The documentation currently says:
‘-d’
‘--directory’
List just the names of directories, as with other types of files,
rather than listing their contents. Do not follow symbolic links
listed on the command line unless the ‘--dereference-command-line’
(‘-H’), ‘--dereference’ (‘-L’), or
‘--dereference-command-line-symlink-to-dir’ options are specified.
What would you say there instead of or in addition to the above?
Bob
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Thu, 23 Oct 2014 18:18:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 18798 <at> debbugs.gnu.org (full text, mbox):
All I'm saying is that if one has never used the program, one cannot
really guess what will happen with the combination of -R and -d just by
reading the documentation.
Indeed there are a few other switches that nullify one another too.
>>>>> "BP" == Bob Proulx <bob <at> proulx.com> writes:
BP> What would you say there instead of or in addition to the above?
I don't really know the best words. I'll leave that to the Pro(ulx)s :-)
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#18798
; Package
coreutils
.
(Fri, 19 Oct 2018 01:09:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 18798 <at> debbugs.gnu.org (full text, mbox):
tags 18798 moreinfo
close 18798
stop
(triaging old bugs)
On 23/10/14 12:17 PM, 積丹尼 Dan Jacobson wrote:
>>>>>> "BP" == Bob Proulx <bob <at> proulx.com> writes:
>
> BP> What would you say there instead of or in addition to the above?
>
> I don't really know the best words. I'll leave that to the Pro(ulx)s :-)
>
With no further follow-ups and no concrete suggestions in 4 years,
I'm closing this bug.
Discussion can continue by replying to this thread.
regards,
- assaf
Added tag(s) moreinfo.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 19 Oct 2018 01:09:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
18798 <at> debbugs.gnu.org and 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 19 Oct 2018 01:09:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 16 Nov 2018 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 221 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.