[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#15579: Bug in documentation on cp
From: |
hobo pope |
Subject: |
bug#15579: Bug in documentation on cp |
Date: |
Thu, 10 Oct 2013 04:02:14 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130922 Icedove/17.0.9 |
Dear Team,
I think I might have found the following bug in info cp [documentation]
The option --preserve= offers: " `links'
Preserve in the destination files any links between
corresponding source files. Note that with `-L' or `-H',
this option can convert symbolic links to hard links…
I've played around a bit, but got different results on "Note that with
`-L' or `-H', this option can convert symbolic links to hard links"
Using --preserve=links with[out] the option -H or -L I get hardlinked
files.
This happend with GNU coreutils 8.12.197-032bb.
I work on Crunchbang Linux [Debian 7], where uname -a -> 3.2.0-4-amd64
#1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux
I've posted two screenshots of this online:
with(out) the -H option: http://i.stack.imgur.com/eb8rf.png
with(out) the -L option: http://i.stack.imgur.com/U4OUV.png
In both cases, I get hard linked files - which is nice, but doesn't
accord to the documentation.
I didn't wanted to post the images as attachment because I don't know if
this is appreciated, but can transmit them if this is helpful.
I hope this helped and all the best with a hearfelt thank you for all
the good work!
A satisfied GNU/Linux user
P.S.: A short reply if this was just a misunderstanding from my side or
a real bug would be very appreciated. Thank you in advance for all your
efforts!
- bug#15579: Bug in documentation on cp,
hobo pope <=