[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36666: Minor bug/inconsistency in ls command
From: |
L A Walsh |
Subject: |
bug#36666: Minor bug/inconsistency in ls command |
Date: |
Tue, 16 Jul 2019 01:30:14 -0700 |
User-agent: |
Thunderbird |
On 2019/07/15 00:01, address@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.