From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 19:24:42 2010 Received: (at submit) by debbugs.gnu.org; 11 Dec 2010 00:24:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PRDGU-0006dP-0E for submit@debbugs.gnu.org; Fri, 10 Dec 2010 19:24:42 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PRDGR-0006d5-Ih for submit@debbugs.gnu.org; Fri, 10 Dec 2010 19:24:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PRDMI-0000Ln-9O for submit@debbugs.gnu.org; Fri, 10 Dec 2010 19:30:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, RFC_ABUSE_POST, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:35171) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PRDMI-0000Lf-5q for submit@debbugs.gnu.org; Fri, 10 Dec 2010 19:30:42 -0500 Received: from [140.186.70.92] (port=45230 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PRDMG-0003tC-Ls for bug-coreutils@gnu.org; Fri, 10 Dec 2010 19:30:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PRDME-0000Ks-KH for bug-coreutils@gnu.org; Fri, 10 Dec 2010 19:30:40 -0500 Received: from nskntmtas02p.mx.bigpond.com ([61.9.168.140]:52292) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PRDMD-0000KR-VP for bug-coreutils@gnu.org; Fri, 10 Dec 2010 19:30:38 -0500 Received: from nskntotgx03p.mx.bigpond.com ([124.182.156.73]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20101211003036.UKKH3622.nskntmtas02p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com>; Sat, 11 Dec 2010 00:30:36 +0000 Received: from [10.0.0.1] (really [124.182.156.73]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20101211003035.FFJG13584.nskntotgx03p.mx.bigpond.com@[10.0.0.1]>; Sat, 11 Dec 2010 00:30:35 +0000 Message-ID: <4D02C628.4070307@bigpond.com> Date: Sat, 11 Dec 2010 11:00:32 +1030 From: Garry Trethewey User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: ntfs-3g-devel@lists.sf.net, bug-coreutils@gnu.org Subject: cp -pu NTFS problem ?bug report Content-Type: multipart/mixed; boundary="------------010603000401010500090206" X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nskntotgx03p.mx.bigpond.com from [124.182.156.73] using ID garrytre at Sat, 11 Dec 2010 00:30:34 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4D02C62C.0065,ss=1,fgs=0 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, 2) X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit 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: -5.9 (-----) This is a multi-part message in MIME format. --------------010603000401010500090206 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello The attachment has this same text but might be easier to read than an email. I don't know if this is a NTFS-3g bug, or a coreutils cp bug, or neither, or both. I've asked the list, which hasn't been able to help apart from confirming that someone else has the same problem. Problem Trying to cp -pu from an NTFS partition to an ext3 partition, the timestamps look OK, both with terminal ls -l and in nautilus (Date Modified and Date Accessed). The -u option says that the same file should not get copied again unless it's changed. But it does get copied again, and again Just to remind, -p same as --preserve=mode,ownership,timestamps -u, --update copy only when the SOURCE file is newer than the destination file or when the destination file is missing So here's the longer version with too many details. For a couple of years I've been doing cp -puv -t $dest $source from one ext3 partition to another, no problem. But now I've copied my whole data disk to an NTFS partition on a USB portable hard drive. NTFS so I can use it at work. I want to copy files from this NTFS partition to an ext3 destination with timestamps intact, so that next week when I do the same thing, I only copy new or changed files. Demo* code is source=/media/data/aaa_S500_data/* # the NTFS partition dest='/home/garry/Desktop/junk' # a ext3 partition cp -puv -t $dest $source Demo* Really I look at 30GB and 20,000 files, that's why I don't want to be copying the same thing repeatedly. Here is a demo source directory garry@S500-lucid:~$ ls -l /media/data/aaa_S500_data/ total 64 -rwxrwxrwx 1 garry garry 38254 2010-12-02 06:20 elephantGreen.ico -rwxrwxrwx 1 garry garry 5978 2010-10-25 17:27 elephant.ico -rwxrwxrwx 1 garry garry 69 2010-11-30 05:55 readme.txt -rwxrwxrwx 1 garry garry 766 2002-10-14 04:27 wdlogo.ico -rwxrwxrwx 1 garry garry 5978 2010-10-25 17:27 wooly-mammoth.ico garry@S500-lucid:~$ So into an empty directory, '/home/garry/Desktop/junk' I copy garry@S500-lucid:~$ cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/elephant.ico' -> `/home/garry/Desktop/junk/elephant.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' `/media/data/aaa_S500_data/wdlogo.ico' -> `/home/garry/Desktop/junk/wdlogo.ico' `/media/data/aaa_S500_data/wooly-mammoth.ico' -> `/home/garry/Desktop/junk/wooly-mammoth.ico' garry@S500-lucid:~$ Then without changing any files in $source, and if I do cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* again, nothing should be copied. But the two files that were created / altered on the NTFS partition _AFTER_ it got created with gparted & partimage get copied again. garry@S500-lucid:~$ cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' garry@S500-lucid:~$ and again garry@S500-lucid:~$ cp -puv -t $dest $source `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' here is my /etc/fstab proc /proc proc nodev,noexec,nosuid 0 0 UUID=a49e1eb6-72bc-465d-9852-ce99403d303f / ext3 errors=remount-ro 0 1 UUID=f13a83d6-fdfd-4dc7-b67c-a3d47c9fd727 none swap sw 0 0 UUID=07B3B28C580F4BEA /media/data ntfs-3g defaults,umask=000,uid=1000,gid=1000 0 1 #UUID=07B3B28C580F4BEA /media/data ntfs-3g defaults,relatime,umask=000,uid=1000,gid=1000 0 1 #UUID=07B3B28C580F4BEA /media/data ntfs defaults 0 1 UUID=c1841d07-7991-4e9c-8d35-969cb49ccf28 /media/toybox_data ext3 defaults 0 2 I tried touch --reference '/media/data/aaa_S500_data/newfile' '/home/garry/Desktop/junk/newfile' but that made no difference. What I'm using:- ubuntu 10.04 ntfs-3g 2010.3.6 #came with ubuntu ntfs-3g 2010.10.2 #installed today GNU Bash-4.1 cp in GNU coreutils 7.4 So is this a proper bug that I should put on launchpad? Looks like it to me, but I'm amazed if nobody else found it first. regards ------------------------------------ Garry Trethewey ------------------------------------ --------------010603000401010500090206 Content-Type: text/plain; name="prettier.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="prettier.txt" Hello The attachment has this same text but might be easier to read than an email. I don't know if this is a NTFS-3g bug, or a coreutils cp bug, or neither, or both. I've asked the list, which hasn't been able to help apart from confirming that someone else has the same problem. Problem Trying to cp -pu from an NTFS partition to an ext3 partition, the timestamps look OK, both with terminal ls -l and in nautilus (Date Modified and Date Accessed). The -u option says that the same file should not get copied again unless it's changed. But it does get copied again, and again Just to remind, -p same as --preserve=mode,ownership,timestamps -u, --update copy only when the SOURCE file is newer than the destination file or when the destination file is missing So here's the longer version with too many details. For a couple of years I've been doing cp -puv -t $dest $source from one ext3 partition to another, no problem. But now I've copied my whole data disk to an NTFS partition on a USB portable hard drive. NTFS so I can use it at work. I want to copy files from this NTFS partition to an ext3 destination with timestamps intact, so that next week when I do the same thing, I only copy new or changed files. Demo* code is source=/media/data/aaa_S500_data/* # the NTFS partition dest='/home/garry/Desktop/junk' # a ext3 partition cp -puv -t $dest $source Demo* Really I look at 30GB and 20,000 files, that's why I don't want to be copying the same thing repeatedly. Here is a demo source directory garry@S500-lucid:~$ ls -l /media/data/aaa_S500_data/ total 64 -rwxrwxrwx 1 garry garry 38254 2010-12-02 06:20 elephantGreen.ico -rwxrwxrwx 1 garry garry 5978 2010-10-25 17:27 elephant.ico -rwxrwxrwx 1 garry garry 69 2010-11-30 05:55 readme.txt -rwxrwxrwx 1 garry garry 766 2002-10-14 04:27 wdlogo.ico -rwxrwxrwx 1 garry garry 5978 2010-10-25 17:27 wooly-mammoth.ico garry@S500-lucid:~$ So into an empty directory, '/home/garry/Desktop/junk' I copy garry@S500-lucid:~$ cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/elephant.ico' -> `/home/garry/Desktop/junk/elephant.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' `/media/data/aaa_S500_data/wdlogo.ico' -> `/home/garry/Desktop/junk/wdlogo.ico' `/media/data/aaa_S500_data/wooly-mammoth.ico' -> `/home/garry/Desktop/junk/wooly-mammoth.ico' garry@S500-lucid:~$ Then without changing any files in $source, and if I do cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* again, nothing should be copied. But the two files that were created / altered on the NTFS partition _AFTER_ it got created with gparted & partimage get copied again. garry@S500-lucid:~$ cp -puv -t '/home/garry/Desktop/junk' /media/data/aaa_S500_data/* `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' garry@S500-lucid:~$ and again garry@S500-lucid:~$ cp -puv -t $dest $source `/media/data/aaa_S500_data/elephantGreen.ico' -> `/home/garry/Desktop/junk/elephantGreen.ico' `/media/data/aaa_S500_data/readme.txt' -> `/home/garry/Desktop/junk/readme.txt' here is my /etc/fstab proc /proc proc nodev,noexec,nosuid 0 0 UUID=a49e1eb6-72bc-465d-9852-ce99403d303f / ext3 errors=remount-ro 0 1 UUID=f13a83d6-fdfd-4dc7-b67c-a3d47c9fd727 none swap sw 0 0 UUID=07B3B28C580F4BEA /media/data ntfs-3g defaults,umask=000,uid=1000,gid=1000 0 1 #UUID=07B3B28C580F4BEA /media/data ntfs-3g defaults,relatime,umask=000,uid=1000,gid=1000 0 1 #UUID=07B3B28C580F4BEA /media/data ntfs defaults 0 1 UUID=c1841d07-7991-4e9c-8d35-969cb49ccf28 /media/toybox_data ext3 defaults 0 2 I tried touch --reference '/media/data/aaa_S500_data/newfile' '/home/garry/Desktop/junk/newfile' but that made no difference. What I'm using:- ubuntu 10.04 ntfs-3g 2010.3.6 #came with ubuntu ntfs-3g 2010.10.2 #installed today GNU Bash-4.1 cp in GNU coreutils 7.4 So is this a proper bug that I should put on launchpad? Looks like it to me, but I'm amazed if nobody else found it first. regards ------------------------------------ Garry Trethewey ------------------------------------ --------------010603000401010500090206-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 13 07:02:59 2011 Received: (at control) by debbugs.gnu.org; 13 Nov 2011 12:02:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPYm2-0004uC-V9 for submit@debbugs.gnu.org; Sun, 13 Nov 2011 07:02:59 -0500 Received: from mx.meyering.net ([88.168.87.75]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPYly-0004tw-7y; Sun, 13 Nov 2011 07:02:54 -0500 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id E09176006A; Sun, 13 Nov 2011 13:02:25 +0100 (CET) From: Jim Meyering To: Paul Eggert Subject: Re: bug#7612: cp -pu NTFS problem In-Reply-To: <4D032F71.4090101@cs.ucla.edu> (Paul Eggert's message of "Fri, 10 Dec 2010 23:59:45 -0800") References: <4D02C5F2.7050004@bigpond.com> <4D030A39.2060003@cs.ucla.edu> <4D030F26.9000804@bigpond.com> <4D032F71.4090101@cs.ucla.edu> Date: Sun, 13 Nov 2011 13:02:25 +0100 Message-ID: <87pqgwmdri.fsf@rho.meyering.net> Lines: 19 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control Cc: 7612@debbugs.gnu.org, Garry Trethewey , ntfs-3g-devel@lists.sf.net 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: -2.7 (--) forcemerge 7612 7613 close 7612 thanks Paul Eggert wrote: > On 12/10/2010 09:41 PM, Garry Trethewey wrote: > >> 1) I can see the difference >> - for (a /= res; a % 10 != 0; a /= 10) >> + for (a /= res; a % 10 == 0; a /= 10) >> but I'm just not that clever to apply a patch. > > If you've built the software, then > find the line that looks like the "-" line, and change it > so that it looks like a "+" line. Then type "make". > (If all this is beyond you, then don't worry too much; the bug > will be fixed in the next version of coreutils.) This was resolved last year, so closing. From unknown Wed Jun 18 23:10:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 11 Dec 2011 12:24:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator