[Top][All Lists]

[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: Gecko/20100228 Lightning/0.9 Thunderbird/ Mnenhy/

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>


                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



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
a <=> b


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

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:


 Message sent via/by Savannah

reply via email to

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