Date: Tue, 27 Aug 2019 15:59:19 +0000 From: bugzilla-noreply@freebsd.org To: doc@FreeBSD.org Subject: [Bug 240146] 'man cp' does not discuss extended attributes; it really should since even -p discards them! Message-ID: <bug-240146-9-cfaAOh7Lrz@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-240146-9@https.bugs.freebsd.org/bugzilla/> References: <bug-240146-9@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240146 Conrad Meyer <cem@freebsd.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cem@freebsd.org Status|New |Open --- Comment #1 from Conrad Meyer <cem@freebsd.org> --- Yeah, it's unfortunate! Totally agree we should at a minimum document the = gap. cp(1) is an old tool and long predates extended attributes in FreeBSD. FWIW, POSIX 1003.1-2017 cp(1) also does not mention extattrs at all: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/cp.html GNU cp only touches on it obliquely: http://man7.org/linux/man-pages/man1/cp.1.html > -a, --archive > same as -dR --preserve=3Dall ... ^^^^^^^^^^^^ > -p same as --preserve=3Dmode,ownership,timestamps > > --preserve[=3DATTR_LIST] > preserve the specified attributes (default: > mode,ownership,timestamps), if possible additional attribute= s: > context, links, xattr, all ^^^^^ (And note that even GNU cp's bare '-p' option does NOT preserve extattrs; y= ou need to pass '-a'.) So this is a valid doc bug, but could also be filed as a Base system / bin = bug to add the missing support. As a workaround, tar(1) can be used to copy extended attributes (--xattrs). --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-240146-9-cfaAOh7Lrz>