GNU logs - #10054, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#10054: [sr #107876] ISSUE: (Unverifyed Bug in 8.13).
Resent-From: Linda Walsh <coreutils@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Tue, 15 Nov 2011 19:08:01 +0000
Resent-Message-ID: <handler.10054.B.132138405832602 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 10054 <at> debbugs.gnu.org
Message-ID: <4EC2B82D.5080407@HIDDEN>
Date: Tue, 15 Nov 2011 11:06:21 -0800
From: Linda Walsh <coreutils@HIDDEN>
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
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

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 <INVALID.NOREPLY@HIDDEN>
To: 	Linda A. Walsh <gnu@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/

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Linda Walsh <coreutils@HIDDEN>
Subject: bug#10054: Acknowledgement ([sr #107876] ISSUE: (Unverifyed Bug
 in 8.13).)
Message-ID: <handler.10054.B.132138405832602.ack <at> debbugs.gnu.org>
References: <4EC2B82D.5080407@HIDDEN>
X-Gnu-PR-Message: ack 10054
X-Gnu-PR-Package: coreutils
Reply-To: 10054 <at> debbugs.gnu.org
Date: Tue, 15 Nov 2011 19:08:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 10054 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
10054: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D10054
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#10054: [sr #107876] ISSUE: (Unverifyed Bug in 8.13).
Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Tue, 15 Nov 2011 22:56:01 +0000
Resent-Message-ID: <handler.10054.B10054.132139773320378 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Linda Walsh <coreutils@HIDDEN>
Cc: 10054 <at> debbugs.gnu.org
Message-ID: <4EC2EDAE.8020105@HIDDEN>
Date: Tue, 15 Nov 2011 22:54:38 +0000
From: =?UTF-8?Q?P=C3=A1draig?= Brady <P@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:6.0) Gecko/20110816 Thunderbird/6.0
MIME-Version: 1.0
References: <4EC2B82D.5080407@HIDDEN>
In-Reply-To: <4EC2B82D.5080407@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On 11/15/2011 07:06 PM, Linda Walsh wrote:
>=20
>=20
> Seems like 'cc' didn't work...
>=20
>=20
>=20
> -------- Original Message --------
> Subject:     [sr #107876] ISSUE: (Unverifyed Bug in 8.13).
> Date:     Tue, 15 Nov 2011 18:28:13 +0000
> From:     Linda A. Walsh <INVALID.NOREPLY@HIDDEN>
> To:     Linda A. Walsh <gnu@HIDDEN>
>=20
>=20
>=20
> URL:
>  <http://savannah.gnu.org/support/?107876>
>=20
>                 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
>=20
>    _______________________________________________________
>=20
> Details:
>=20
> it appears from the change log, that a bug was introduced in 8.13.
>=20
> The Comment was:
>=20
> cp -au (where --preserve=3Dlinks is implicit) may now replace newer
> files in the destination, to mirror hard links from the source.

We thought this was the lesser of two evils.
It would be better to avoid the above behavior of course.

> =3D=3D=3D=3D
>=20
> However, in copying the files on the target, if the files are NOT linke=
d in the destination, then
> it would seem we have the case where we start with
> src:
> a <=3D> b
>=20
> dest
>=20
> a (dup of a src), b (newer file than src) ; broken links;
>=20
>=20
>=20
> ----
>=20
> Then correct action (if it behaves this way, fine, but it doesn't sound=
 like
> it)...
>=20
> if -u flag is used, we only update newer file items...
>=20
> so, after a cp -au, the above condition would remain
> exactly the same.

agreed

> Unless, if 'a' was updated (and thus, 'b' is also "updated to be newer =
than
> target "b"), then
> src-b would overwrite dst-b

right, that case is ok at present

> if a updated, but has time < dst 'b', then 'b'
> 'a' should not create an older, linked version of 'b', in place of a ne=
wer 'b'
> on the destination.

agreed, but implementation is tricky.
I hadn't the time to see if this was possible,
and I've now less time.
Tests are in place though to check changes in this area.

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

right, that case is ok at present

> 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.

Yep, this is the awkward case.

> 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* case=
s, would break the semantics of "-u".
>=20
> i.e. use of -u should override -a-'s keep links...(warning/verbose or m=
aybe
> some 'message on exception'...

Maybe someone could have a look.
I saw nothing obvious to address the issue.
The original discussion was at:
http://bugs.gnu.org/8419

cheers,
P=C3=A1draig.

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 30 Aug 2012 08:07:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Aug 30 04:07:08 2012
Received: from localhost ([127.0.0.1]:57030 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1T6zmO-0004un-2q
	for submit <at> debbugs.gnu.org; Thu, 30 Aug 2012 04:07:08 -0400
Received: from out1-smtp.messagingengine.com ([66.111.4.25]:33853)
	by debbugs.gnu.org with esmtp (Exim 4.72)
	(envelope-from <era@HIDDEN>) id 1T6zmL-0004uf-2I
	for control <at> debbugs.gnu.org; Thu, 30 Aug 2012 04:07:06 -0400
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45])
	by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id ED43A20DA5
	for <control <at> debbugs.gnu.org>; Thu, 30 Aug 2012 04:05:55 -0400 (EDT)
Received: from web5.nyi.mail.srv.osa ([10.202.2.215])
	by compute5.internal (MEProxy); Thu, 30 Aug 2012 04:05:55 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=message-id:from:to:mime-version
	:content-transfer-encoding:content-type:subject:date; s=smtpout;
	bh=g3x1YkP2vluBEiAMNfVG/RrTs8w=; b=TZifXzPLwB25W+uO3zOoS/hKp7Oe
	KhJauDa80k+NMovM0kYUSZt+0p/bpnOh0CKI1A233+hxUgr8wXVw3M1yaiA+SIjp
	3lcXH7H2asp6p+g+dl6KDunycJuQGMWel+95+AZrDypuVZfWuzQ8lk/q3aAG3yXQ
	TT9u7m6/S5244xc=
Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99)
	id BD7B04C0212; Thu, 30 Aug 2012 04:05:55 -0400 (EDT)
Message-Id: <1346313955.6848.140661121418585.20DF5764@HIDDEN>
X-Sasl-Enc: T2AqFlIWN6GQ1vxU9Q18H9U0y8luevpcLNcOSgz5PZxR 1346313955
From: era eriksson <era@HIDDEN>
To: control <at> debbugs.gnu.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
X-Mailer: MessagingEngine.com Webmail Interface
Subject: Bug maintenance
Date: Thu, 30 Aug 2012 11:05:55 +0300
X-Spam-Score: -2.6 (--)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

forcemerge 6366 10924
merge 7389 7394
tags 7394 + patch
merge 7948 7963 7968
retitle 9140 [du] broken on OSX 10.7 (Lion) for >4TB file systems
retitle 10003 [df] information differs from GUI
retitle 10013 [ls] document origin of name
tags 10013 + patch
retitle 10054 [cp] 8.13: cp -au may replace newer files [sr #107876]
retitle 10877 [sort] too eager to use temp files
retitle 11760 [mv] data loss after ctrl-C on ntfs -> ntfs move
thanks

I also wanted to retitle 10900 but it's too opaque, and should be
followed up.

I took this out because I'm not sure I was able to summarize it
correctly.

retitle 10639 [cp] test-copy-acl fails on Solaris 64bit + NFS

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.