GNU logs - #36666, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#36666: Minor bug/inconsistency in ls command
Resent-From: hoffelmann@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 15 Jul 2019 13:53:02 +0000
Resent-Message-ID: <handler.36666.B.156319872821215 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 36666 <at> debbugs.gnu.org
Message-ID: <5b7b312b7129cf76146cbb3dd544edec12bae4b6.camel@HIDDEN>
From: hoffelmann@HIDDEN
Date: Mon, 15 Jul 2019 09:01:42 +0200
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.32.3 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi,

I am using ls from the cureutils 8.31 on arch linux (5.2.0 x86_64) and
think it has a bug/inconsistant in printing an file type indicator (-F) 
while using the long listing format (-l).


If I use `ls -F ~` I get the following output:
-----------------------------------------------------------------------
Desktop/    Downloads/	Nextcloud/  Pictures/  Templates/  Workspace/
Documents/  Music@	OneDrive/   Public/    Videos/


As the Music directory in ~ is a symbolic link to another folder an @
is appended.


But when using `ls -Fl ~` the output is
-----------------------------------------------------------------------
total 40
drwxr-xr-x  2 rxo users 4096  8. Jul 07:34 Desktop/
drwxr-xr-x  2 rxo users 4096  1. Jun 11:44 Documents/
drwxr-xr-x  5 rxo users 4096 12. Jul 12:04 Downloads/
lrwxrwxrwx  1 rxo users   15  8. Jul 08:07 Music -> OneDrive/Music//
drwxr-xr-x 19 rxo users 4096  9. Jul 15:00 Nextcloud/
drwxr-xr-x  6 rxo users 4096 18. Jun 14:45 OneDrive/
drwxr-xr-x  3 rxo users 4096 11. Jul 13:30 Pictures/
drwxr-xr-x  2 rxo users 4096 10. Jul 16:01 Public/
drwxr-xr-x  2 rxo users 4096 10. Jul 16:01 Templates/
drwxr-xr-x  2 rxo users 4096 10. Jul 16:01 Videos/
drwxr-xr-x 17 rho users 4096 10. Jul 14:58 Workspace/


As you can see the @ symbol is missing and instead there is an
additional "/" appended to the corresponding entry. I think this is
inconsistant and confusing. 

I would expect to see this line:
-----------------------------------------------------------------------
lrwxrwxrwx  1 rxo users   15  8. Jul 08:07 Music@ -> OneDrive/Music/


or alternatively:
-----------------------------------------------------------------------
lrwxrwxrwx  1 rxo users   15  8. Jul 08:07 Music -> OneDrive/Music/@


but I would prefer the first suggestion.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: hoffelmann@HIDDEN
Subject: bug#36666: Acknowledgement (Minor bug/inconsistency in ls command)
Message-ID: <handler.36666.B.156319872821215.ack <at> debbugs.gnu.org>
References: <5b7b312b7129cf76146cbb3dd544edec12bae4b6.camel@HIDDEN>
X-Gnu-PR-Message: ack 36666
X-Gnu-PR-Package: coreutils
Reply-To: 36666 <at> debbugs.gnu.org
Date: Mon, 15 Jul 2019 13:53:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 36666 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
36666: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36666
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#36666: Minor bug/inconsistency in ls command
Resent-From: L A Walsh <coreutils@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Tue, 16 Jul 2019 08:31:01 +0000
Resent-Message-ID: <handler.36666.B36666.156326582022235 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: hoffelmann@HIDDEN
Cc: 36666 <at> debbugs.gnu.org
Message-ID: <5D2D8B16.9090608@HIDDEN>
Date: Tue, 16 Jul 2019 01:30:14 -0700
From: L A Walsh <coreutils@HIDDEN>
User-Agent: Thunderbird
MIME-Version: 1.0
References: <5b7b312b7129cf76146cbb3dd544edec12bae4b6.camel@HIDDEN>
In-Reply-To: <5b7b312b7129cf76146cbb3dd544edec12bae4b6.camel@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 2019/07/15 00:01, hoffelmann@HIDDEN wrote:
> Hi,
>
> I am using ls from the cureutils 8.31 on arch linux (5.2.0 x86_64) and
> think it has a bug/inconsistant in printing an file type indicator (-F) 
> while using the long listing format (-l).
>
>
> If I use `ls -F ~` I get the following output:
> -----------------------------------------------------------------------
> Desktop/    Downloads/	Nextcloud/  Pictures/  Templates/  Workspace/
> Documents/  Music@	OneDrive/   Public/    Videos/
>
>
> As the Music directory in ~ is a symbolic link to another folder an @
> is appended.
>
>
> But when using `ls -Fl ~` the output is
> -----------------------------------------------------------------------
> lrwxrwxrwx  1 rxo users   15  8. Jul 08:07 Music -> OneDrive/Music//
>   
----
In this case, ls -Fl is showing you the result of the link expansion and
the focus is on the 'target', i.e., the OneDrive/Music.  The classifier
character is being shown only for the target -- not the source of the
symlink.

In a different way, in the top listing the '@' in the 1st ls is telling
you that
Music is a symlink, in the 2nd listing, the '->' tells you that the same
thing,
that Music was(is) a symlink, so the '@' would be superfluous.  Instead,
it puts
a classifier on the target so you know what type it is.

One could think of it as inconsistent -- but only if remembering that
inconsistent options (different options) were given as well.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.