GNU bug report logs -
#8370
RFC: cp --no-preserve=contents
Previous Next
Reported by: Eric Blake <eblake <at> redhat.com>
Date: Mon, 28 Mar 2011 21:06:01 UTC
Severity: normal
Done: Eric Blake <eblake <at> redhat.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 12 Apr 2012 08:39:31 -0600
with message-id <4F86E923.3050409 <at> redhat.com>
and subject line Re: bug#8370: RFC: cp --no-preserve=contents
has caused the debbugs.gnu.org bug report #8370,
regarding RFC: cp --no-preserve=contents
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
8370: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8370
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
cp --attributes-only is great for preserving all metadata attributes
without corrupting contents, but what if I want to preserve only some of
the metadata (for example, copying SELinux context but _not_ timestamps
or content)? It seems like --attributes-only would be a great synonym
for '--preserve=all --no-preserve=contents', and that by adding the
'contents' category to --preserve (and defaulting it to on unless turned
off explicitly), that you expose finer-grained tuning to what metadata
gets copied.
--
Eric Blake eblake <at> redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
[Message part 5 (message/rfc822, inline)]
[Message part 6 (text/plain, inline)]
On 04/12/2012 08:20 AM, Pádraig Brady wrote:
> On 04/12/2012 03:04 PM, Jim Meyering wrote:
>> Pádraig Brady wrote:
>> ...
>>> So thinking a bit more about this,
>>> and given the confusion expressed in the above bug report,
>>> perhaps it's best to change --attributes-only to
>>> _not_ truncate existing files?
>>>
>>> I think scripts relying on the truncation behavior
>>> of this relatively new feature would be very rare,
>>> and the non truncating behavior is more generally useful.
>>>
>>> Patch to implement this change is attached.
>>
>> Thanks for doing this.
>> I prefer the new non-truncating behavior, too.
>
> Cool.
>
> I'll push with your clean-ups later on.
> Eric is it OK to close this bug,
> or are there cases not handled yet?
> (I didn't fully understand your suggestion TBH).
Yes, I closed the bug now.
--
Eric Blake eblake <at> redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 13 years and 105 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.