Using ls command with symbolic links

Clash Royale CLAN TAG#URR8PPP
up vote
3
down vote
favorite
I currently do not understand what is going on when I try to find the contents of or information for a symbolic link to a directory when using the ls command. I understand there is an option -H for the ls command that will follow symbolic links listed on the command line. What the manual page for ls does not state is that this is only necessary when using the -l option. If I simply do something like ls symLinkToDir it will list the linked directories contents with no additional options. But if I do ls -l symLinkToDir it will only display information about the link UNLESS I include the -H option as well. This example is what I am talking about:
brian@LinuxBox:~$ ls playground/linkedDir
file4 file5
brian@LinuxBox:~$ ls -l playground/linkedDir
lrwxrwxrwx 1 brian brian 4 Feb 18 16:42 playground/linkedDir -> dir2
brian@LinuxBox:~$ ls -lH playground/linkedDir
total 0
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file4
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file5
Am I not understanding something here? Is this just a weird way of how it works? If this is indeed how it works, shouldn't the manual page say the symbolic link will be followed under certain conditions without the need for the -H option? Thanks in advance for your input.
command-line ls symlink documentation
 |Â
show 1 more comment
up vote
3
down vote
favorite
I currently do not understand what is going on when I try to find the contents of or information for a symbolic link to a directory when using the ls command. I understand there is an option -H for the ls command that will follow symbolic links listed on the command line. What the manual page for ls does not state is that this is only necessary when using the -l option. If I simply do something like ls symLinkToDir it will list the linked directories contents with no additional options. But if I do ls -l symLinkToDir it will only display information about the link UNLESS I include the -H option as well. This example is what I am talking about:
brian@LinuxBox:~$ ls playground/linkedDir
file4 file5
brian@LinuxBox:~$ ls -l playground/linkedDir
lrwxrwxrwx 1 brian brian 4 Feb 18 16:42 playground/linkedDir -> dir2
brian@LinuxBox:~$ ls -lH playground/linkedDir
total 0
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file4
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file5
Am I not understanding something here? Is this just a weird way of how it works? If this is indeed how it works, shouldn't the manual page say the symbolic link will be followed under certain conditions without the need for the -H option? Thanks in advance for your input.
command-line ls symlink documentation
With GNU 8.26lsunaliased, I see the same behavior the OP sees.
â John1024
Feb 18 at 22:57
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
1
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
dear me, you seem quite correct. Apparently adding-Fmakes it act differently, as well as-ldoes.
â ilkkachu
Feb 18 at 23:13
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the-loption as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances oflsfollowed it automatically. To me the description of the-Hoption inls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.
â bmcentee148
Feb 19 at 2:22
 |Â
show 1 more comment
up vote
3
down vote
favorite
up vote
3
down vote
favorite
I currently do not understand what is going on when I try to find the contents of or information for a symbolic link to a directory when using the ls command. I understand there is an option -H for the ls command that will follow symbolic links listed on the command line. What the manual page for ls does not state is that this is only necessary when using the -l option. If I simply do something like ls symLinkToDir it will list the linked directories contents with no additional options. But if I do ls -l symLinkToDir it will only display information about the link UNLESS I include the -H option as well. This example is what I am talking about:
brian@LinuxBox:~$ ls playground/linkedDir
file4 file5
brian@LinuxBox:~$ ls -l playground/linkedDir
lrwxrwxrwx 1 brian brian 4 Feb 18 16:42 playground/linkedDir -> dir2
brian@LinuxBox:~$ ls -lH playground/linkedDir
total 0
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file4
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file5
Am I not understanding something here? Is this just a weird way of how it works? If this is indeed how it works, shouldn't the manual page say the symbolic link will be followed under certain conditions without the need for the -H option? Thanks in advance for your input.
command-line ls symlink documentation
I currently do not understand what is going on when I try to find the contents of or information for a symbolic link to a directory when using the ls command. I understand there is an option -H for the ls command that will follow symbolic links listed on the command line. What the manual page for ls does not state is that this is only necessary when using the -l option. If I simply do something like ls symLinkToDir it will list the linked directories contents with no additional options. But if I do ls -l symLinkToDir it will only display information about the link UNLESS I include the -H option as well. This example is what I am talking about:
brian@LinuxBox:~$ ls playground/linkedDir
file4 file5
brian@LinuxBox:~$ ls -l playground/linkedDir
lrwxrwxrwx 1 brian brian 4 Feb 18 16:42 playground/linkedDir -> dir2
brian@LinuxBox:~$ ls -lH playground/linkedDir
total 0
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file4
-rw-rw-r-- 1 brian brian 0 Feb 18 16:41 file5
Am I not understanding something here? Is this just a weird way of how it works? If this is indeed how it works, shouldn't the manual page say the symbolic link will be followed under certain conditions without the need for the -H option? Thanks in advance for your input.
command-line ls symlink documentation
edited Feb 18 at 23:25
Gilles
505k1199991527
505k1199991527
asked Feb 18 at 22:03
bmcentee148
1183
1183
With GNU 8.26lsunaliased, I see the same behavior the OP sees.
â John1024
Feb 18 at 22:57
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
1
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
dear me, you seem quite correct. Apparently adding-Fmakes it act differently, as well as-ldoes.
â ilkkachu
Feb 18 at 23:13
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the-loption as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances oflsfollowed it automatically. To me the description of the-Hoption inls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.
â bmcentee148
Feb 19 at 2:22
 |Â
show 1 more comment
With GNU 8.26lsunaliased, I see the same behavior the OP sees.
â John1024
Feb 18 at 22:57
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
1
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
dear me, you seem quite correct. Apparently adding-Fmakes it act differently, as well as-ldoes.
â ilkkachu
Feb 18 at 23:13
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the-loption as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances oflsfollowed it automatically. To me the description of the-Hoption inls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.
â bmcentee148
Feb 19 at 2:22
With GNU 8.26
ls unaliased, I see the same behavior the OP sees.â John1024
Feb 18 at 22:57
With GNU 8.26
ls unaliased, I see the same behavior the OP sees.â John1024
Feb 18 at 22:57
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
1
1
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
dear me, you seem quite correct. Apparently adding
-F makes it act differently, as well as -l does.â ilkkachu
Feb 18 at 23:13
dear me, you seem quite correct. Apparently adding
-F makes it act differently, as well as -l does.â ilkkachu
Feb 18 at 23:13
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the
-l option as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances of ls followed it automatically. To me the description of the -H option in ls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.â bmcentee148
Feb 19 at 2:22
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the
-l option as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances of ls followed it automatically. To me the description of the -H option in ls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.â bmcentee148
Feb 19 at 2:22
 |Â
show 1 more comment
2 Answers
2
active
oldest
votes
up vote
1
down vote
accepted
The behavior of ls on symbolic links to directories depends on many options, not just -l and -H. In the absence of symlink behavior options (-L, -H), ls symlinkToDir displays the contents of the directory, but ls -l symlinkToDir, ls -d symlinkToDir and ls -F symlinkToDir all display information about the symbolic link.
If you're reading the man page of the GNU implementation of ls, it doesn't give the full story. GNU man pages are just summaries. The full documentation is in the Info manual (info ls), usually available in HTML these days. I can't find the default behavior on symlinks to directories in the Info manual either, though, this may be a bug in the documentation.
The FreeBSD man page, for example, is more precise, but you have to read the description of the -H option to find the default behavior.
-HSymbolic links on the command line are followed. This option is assumed if none of the-F,-d, or-loptions are specified.
If you want a more formal description (but less easy to read), read the POSIX specification. This won't have the extensions of your implementation.
If one or more of the -d, -F, or -l options are specified, and neither the -H nor the -L option is specified, for each operand that names a file of type symbolic link to a directory, ls shall write the name of the file as well as any requested, associated information. If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
add a comment |Â
up vote
1
down vote
Apparently that's required by POSIX:
If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
I can only assume it's there because without -F or -l, a link to a directory looks just like an actual directory, and so ls $link_to_dir might as well act the same as ls $dir.
With link pointing to dir, the dir and the link look the same side-to-side in a listing, and they act the same when used on the command line:
$ ls
dir link
$ ls dir
bar foo
$ ls link
bar foo
but -F reveals the difference:
$ ls -F
dir/ link@
$ ls -F dir
bar foo
$ ls -F link
link@
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
accepted
The behavior of ls on symbolic links to directories depends on many options, not just -l and -H. In the absence of symlink behavior options (-L, -H), ls symlinkToDir displays the contents of the directory, but ls -l symlinkToDir, ls -d symlinkToDir and ls -F symlinkToDir all display information about the symbolic link.
If you're reading the man page of the GNU implementation of ls, it doesn't give the full story. GNU man pages are just summaries. The full documentation is in the Info manual (info ls), usually available in HTML these days. I can't find the default behavior on symlinks to directories in the Info manual either, though, this may be a bug in the documentation.
The FreeBSD man page, for example, is more precise, but you have to read the description of the -H option to find the default behavior.
-HSymbolic links on the command line are followed. This option is assumed if none of the-F,-d, or-loptions are specified.
If you want a more formal description (but less easy to read), read the POSIX specification. This won't have the extensions of your implementation.
If one or more of the -d, -F, or -l options are specified, and neither the -H nor the -L option is specified, for each operand that names a file of type symbolic link to a directory, ls shall write the name of the file as well as any requested, associated information. If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
add a comment |Â
up vote
1
down vote
accepted
The behavior of ls on symbolic links to directories depends on many options, not just -l and -H. In the absence of symlink behavior options (-L, -H), ls symlinkToDir displays the contents of the directory, but ls -l symlinkToDir, ls -d symlinkToDir and ls -F symlinkToDir all display information about the symbolic link.
If you're reading the man page of the GNU implementation of ls, it doesn't give the full story. GNU man pages are just summaries. The full documentation is in the Info manual (info ls), usually available in HTML these days. I can't find the default behavior on symlinks to directories in the Info manual either, though, this may be a bug in the documentation.
The FreeBSD man page, for example, is more precise, but you have to read the description of the -H option to find the default behavior.
-HSymbolic links on the command line are followed. This option is assumed if none of the-F,-d, or-loptions are specified.
If you want a more formal description (but less easy to read), read the POSIX specification. This won't have the extensions of your implementation.
If one or more of the -d, -F, or -l options are specified, and neither the -H nor the -L option is specified, for each operand that names a file of type symbolic link to a directory, ls shall write the name of the file as well as any requested, associated information. If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
add a comment |Â
up vote
1
down vote
accepted
up vote
1
down vote
accepted
The behavior of ls on symbolic links to directories depends on many options, not just -l and -H. In the absence of symlink behavior options (-L, -H), ls symlinkToDir displays the contents of the directory, but ls -l symlinkToDir, ls -d symlinkToDir and ls -F symlinkToDir all display information about the symbolic link.
If you're reading the man page of the GNU implementation of ls, it doesn't give the full story. GNU man pages are just summaries. The full documentation is in the Info manual (info ls), usually available in HTML these days. I can't find the default behavior on symlinks to directories in the Info manual either, though, this may be a bug in the documentation.
The FreeBSD man page, for example, is more precise, but you have to read the description of the -H option to find the default behavior.
-HSymbolic links on the command line are followed. This option is assumed if none of the-F,-d, or-loptions are specified.
If you want a more formal description (but less easy to read), read the POSIX specification. This won't have the extensions of your implementation.
If one or more of the -d, -F, or -l options are specified, and neither the -H nor the -L option is specified, for each operand that names a file of type symbolic link to a directory, ls shall write the name of the file as well as any requested, associated information. If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
The behavior of ls on symbolic links to directories depends on many options, not just -l and -H. In the absence of symlink behavior options (-L, -H), ls symlinkToDir displays the contents of the directory, but ls -l symlinkToDir, ls -d symlinkToDir and ls -F symlinkToDir all display information about the symbolic link.
If you're reading the man page of the GNU implementation of ls, it doesn't give the full story. GNU man pages are just summaries. The full documentation is in the Info manual (info ls), usually available in HTML these days. I can't find the default behavior on symlinks to directories in the Info manual either, though, this may be a bug in the documentation.
The FreeBSD man page, for example, is more precise, but you have to read the description of the -H option to find the default behavior.
-HSymbolic links on the command line are followed. This option is assumed if none of the-F,-d, or-loptions are specified.
If you want a more formal description (but less easy to read), read the POSIX specification. This won't have the extensions of your implementation.
If one or more of the -d, -F, or -l options are specified, and neither the -H nor the -L option is specified, for each operand that names a file of type symbolic link to a directory, ls shall write the name of the file as well as any requested, associated information. If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
answered Feb 18 at 23:25
Gilles
505k1199991527
505k1199991527
add a comment |Â
add a comment |Â
up vote
1
down vote
Apparently that's required by POSIX:
If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
I can only assume it's there because without -F or -l, a link to a directory looks just like an actual directory, and so ls $link_to_dir might as well act the same as ls $dir.
With link pointing to dir, the dir and the link look the same side-to-side in a listing, and they act the same when used on the command line:
$ ls
dir link
$ ls dir
bar foo
$ ls link
bar foo
but -F reveals the difference:
$ ls -F
dir/ link@
$ ls -F dir
bar foo
$ ls -F link
link@
add a comment |Â
up vote
1
down vote
Apparently that's required by POSIX:
If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
I can only assume it's there because without -F or -l, a link to a directory looks just like an actual directory, and so ls $link_to_dir might as well act the same as ls $dir.
With link pointing to dir, the dir and the link look the same side-to-side in a listing, and they act the same when used on the command line:
$ ls
dir link
$ ls dir
bar foo
$ ls link
bar foo
but -F reveals the difference:
$ ls -F
dir/ link@
$ ls -F dir
bar foo
$ ls -F link
link@
add a comment |Â
up vote
1
down vote
up vote
1
down vote
Apparently that's required by POSIX:
If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
I can only assume it's there because without -F or -l, a link to a directory looks just like an actual directory, and so ls $link_to_dir might as well act the same as ls $dir.
With link pointing to dir, the dir and the link look the same side-to-side in a listing, and they act the same when used on the command line:
$ ls
dir link
$ ls dir
bar foo
$ ls link
bar foo
but -F reveals the difference:
$ ls -F
dir/ link@
$ ls -F dir
bar foo
$ ls -F link
link@
Apparently that's required by POSIX:
If none of the -d, -F, or -l options are specified, or the -H or -L options are specified, for each operand that names a file of type symbolic link to a directory, ls shall write the names of files contained within the directory as well as any requested, associated information.
I can only assume it's there because without -F or -l, a link to a directory looks just like an actual directory, and so ls $link_to_dir might as well act the same as ls $dir.
With link pointing to dir, the dir and the link look the same side-to-side in a listing, and they act the same when used on the command line:
$ ls
dir link
$ ls dir
bar foo
$ ls link
bar foo
but -F reveals the difference:
$ ls -F
dir/ link@
$ ls -F dir
bar foo
$ ls -F link
link@
answered Feb 18 at 23:25
ilkkachu
49.4k672136
49.4k672136
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f425029%2fusing-ls-command-with-symbolic-links%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
With GNU 8.26
lsunaliased, I see the same behavior the OP sees.â John1024
Feb 18 at 22:57
FWIW I see the same with 8.29.
â Sparhawk
Feb 18 at 23:07
1
Possible duplicate of How to ls using the long format (-l) while still following directory symlinks?
â Sparhawk
Feb 18 at 23:12
dear me, you seem quite correct. Apparently adding
-Fmakes it act differently, as well as-ldoes.â ilkkachu
Feb 18 at 23:13
@Sparhawk I disagree with the duplicate. Our questions are different. I understood how to follow directory symlinks when using the
-loption as shown in my example code. I wanted to know why other options were necessary to achieve this following when other instances oflsfollowed it automatically. To me the description of the-Hoption inls's man page makes it sound like the option is always necessary to follow the links when it is not, as noted in the answers below.â bmcentee148
Feb 19 at 2:22