From unknown Thu Sep 11 20:11:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9277: cp Resent-From: vesselin kavalov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 10 Aug 2011 18:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9277 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 9277@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.131300182811237 (code B ref -1); Wed, 10 Aug 2011 18:44:02 +0000 Received: (at submit) by debbugs.gnu.org; 10 Aug 2011 18:43:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrDkc-0002ur-21 for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:43:47 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrDj2-0002s0-N7 for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:41:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrDhl-0001pe-PJ for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:40:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:60928) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrDhl-0001pZ-Kg for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:40:37 -0400 Received: from eggs.gnu.org ([140.186.70.92]:37620) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrDhh-0001K0-Mn for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrDhd-0001oQ-GW for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:33 -0400 Received: from nm9-vm0.access.bullet.mail.mud.yahoo.com ([66.94.237.249]:37165) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QrDhd-0001oJ-5k for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:29 -0400 Received: from [66.94.237.200] by nm9.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 Received: from [66.94.237.117] by tm11.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 Received: from [127.0.0.1] by omp1022.access.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 179493.33943.bm@omp1022.access.mail.mud.yahoo.com Received: (qmail 95106 invoked by uid 60001); 10 Aug 2011 18:40:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1313001627; bh=Uh6ZaQsN/cF77T+CRFtBF+SY+nSeg//rHQMWrIlZPqA=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=xw4KCTM+Fzo6pG6I7trqXLGAicYspQTa3pkzk1OGN4LaoWtwCdcdZYHimlztoMABp3whF8XtT/Mif01/i2wh2Av1aOHyB04Xg6eJekNxQ9q4UGpnm0U9mtlojOAnBUSi/e4UWxcVgLszMbVyQdBrazR0LFud1lTcDf5eEEVr4w4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=tk3MXHuJpIhLU57KxqPNoe6j4Go7yRVc3DqfTpOYhcLK+MI1tKMqpIbOSkQ8gG42rMB8zqMketIKZdurNsnCphwQ5LX1DODrKJgoUiq1yIG9XsmG+c8LMFelsJ3tZ1nSXLeqLCJIC9MAmeIJOmV3lTwSoHftF75MEbqiiMahCVs=; X-YMail-OSG: jk3qoncVM1l.IQ.W.EIWUx5_WUXy_wGRh9Y6ji9aAsRyDQD XdSv16zPrPoCijr1yXmzyl7qSFJueMUfKWw8IC8bEPEL.F4bMMHXJJMmaZ.k y9XUuoz1X5.VGVMXyOrIYn6z02DeJqV5gSRwPe.a8TKr4FGOJLiaTzj4pr.s VLhDpsScy711PUeAflQDtWA3cH6bfNt2e4VdvTEc42EIskJOf4XHs2KD.rtc qMupl.sZnAKX.wkZf8AiopMBEpDktRBW3fe7tQxmzrQh8zS2WmfCyqJzloRn yQbDXCfhckQ0dhZY6XnvFQogai2gRYQCs.wiQjxaqfe.fDr7dKLzZJoKypKM .tUkrMDNSucZmZ2KIYnscy_G34m6T46ucqrQUn5ztva1YnU6fljlm9DjX2_M _TQvSZ2k13fuN2ky1dl4cdmikrs3C3POhIlBbxO4hwS3D8glNmYqDYs4YaQk I80EiYm7u3aM- Received: from [17.208.55.235] by web81104.mail.mud.yahoo.com via HTTP; Wed, 10 Aug 2011 11:40:26 PDT X-Mailer: YahooMailRC/574 YahooMailWebService/0.8.113.313619 Message-ID: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> Date: Wed, 10 Aug 2011 11:40:26 -0700 (PDT) From: vesselin kavalov MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1280366247-1313001626=:70495" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Wed, 10 Aug 2011 14:43:31 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) --0-1280366247-1313001626=:70495 Content-Type: text/plain; charset=us-ascii cp -a src/{a,b,c} dest does NOT preserve the time stamp on symbolic links. I understand that neither does 'tar' , but that probably is a fault, not a feature there either. Thanx! vess --0-1280366247-1313001626=:70495 Content-Type: text/html; charset=us-ascii
cp -a src/{a,b,c} dest does NOT preserve the time stamp on symbolic links.

I understand that neither does 'tar' , but that probably is a fault, not a feature there either.


Thanx!
vess
--0-1280366247-1313001626=:70495-- From unknown Thu Sep 11 20:11:53 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: vesselin kavalov Subject: bug#9277: closed (Re: bug#9277: cp) Message-ID: References: <4E42D780.3070000@redhat.com> <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> X-Gnu-PR-Message: they-closed 9277 X-Gnu-PR-Package: coreutils Reply-To: 9277@debbugs.gnu.org Date: Wed, 10 Aug 2011 19:12:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1313003522-13876-1" This is a multi-part message in MIME format... ------------=_1313003522-13876-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9277: cp which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 9277@debbugs.gnu.org. --=20 9277: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9277 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1313003522-13876-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9277-done) by debbugs.gnu.org; 10 Aug 2011 19:11:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrEBM-0003ag-SB for submit@debbugs.gnu.org; Wed, 10 Aug 2011 15:11:13 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrEBJ-0003aX-Es for 9277-done@debbugs.gnu.org; Wed, 10 Aug 2011 15:11:11 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7AJ9rcL001414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Aug 2011 15:09:54 -0400 Received: from [10.3.113.144] (ovpn-113-144.phx2.redhat.com [10.3.113.144]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p7AJ9rg7018355; Wed, 10 Aug 2011 15:09:53 -0400 Message-ID: <4E42D780.3070000@redhat.com> Date: Wed, 10 Aug 2011 13:09:52 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.11 MIME-Version: 1.0 To: vesselin kavalov Subject: Re: bug#9277: cp References: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> In-Reply-To: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Spam-Score: -10.3 (----------) X-Debbugs-Envelope-To: 9277-done Cc: 9277-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.3 (----------) On 08/10/2011 12:40 PM, vesselin kavalov wrote: > cp -a src/{a,b,c} dest does NOT preserve the time stamp on symbolic links. Thanks for the report, but you are missing some details. What version of coreutils? What operating system? And assuming Linux, what kernel version? Be aware that symlink timestamp preservation requires the use of futimens or utimensat, which were only recently standardized by POSIX 2008, and which are lacking on a lot of older systems; plus, being new interfaces, they require newer coreutils that actually takes advantage of the newer interfaces. Also be aware that symlink timestamps are worthless - there's generally not much you can usefully do with them, whether or not you have the flexibility of modifying them. At any rate, things work for me, using kernel 2.6.35 and coreutils 8.5 (the defaults of Fedora 14): $ ln -s a b $ sleep 20 $ cp -a b c $ stat b c File: `b' -> `a' Size: 1 Blocks: 0 IO Block: 4096 symbolic link Device: fd02h/64770d Inode: 266785 Links: 1 Access: (0777/lrwxrwxrwx) Uid: (14986/ eblake) Gid: (14986/ eblake) Access: 2011-08-10 13:04:42.420640012 -0600 Modify: 2011-08-10 13:04:34.308611690 -0600 Change: 2011-08-10 13:04:34.308611690 -0600 File: `c' -> `a' Size: 1 Blocks: 0 IO Block: 4096 symbolic link Device: fd02h/64770d Inode: 304795 Links: 1 Access: (0777/lrwxrwxrwx) Uid: (14986/ eblake) Gid: (14986/ eblake) Access: 2011-08-10 13:04:59.771700484 -0600 Modify: 2011-08-10 13:04:34.308611690 -0600 Change: 2011-08-10 13:04:57.174691438 -0600 Note that atime and mtime were indeed preserved. Therefore, I'm closing this bug unless you can provide more details about any bugs still remaining. > > I understand that neither does 'tar' , but that probably is a fault, not a > feature there either. Wrong again. The latest tar, coupled with the latest kernel, does support symlink timestamps. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org ------------=_1313003522-13876-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 10 Aug 2011 18:43:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrDkc-0002ur-21 for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:43:47 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrDj2-0002s0-N7 for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:41:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrDhl-0001pe-PJ for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:40:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:60928) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrDhl-0001pZ-Kg for submit@debbugs.gnu.org; Wed, 10 Aug 2011 14:40:37 -0400 Received: from eggs.gnu.org ([140.186.70.92]:37620) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QrDhh-0001K0-Mn for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QrDhd-0001oQ-GW for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:33 -0400 Received: from nm9-vm0.access.bullet.mail.mud.yahoo.com ([66.94.237.249]:37165) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QrDhd-0001oJ-5k for bug-coreutils@gnu.org; Wed, 10 Aug 2011 14:40:29 -0400 Received: from [66.94.237.200] by nm9.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 Received: from [66.94.237.117] by tm11.access.bullet.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 Received: from [127.0.0.1] by omp1022.access.mail.mud.yahoo.com with NNFMP; 10 Aug 2011 18:40:27 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 179493.33943.bm@omp1022.access.mail.mud.yahoo.com Received: (qmail 95106 invoked by uid 60001); 10 Aug 2011 18:40:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1313001627; bh=Uh6ZaQsN/cF77T+CRFtBF+SY+nSeg//rHQMWrIlZPqA=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=xw4KCTM+Fzo6pG6I7trqXLGAicYspQTa3pkzk1OGN4LaoWtwCdcdZYHimlztoMABp3whF8XtT/Mif01/i2wh2Av1aOHyB04Xg6eJekNxQ9q4UGpnm0U9mtlojOAnBUSi/e4UWxcVgLszMbVyQdBrazR0LFud1lTcDf5eEEVr4w4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=tk3MXHuJpIhLU57KxqPNoe6j4Go7yRVc3DqfTpOYhcLK+MI1tKMqpIbOSkQ8gG42rMB8zqMketIKZdurNsnCphwQ5LX1DODrKJgoUiq1yIG9XsmG+c8LMFelsJ3tZ1nSXLeqLCJIC9MAmeIJOmV3lTwSoHftF75MEbqiiMahCVs=; X-YMail-OSG: jk3qoncVM1l.IQ.W.EIWUx5_WUXy_wGRh9Y6ji9aAsRyDQD XdSv16zPrPoCijr1yXmzyl7qSFJueMUfKWw8IC8bEPEL.F4bMMHXJJMmaZ.k y9XUuoz1X5.VGVMXyOrIYn6z02DeJqV5gSRwPe.a8TKr4FGOJLiaTzj4pr.s VLhDpsScy711PUeAflQDtWA3cH6bfNt2e4VdvTEc42EIskJOf4XHs2KD.rtc qMupl.sZnAKX.wkZf8AiopMBEpDktRBW3fe7tQxmzrQh8zS2WmfCyqJzloRn yQbDXCfhckQ0dhZY6XnvFQogai2gRYQCs.wiQjxaqfe.fDr7dKLzZJoKypKM .tUkrMDNSucZmZ2KIYnscy_G34m6T46ucqrQUn5ztva1YnU6fljlm9DjX2_M _TQvSZ2k13fuN2ky1dl4cdmikrs3C3POhIlBbxO4hwS3D8glNmYqDYs4YaQk I80EiYm7u3aM- Received: from [17.208.55.235] by web81104.mail.mud.yahoo.com via HTTP; Wed, 10 Aug 2011 11:40:26 PDT X-Mailer: YahooMailRC/574 YahooMailWebService/0.8.113.313619 Message-ID: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> Date: Wed, 10 Aug 2011 11:40:26 -0700 (PDT) From: vesselin kavalov Subject: cp To: bug-coreutils@gnu.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1280366247-1313001626=:70495" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 10 Aug 2011 14:43:31 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) --0-1280366247-1313001626=:70495 Content-Type: text/plain; charset=us-ascii cp -a src/{a,b,c} dest does NOT preserve the time stamp on symbolic links. I understand that neither does 'tar' , but that probably is a fault, not a feature there either. Thanx! vess --0-1280366247-1313001626=:70495 Content-Type: text/html; charset=us-ascii
cp -a src/{a,b,c} dest does NOT preserve the time stamp on symbolic links.

I understand that neither does 'tar' , but that probably is a fault, not a feature there either.


Thanx!
vess
--0-1280366247-1313001626=:70495-- ------------=_1313003522-13876-1-- From unknown Thu Sep 11 20:11:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9277: cp Resent-From: Eric Blake Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 10 Aug 2011 21:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9277 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: vesselin kavalov , 9277@debbugs.gnu.org Received: via spool by 9277-submit@debbugs.gnu.org id=B9277.131301268131012 (code B ref 9277); Wed, 10 Aug 2011 21:45:02 +0000 Received: (at 9277) by debbugs.gnu.org; 10 Aug 2011 21:44:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrGZs-000849-Sf for submit@debbugs.gnu.org; Wed, 10 Aug 2011 17:44:41 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrGZq-000841-3P for 9277@debbugs.gnu.org; Wed, 10 Aug 2011 17:44:39 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7ALhLxC031501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Aug 2011 17:43:21 -0400 Received: from [10.3.113.144] (ovpn-113-144.phx2.redhat.com [10.3.113.144]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p7ALhL9g008891; Wed, 10 Aug 2011 17:43:21 -0400 Message-ID: <4E42FB78.60700@redhat.com> Date: Wed, 10 Aug 2011 15:43:20 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.11 MIME-Version: 1.0 References: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> <4E42D780.3070000@redhat.com> <1313010853.17519.YahooMailRC@web81107.mail.mud.yahoo.com> In-Reply-To: <1313010853.17519.YahooMailRC@web81107.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -10.3 (----------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.3 (----------) [re-adding the list] On 08/10/2011 03:14 PM, vesselin kavalov wrote: > Hi Eric, I am NOT an OS or kernel expert - just a Joe-user out there - so put up > with my rather limited understanding of the matters. > > The example that you show here actually confirm my initial contention, I > believe. Let's look at the time stamps as the time progresses: > > > 1. ln -s a b > b -> Modify: 2011-08-10 13:04:34.308611690 -0600 > Change: 2011-08-10 13:04:34.308611690 -0600 > (I don't understand why Access: is ~ 8 sec later ???) Every time you readlink() a symlink, that updates the atime (and stat(1) is using readlink() to tell you what the symlink contains). You're better off seeing if mtime was stable, since although atime can be adjusted backwards in time by newer kernels, it won't stay there for long if you make any decent use of the symlink. > Change: 2011-08-10 13:04:57.174691438 -0600<- 23 seconds later 'c' > got created (as with regular 'cp') > > > > What 'ls -l' shows I believe IS the change time and thus is shows WHEN the 'cp > -a ...' took place NOT a copy of the original 'b' stats The ctime is always the timestamp of the last change to the file metadata; that is the last time the symlink was created, or the last time it was altered by utimensat. You cannot make ctime go backwards, so it cannot ever be an identical copy. Only atime and mtime can be set arbitrarily. > And yes, I do have a use for the link's timestamp -> I am 'releasing' bunch of > files, directories and links from a working area to a release area > and want to preserve timestamps AS THEY HAPPENED, and later in a release area if > a link timestamp changes - I know that somebody monkied > with the files and THIS might have broken the release. atime means they merely read the symlink; you should only be worrying about mtime (if you trust them to not use utimensat to fake mtime) or ctime (which cannot be faked). But since ctime cannot be copied, the best you can do using timestamps is mtime and hope for a sane user. > I am NOT even a SW guy - I do CAD automation, so if you know of a better way of > releasing and having a proof of authenticity of the released area - I will be > humbled to learn something new and better. Rather than going off of timestamps, why not go off of content? That is, it seems like your real concern is whether the files have changed content, not whether they have had timestamps changed. Decent version control systems do just that (such as git). Even checksumming utilities are a reasonable way to gain assurances that content is correct. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org From unknown Thu Sep 11 20:11:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9277: cp Resent-From: Eric Blake Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 10 Aug 2011 22:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9277 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: vesselin kavalov , 9277@debbugs.gnu.org Received: via spool by 9277-submit@debbugs.gnu.org id=B9277.13130145481211 (code B ref 9277); Wed, 10 Aug 2011 22:16:01 +0000 Received: (at 9277) by debbugs.gnu.org; 10 Aug 2011 22:15:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrH40-0000JU-9Z for submit@debbugs.gnu.org; Wed, 10 Aug 2011 18:15:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QrH3x-0000JM-0R for 9277@debbugs.gnu.org; Wed, 10 Aug 2011 18:15:46 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7AMEScI006904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Aug 2011 18:14:28 -0400 Received: from [10.3.113.144] (ovpn-113-144.phx2.redhat.com [10.3.113.144]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p7AMERTD018017; Wed, 10 Aug 2011 18:14:28 -0400 Message-ID: <4E4302C3.8060205@redhat.com> Date: Wed, 10 Aug 2011 16:14:27 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.11 MIME-Version: 1.0 References: <1313001626.70495.YahooMailRC@web81104.mail.mud.yahoo.com> <4E42D780.3070000@redhat.com> <1313010853.17519.YahooMailRC@web81107.mail.mud.yahoo.com> <4E42FB78.60700@redhat.com> <1313014026.34885.YahooMailRC@web81107.mail.mud.yahoo.com> In-Reply-To: <1313014026.34885.YahooMailRC@web81107.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Spam-Score: -10.3 (----------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -10.3 (----------) [re-adding the list again - there's a reason that we prefer public lists] On 08/10/2011 04:07 PM, vesselin kavalov wrote: > Hi Eric, > yes, I can do SHA, but on the real file contents only! That's why I hate soft > links! because everything may stay the same, but a change of where a soft link > points to is undetectable and U get different results of subsequent compiles. I > probably will go brute force and set restrictive unix permissions on a different > user and group ownership. You can do SHA on symlink contents, by using readlink on those symlinks. Your claim that symlink changes are undetectable is bogus. -- Eric Blake eblake@redhat.com +1-801-349-2682 Libvirt virtualization library http://libvirt.org