bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#10054: [sr #107876] ISSUE: (Unverifyed Bug in 8.13).


From: Linda Walsh
Subject: bug#10054: [sr #107876] ISSUE: (Unverifyed Bug in 8.13).
Date: Tue, 15 Nov 2011 11:06:21 -0800
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.24) Gecko/20100228 Lightning/0.9 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666



Seems like 'cc' didn't work...



-------- Original Message --------
Subject:        [sr #107876] ISSUE: (Unverifyed Bug in 8.13).
Date:   Tue, 15 Nov 2011 18:28:13 +0000
From:   Linda A. Walsh <address@hidden>
To:     Linda A. Walsh <address@hidden>



URL:
 <http://savannah.gnu.org/support/?107876>

                Summary: ISSUE: (Unverifyed Bug in 8.13).
                Project: GNU Core Utilities
           Submitted by: law
           Submitted on: Tue Nov 15 10:28:11 2011
               Category: None
               Priority: 5 - Normal
               Severity: 3 - Normal
                 Status: None
                Privacy: Public
            Assigned to: None
Originator Email: Open/Closed: Open
        Discussion Lock: Any
       Operating System: None

   _______________________________________________________

Details:

it appears from the change log, that a bug was introduced in 8.13.

The Comment was:

cp -au (where --preserve=links is implicit) may now replace newer
files in the destination, to mirror hard links from the source.


====

However, in copying the files on the target, if the files are NOT linked in the destination, then it would seem we have the case where we start with
src:
a <=> b

dest

a (dup of a src), b (newer file than src) ; broken links;



----

Then correct action (if it behaves this way, fine, but it doesn't sound like
it)...

if -u flag is used, we only update newer file items...

so, after a cp -au, the above condition would remain
exactly the same.

Unless, if 'a' was updated (and thus, 'b' is also "updated to be newer than
target "b"), then
src-b would overwrite dst-b
if a updated, but has time < dst 'b', then 'b'
'a' should not create an older, linked version of 'b', in place of a newer 'b'
on the destination.

if 'b' on the src is updated (thus 'a' is updated as well by being linked),
and 'b' is newer than dst-b), then
the linked relationship would be copied to the dst (both
a+b copied and linked).


But the key here is that an updated 'a' linked to 'b' on src,
shoudln't overwrite, recreate a link to b on dst IF dst-b is NEWER than the
'b' that would be created.

i.e. while -a says to preserve links, in the presense of -u, one would expect
the newest copies to remain on the dst, as forcing a link in *all* cases, would break the semantics of "-u".

i.e. use of -u should override -a-'s keep links...(warning/verbose or maybe
some 'message on exception'...





   _______________________________________________________

Reply to this item at:

 <http://savannah.gnu.org/support/?107876>

_______________________________________________
 Message sent via/by Savannah
 http://savannah.gnu.org/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]