Assaf Gordon <assafgordon@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 17963) by debbugs.gnu.org; 7 Jul 2014 15:45:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 07 11:45:05 2014 Received: from localhost ([127.0.0.1]:46140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1X4B6B-0007zC-VU for submit <at> debbugs.gnu.org; Mon, 07 Jul 2014 11:45:05 -0400 Received: from mail2.vodafone.ie ([213.233.128.44]:28804) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <P@HIDDEN>) id 1X4B65-0007yn-CZ for 17963 <at> debbugs.gnu.org; Mon, 07 Jul 2014 11:44:58 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBABLAulNtTlpS/2dsb2JhbAANTYNgxxYBgS2EeAEBAQQyAUYQCw0LCRYPCQMCAQIBRQYNAQcBAYhDrzOaYxePIgeEQwEEnD6FcIZDiVU Received: from unknown (HELO [192.168.1.79]) ([109.78.90.82]) by mail2.vodafone.ie with ESMTP; 07 Jul 2014 16:44:17 +0100 Message-ID: <53BAC050.4050705@HIDDEN> Date: Mon, 07 Jul 2014 16:44:16 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= <P@HIDDEN> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Paul E Condon <pecondon@HIDDEN> Subject: Re: bug#17963: strange behavior of cp References: <20140707001044.GA2710@HIDDEN> In-Reply-To: <20140707001044.GA2710@HIDDEN> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17963 Cc: 17963 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 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> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.0 (/) On 07/07/2014 01:10 AM, Paul E Condon wrote: > > I have a situation in which I want to merge two file > sturctures by copying one of the structures onto the > other with the following command: > > cp -aulv arxivBtry1/host/* arxivBtry2/host/ > > This should, I believe, make hardlinks into arxivBtry2/host/ for any > plain file that is present in arxivBtry1/host/ if a newer version of > that file is not already present in arxivBtry2/host/. And, also I > think that if I interrupt this statement and restart it, it should do > nothing to the hardlinks it has already inserted in arxivBtry2/host/ > silently. But when I try this resume operation I get a long list of > reports of removing files from arxivBtry2/host/. Why? Examination of > arxivBtry2/host/, using ls -la indicates that the file in arxivBtry2/host/ > that was reported removed is still there, so the removal reports seem > to be false reports. > > More details about the environment: > > Both arxivBtry1/host/ and arxivBtry2/host/ are directories on an > external harddisk that has 3 TeraB capacity and is half full. This ls > output: > > root@big:/media/gfx2/hostmrg2# ls -ls > total 44 > 4 drwxr-xr-x 3 root root 4096 20140701_144028 arxivAtry1 > 4 drwxr-xr-x 3 root root 4096 20140630_185519 arxivBtry1 > 4 drwxr-xr-x 3 root root 4096 20140705_105447 arxivBtry2 > 4 drwxr-xr-x 3 root root 4096 20140702_071706 glb2try1 > 4 drwxr-xr-x 3 root root 4096 20140701_154330 glbltry1 > 4 drwxr-xr-x 3 root root 4096 20140701_150432 mrg4try1 > 4 drwx------ 3 root root 4096 20140705_102058 sgt1fxd > 4 drwxr-xr-x 3 root root 4096 20140702_215246 sgt1xxx > 4 drwxr-xr-x 3 root root 4096 20140701_144837 wdp71try1 > 4 drwxr-xr-x 3 root root 4096 20140701_123858 wdp7vtry1 > 4 drwxr-xr-x 3 root root 4096 20140630_231448 wdp8try1 > root@big:/media/gfx2/hostmrg2# > > The other lines in this listing are other directories > each of which also has a sub-directory named 'host'. > Once I understand what's going on, I intend to merge > them into arxivBtry2/host/, also. > > I'd be happy to call this behavior a feature, not a > bug, if it is already known to you and known to > cause not harm to the actual merge of the plain files > of the two structures into one structure. > > Thanks for your help, This sounds similar to the redundant link recreation issue at: http://bugs.debian.org/752892 I've yet to look into these. thanks, Pádraig.
bug-coreutils@HIDDEN:bug#17963; Package coreutils.
Full text available.Received: (at submit) by debbugs.gnu.org; 7 Jul 2014 00:11:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 06 20:11:17 2014 Received: from localhost ([127.0.0.1]:45318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1X3wWa-00028t-JU for submit <at> debbugs.gnu.org; Sun, 06 Jul 2014 20:11:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38830) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from <pecondon@HIDDEN>) id 1X3wWY-00028e-9B for submit <at> debbugs.gnu.org; Sun, 06 Jul 2014 20:11:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <pecondon@HIDDEN>) id 1X3wWM-000228-G4 for submit <at> debbugs.gnu.org; Sun, 06 Jul 2014 20:11:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pecondon@HIDDEN>) id 1X3wWM-000224-Cz for submit <at> debbugs.gnu.org; Sun, 06 Jul 2014 20:11:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40537) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <pecondon@HIDDEN>) id 1X3wWG-0002cv-0K for bug-coreutils@HIDDEN; Sun, 06 Jul 2014 20:11:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <pecondon@HIDDEN>) id 1X3wW8-00020j-07 for bug-coreutils@HIDDEN; Sun, 06 Jul 2014 20:10:55 -0400 Received: from imta-35.everyone.net ([216.200.145.35]:60376) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pecondon@HIDDEN>) id 1X3wW7-00020I-Eh for bug-coreutils@HIDDEN; Sun, 06 Jul 2014 20:10:47 -0400 Received: from pps.filterd (omta001.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.14.5/8.14.5) with SMTP id s6707fvU027333 for <bug-coreutils@HIDDEN>; Sun, 6 Jul 2014 17:10:45 -0700 X-Eon-Dm: dm0201 Received: by dm0201.mta.everyone.net (EON-AUTHRELAY2 - 405d70e2) id dm0201.53a9d7d7.985706 for <bug-coreutils@HIDDEN>; Sun, 6 Jul 2014 17:10:45 -0700 X-Eon-Sig: AQMnnbRTueWFl+XQEAIAAAAB,9ceb698bdf565ea9c0cb5ac42b746b4c X-Originating-Ip: 64.93.112.226 Date: Sun, 6 Jul 2014 18:10:44 -0600 From: Paul E Condon <pecondon@HIDDEN> To: bug-coreutils@HIDDEN Subject: strange behavior of cp Message-ID: <20140707001044.GA2710@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-07-06_02:2014-07-04,2014-07-06,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407070000 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.15 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> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) I have a situation in which I want to merge two file sturctures by copying one of the structures onto the other with the following command: cp -aulv arxivBtry1/host/* arxivBtry2/host/ This should, I believe, make hardlinks into arxivBtry2/host/ for any plain file that is present in arxivBtry1/host/ if a newer version of that file is not already present in arxivBtry2/host/. And, also I think that if I interrupt this statement and restart it, it should do nothing to the hardlinks it has already inserted in arxivBtry2/host/ silently. But when I try this resume operation I get a long list of reports of removing files from arxivBtry2/host/. Why? Examination of arxivBtry2/host/, using ls -la indicates that the file in arxivBtry2/host/ that was reported removed is still there, so the removal reports seem to be false reports. More details about the environment: Both arxivBtry1/host/ and arxivBtry2/host/ are directories on an external harddisk that has 3 TeraB capacity and is half full. This ls output: root@big:/media/gfx2/hostmrg2# ls -ls total 44 4 drwxr-xr-x 3 root root 4096 20140701_144028 arxivAtry1 4 drwxr-xr-x 3 root root 4096 20140630_185519 arxivBtry1 4 drwxr-xr-x 3 root root 4096 20140705_105447 arxivBtry2 4 drwxr-xr-x 3 root root 4096 20140702_071706 glb2try1 4 drwxr-xr-x 3 root root 4096 20140701_154330 glbltry1 4 drwxr-xr-x 3 root root 4096 20140701_150432 mrg4try1 4 drwx------ 3 root root 4096 20140705_102058 sgt1fxd 4 drwxr-xr-x 3 root root 4096 20140702_215246 sgt1xxx 4 drwxr-xr-x 3 root root 4096 20140701_144837 wdp71try1 4 drwxr-xr-x 3 root root 4096 20140701_123858 wdp7vtry1 4 drwxr-xr-x 3 root root 4096 20140630_231448 wdp8try1 root@big:/media/gfx2/hostmrg2# The other lines in this listing are other directories each of which also has a sub-directory named 'host'. Once I understand what's going on, I intend to merge them into arxivBtry2/host/, also. I'd be happy to call this behavior a feature, not a bug, if it is already known to you and known to cause not harm to the actual merge of the plain files of the two structures into one structure. Thanks for your help, -- Paul E Condon pecondon@HIDDEN
Paul E Condon <pecondon@HIDDEN>:bug-coreutils@HIDDEN.
Full text available.bug-coreutils@HIDDEN:bug#17963; Package coreutils.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.