> cp 4.0 command cp -R /dir /destdir would copy the files to which the links > point. However 4.1 just copies the links. Might this be a bug?
I know Jim has changes in the testing code tracks for 'cp -[rR]'. The curent version is 4.1.5 and the version with changes pending will be later than that version. Stay tuned to the announcements and keep an eye on the web page where the latest testing release will be updated. One is expected in the next few weeks. http://www.gnu.org/software/fileutils Other random notes on this... The SUSv2 says that -r is implementation dependent for special files and that "-R option is intended to recreate the file hierarchy" without specifying specific behavior for symlinks. Which is the correct behavior for symlinks when recursively copying files? The man page (generated from the online --help of cp) says -a, --archive same as -dpR Which includes -d as well as -R and therefore implies that -R does not include the functionality of the -d option. The -d option is "never follow symbolic links". The 'info' documentation says: By default, `cp' follows symbolic links only when not copying recursively. This default can be overridden with the `--no-dereference' (`-d'), `--dereference' (`-L'), and `-H' options. If more than one of these options is specified, the last one silently overrides the others. Which says that if copying recursively -[rR] that symlinks should be copied as symlinks. There are some conflicts in the documentation. This is all from fileutils-4.1. Bob _______________________________________________ Bug-fileutils mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-fileutils
