From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 04:18:47 2018 Received: (at submit) by debbugs.gnu.org; 3 Apr 2018 08:18:47 +0000 Received: from localhost ([127.0.0.1]:35750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3H9T-0007nE-Ix for submit@debbugs.gnu.org; Tue, 03 Apr 2018 04:18:47 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3H9S-0007n1-If for submit@debbugs.gnu.org; Tue, 03 Apr 2018 04:18:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f3H9H-0001fO-Qm for submit@debbugs.gnu.org; Tue, 03 Apr 2018 04:18:41 -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.9 required=5.0 tests=BAYES_00, FROM_EXCESS_BASE64, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53151) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f3H9H-0001fG-NH for submit@debbugs.gnu.org; Tue, 03 Apr 2018 04:18:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58663) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f3H9G-0004PS-8x for bug-coreutils@gnu.org; Tue, 03 Apr 2018 04:18:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f3H9B-0001cr-Cb for bug-coreutils@gnu.org; Tue, 03 Apr 2018 04:18:34 -0400 Received: from homie.mail.dreamhost.com ([208.97.132.208]:58885 helo=homiemail-a61.g.dreamhost.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f3H9B-0001bo-2T for bug-coreutils@gnu.org; Tue, 03 Apr 2018 04:18:29 -0400 Received: from homiemail-a61.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTP id 1491C578077 for ; Tue, 3 Apr 2018 01:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to :subject:date:message-id:mime-version:content-type; s= jidanni.org; bh=LdWySh6aruA/4XulymRO6WZg6Zw=; b=H1Omlcne1TYxRjhw Dg9zLoqj9OjkwzFPtFBTGDHzYPzyH7vZD4KLMqniY4DZkXmqYu0xWo5o6yyuRqUs Kh56GCqgGJjikLIA2x6nxw690tlMIi8aZ/auq7W5EyQexsA5CylMXYbBccMiPUf3 +pdFoseJh9x2qgP2lFgGDp2blBg= Received: from jidanni.org (36-234-70-15.dynamic-ip.hinet.net [36.234.70.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTPSA id BF748578059 for ; Tue, 3 Apr 2018 01:18:26 -0700 (PDT) From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: bug-coreutils@gnu.org Subject: mv copies in ls -r order Date: Tue, 03 Apr 2018 15:52:15 +0800 Message-ID: <87bmf0hgls.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.9 (----) $ mv -v dir1/* dir2 reveals that mv works backwards, copying in ls -r order. Well OK, but why is that order better than the order of the arguments it was given? From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 10:18:54 2018 Received: (at control) by debbugs.gnu.org; 3 Apr 2018 14:18:54 +0000 Received: from localhost ([127.0.0.1]:37151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Mly-0003ay-Kw for submit@debbugs.gnu.org; Tue, 03 Apr 2018 10:18:54 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:43048 helo=mx1.redhat.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Mlw-0003af-Di; Tue, 03 Apr 2018 10:18:53 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E2CD0402314E; Tue, 3 Apr 2018 14:18:46 +0000 (UTC) Received: from [10.10.123.104] (ovpn-123-104.rdu2.redhat.com [10.10.123.104]) by smtp.corp.redhat.com (Postfix) with ESMTP id 8E567215CDC6; Tue, 3 Apr 2018 14:18:46 +0000 (UTC) Subject: Re: bug#31038: mv copies in ls -r order To: =?UTF-8?B?56mN5Li55bC8IERhbiBKYWNvYnNvbg==?= , 31038-done@debbugs.gnu.org References: <87bmf0hgls.fsf@jidanni.org> From: Eric Blake Openpgp: url=http://people.redhat.com/eblake/eblake.gpg Organization: Red Hat, Inc. Message-ID: <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> Date: Tue, 3 Apr 2018 09:18:46 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <87bmf0hgls.fsf@jidanni.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KqNi1i2I31je8BIaKZFjtEi520wGvt5f5" X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]); Tue, 03 Apr 2018 14:18:46 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]); Tue, 03 Apr 2018 14:18:46 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'eblake@redhat.com' RCPT:'' X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KqNi1i2I31je8BIaKZFjtEi520wGvt5f5 Content-Type: multipart/mixed; boundary="3QNHFnojB1KY7CiwR3KGZmm93DExMcORo"; protected-headers="v1" From: Eric Blake To: =?UTF-8?B?56mN5Li55bC8IERhbiBKYWNvYnNvbg==?= , 31038-done@debbugs.gnu.org Message-ID: <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> Subject: Re: bug#31038: mv copies in ls -r order References: <87bmf0hgls.fsf@jidanni.org> In-Reply-To: <87bmf0hgls.fsf@jidanni.org> --3QNHFnojB1KY7CiwR3KGZmm93DExMcORo Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable tag 31038 notabug thanks On 04/03/2018 02:52 AM, =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson wrote: > $ mv -v dir1/* dir2 > reveals that mv works backwards, > copying in ls -r order. Not quite true. It copies the arguments in the order given on the command line (the * glob expands to a sorted list according to the current locale's sorting rules) into the directory specified as the final argument; this is NOT the same as 'ls -r' which lists ALL arguments in a reverse-sorted lists. For example: $ mkdir dir1 dir2 $ touch dir1/a dir1/b $ echo ls -r dira1/* dir2 ls -r dir1/a dir1/b dir2 $ ls -r dira1/* dir2 dir1/b dir1/a dir2: (which listed both entries under dir1 first, rather than listing dir2 first - that is, the glob expanded things in sorted order, then ls -r reversed files within the same directory to list b before a but did NOT reverse directories themselves). $ mv -v dir1/* dir2 'dir1/a' -> 'dir2/a' 'dir1/b' -> 'dir2/b' Here, mv processed all arguments in the order they were given (a before b), which is different from what you claim as the 'ls -r' behavior (b before a, even when the command line listed a before b). > Well OK, but why is that order better than the order of the arguments i= t > was given? Because treating the final argument as the destination directory is how it's been done for 40+ years, and so it was standardized that way. Changing it now would break users. If you don't like it, use: mv -v --target-directory dir2 dir1/* This is not a bug, so I'm marking it as such in the database. --=20 Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org --3QNHFnojB1KY7CiwR3KGZmm93DExMcORo-- --KqNi1i2I31je8BIaKZFjtEi520wGvt5f5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAlrDjUYACgkQp6FrSiUn Q2qflAf+NuYoaZG31OfB00kn+0JfJPHHKhnI+NckybgJlWlNQ7xmnhU7Ri/gKMV9 O3JKlz0PTTSvyNmG9CG2iAStSYN5XX5j7cT1+U39Q4mQoZq4le1zct0gKpfaZcVi CbIgDLszC0yoU8FWi4h/Tvj8cStHtH4XHYJBO7Lj/qt8a9MjfdcnOJ7EfeGGQ9fX UzwJZ1ninhXxbD7lATlL76O4prTd5S0TrE83n+irrEe08LAGoXKwRrURVWqmfOKn t0p22y0rPCabD/o1ga7f9krTZCUlVXNx6Ovquoo7nWaE9qv6Iw5vgH9Pvhfzr5Hg uM82/neg1+6hfEpuci+8oo5kj6a2pA== =K7y7 -----END PGP SIGNATURE----- --KqNi1i2I31je8BIaKZFjtEi520wGvt5f5-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 10:37:20 2018 Received: (at 31038-done) by debbugs.gnu.org; 3 Apr 2018 14:37:20 +0000 Received: from localhost ([127.0.0.1]:37189 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3N3o-00060o-H3 for submit@debbugs.gnu.org; Tue, 03 Apr 2018 10:37:20 -0400 Received: from homie.mail.dreamhost.com ([208.97.132.208]:37161 helo=homiemail-a61.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3N3l-00060f-KS for 31038-done@debbugs.gnu.org; Tue, 03 Apr 2018 10:37:18 -0400 Received: from homiemail-a61.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTP id 8EB2957807F; Tue, 3 Apr 2018 07:37:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc :subject:references:date:message-id:mime-version:content-type; s=jidanni.org; bh=M+R2jlYEwxLIUrT6WsUc6wHkFMM=; b=dn+zCvG4P4Lr2 /vaJLaTE7d6RzwBO7ZhR89mS4YlLbzIWZtisWgsK7cd31SQC2eYsdNOiHeAuOiSI pn1vRpEdwL5ur+PQxnuc4ESHbdqLsXnIfNMsYhNucixpmgiBfKyvCC9QPUky/DhB Q9S7TsHK81f6DEtZuod6SvDDIn62+o= Received: from jidanni.org (36-234-70-15.dynamic-ip.hinet.net [36.234.70.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTPSA id 1229057807E; Tue, 3 Apr 2018 07:37:16 -0700 (PDT) From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: Eric Blake Subject: Re: bug#31038: mv copies in ls -r order References: <87bmf0hgls.fsf@jidanni.org> <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> Date: Tue, 03 Apr 2018 22:37:13 +0800 Message-ID: <87370c1hly.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 31038-done Cc: 31038-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.1 (/) OK maybe I was just looking at the latter half of $ sh O /tmp created directory '/var/tmp/y' copied 'x/1' -> '/var/tmp/y/1' copied 'x/2' -> '/var/tmp/y/2' copied 'x/3' -> '/var/tmp/y/3' copied 'x/4' -> '/var/tmp/y/4' copied 'x/5' -> '/var/tmp/y/5' copied 'x/6' -> '/var/tmp/y/6' copied 'x/7' -> '/var/tmp/y/7' copied 'x/8' -> '/var/tmp/y/8' copied 'x/9' -> '/var/tmp/y/9' removed 'x/9' removed 'x/8' removed 'x/7' removed 'x/6' removed 'x/5' removed 'x/4' removed 'x/3' removed 'x/2' removed 'x/1' removed directory 'x' $ cat O set -eu cd /tmp mkdir x cd x seq 9|xargs touch cd - mv -v x /var/tmp/y From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 10:52:46 2018 Received: (at 31038-done) by debbugs.gnu.org; 3 Apr 2018 14:52:46 +0000 Received: from localhost ([127.0.0.1]:37199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3NIk-0006Lr-2F for submit@debbugs.gnu.org; Tue, 03 Apr 2018 10:52:46 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:38840 helo=mx1.redhat.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3NIh-0006Ld-1R for 31038-done@debbugs.gnu.org; Tue, 03 Apr 2018 10:52:44 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A63947CBBA; Tue, 3 Apr 2018 14:52:37 +0000 (UTC) Received: from [10.10.123.104] (ovpn-123-104.rdu2.redhat.com [10.10.123.104]) by smtp.corp.redhat.com (Postfix) with ESMTP id 5AD5C10B2B22; Tue, 3 Apr 2018 14:52:37 +0000 (UTC) Subject: Re: bug#31038: mv copies in ls -r order To: =?UTF-8?B?56mN5Li55bC8IERhbiBKYWNvYnNvbg==?= References: <87bmf0hgls.fsf@jidanni.org> <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> <87370c1hly.fsf@jidanni.org> From: Eric Blake Openpgp: url=http://people.redhat.com/eblake/eblake.gpg Organization: Red Hat, Inc. Message-ID: <35db1542-6ce2-9518-635f-79fe969292db@redhat.com> Date: Tue, 3 Apr 2018 09:52:36 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <87370c1hly.fsf@jidanni.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ReTwyYEWSm45Ml6Marc2NtSnV7kcJoHon" X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Tue, 03 Apr 2018 14:52:37 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Tue, 03 Apr 2018 14:52:37 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'eblake@redhat.com' RCPT:'' X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 31038-done Cc: 31038-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ReTwyYEWSm45Ml6Marc2NtSnV7kcJoHon Content-Type: multipart/mixed; boundary="6gd0ntDkOcjdkFm3SlsnEdN2Mo0Tr6A3P"; protected-headers="v1" From: Eric Blake To: =?UTF-8?B?56mN5Li55bC8IERhbiBKYWNvYnNvbg==?= Cc: 31038-done@debbugs.gnu.org Message-ID: <35db1542-6ce2-9518-635f-79fe969292db@redhat.com> Subject: Re: bug#31038: mv copies in ls -r order References: <87bmf0hgls.fsf@jidanni.org> <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> <87370c1hly.fsf@jidanni.org> In-Reply-To: <87370c1hly.fsf@jidanni.org> --6gd0ntDkOcjdkFm3SlsnEdN2Mo0Tr6A3P Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 04/03/2018 09:37 AM, =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson wrote: > OK maybe I was just looking at the latter half of >=20 > $ sh O > /tmp > created directory '/var/tmp/y' > copied 'x/1' -> '/var/tmp/y/1' > copied 'x/2' -> '/var/tmp/y/2' > copied 'x/3' -> '/var/tmp/y/3' > copied 'x/4' -> '/var/tmp/y/4' > copied 'x/5' -> '/var/tmp/y/5' > copied 'x/6' -> '/var/tmp/y/6' > copied 'x/7' -> '/var/tmp/y/7' > copied 'x/8' -> '/var/tmp/y/8' > copied 'x/9' -> '/var/tmp/y/9' > removed 'x/9' > removed 'x/8' > removed 'x/7' > removed 'x/6' > removed 'x/5' > removed 'x/4' > removed 'x/3' > removed 'x/2' > removed 'x/1' Ah, so you're questioning the behavior of cross-volume moves, rather than same-volume (where mv has to do separate non-atomic steps instead of letting rename(2) do all the work). Please, when you report something, GIVE ALL THE DETAILS up front, rather than making us play guessing games at how to reproduce things. > removed directory 'x' >=20 > $ cat O > set -eu > cd /tmp > mkdir x > cd x > seq 9|xargs touch > cd - > mv -v x /var/tmp/y That is NOT the same command that you documented in your original report (where you used a glob); rather, it is a single directory name, where mv has to recurse itself. Note that you have entirely changed the question from what I answered in the previous mail. My claim that POSIX requires mv to process things in command line order is still true, but here, the command line order is only a single directory, and there is no requirement in POSIX at the order of the contents within the directory are handled, only that all files within the directory eventually get reached. In fact, there is no reason at all that file names in a cross-volume move have to be visited in any particular order, so our choice is to favor any order that is demonstratably faster, followed by any order that is easier to code. It's easier to process directory entries in readdir() order (which is NOT necessarily sorted by filename); the only reason to perform the copies in an order different from readdir() order is if sorting things gives better performance (in fact, we've found that sorting files, not by name order, but by inode number, tends to give speedups for rotating disks, where visiting files in incrementing inode order tends to be faster than visiting files in readdir() order). But when it comes to removing files, we have to perform bookkeeping in order to carefully track which files need to be removed; and in that case, a LIFO list is the simplest coding technique. So, in your particular example, you touched nine files in order (which probably had the side effect that readdir() order, name order, and inode order all matched); once all nine files have been copied (using whichever order was most efficient, although for your example all three orders likely happened to be the same), then the removal is done by processing the internal list of what still needs work, and that list happens to be easiest in reverse order. Still, I stand by my claim that this is not a bug, and that there is nothing to change unless you can provide a benchmark that shows that doing things in a different order offers a noticeable speedup. --=20 Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org --6gd0ntDkOcjdkFm3SlsnEdN2Mo0Tr6A3P-- --ReTwyYEWSm45Ml6Marc2NtSnV7kcJoHon Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAlrDlTQACgkQp6FrSiUn Q2rsqAf+KKvhs/sCnmVJq5pjCLgTIMef/dQ5SSeznRPca5/kfA8OjfDZ0+Rpb7b1 CeiSWV8bdDGSW4fxDwU5kPltGajy9Bo5jbSRpSw5vdOG74RTY+urrxjfpMuMI0Dw mfPdB8kXThbOfzislhgpSK+d9fXCt1T2ifmQblfCddA4eXWQZwf0YOGvoYv7mx9H aJtjLiuD7/6cW9qOFllBPqfuCXvBvbcYmxj8S5eq4pm7V0p4ruRL/4rAWnSsYFGF +McknG1K/i82v1DEWyWAQrSdmh2ka3ZLctQtNVYrGhHFKPTkWO7eSEFsA/viaMeq /JtFrQQmkObHzVi/0PBeROs8pdMkEA== =tL/K -----END PGP SIGNATURE----- --ReTwyYEWSm45Ml6Marc2NtSnV7kcJoHon-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 03 11:13:43 2018 Received: (at 31038-done) by debbugs.gnu.org; 3 Apr 2018 15:13:43 +0000 Received: from localhost ([127.0.0.1]:37246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Nd0-0006sb-TL for submit@debbugs.gnu.org; Tue, 03 Apr 2018 11:13:43 -0400 Received: from homie.mail.dreamhost.com ([208.97.132.208]:40569 helo=homiemail-a61.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3Ncx-0006sR-1B for 31038-done@debbugs.gnu.org; Tue, 03 Apr 2018 11:13:41 -0400 Received: from homiemail-a61.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTP id E88A1578071; Tue, 3 Apr 2018 08:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc :subject:references:date:message-id:mime-version:content-type: content-transfer-encoding; s=jidanni.org; bh=YhivXcNuB7kr2c3WYSV sPvFtiVA=; b=iaQbHGgEmoPTYcil4f6TA7qNsuwEoD/+Hc/Jx7SprTiVI2c9ifv rKJnFVvTGBPwQJ7FBvXoxH0V8dhEchDJUUcy5b0bkhD8FhnC6vOF36vkbP891WI6 nJLA+FAzDct0afJx0WJS50egh12TTTYQFEoetLp3xMLe4wxFKWnOlUys= Received: from jidanni.org (36-234-70-15.dynamic-ip.hinet.net [36.234.70.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by homiemail-a61.g.dreamhost.com (Postfix) with ESMTPSA id 7BB6457806E; Tue, 3 Apr 2018 08:13:37 -0700 (PDT) From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: Eric Blake Subject: Re: bug#31038: mv copies in ls -r order References: <87bmf0hgls.fsf@jidanni.org> <213153b5-01c7-e716-abe5-32811e8eb27f@redhat.com> <87370c1hly.fsf@jidanni.org> <35db1542-6ce2-9518-635f-79fe969292db@redhat.com> Date: Tue, 03 Apr 2018 23:13:33 +0800 Message-ID: <87y3i4z5k2.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 31038-done Cc: 31038-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.1 (/) OK. Please on (info "(coreutils) cp invocation") at =E2=80=98-v=E2=80=99 =E2=80=98--verbose=E2=80=99 Print the name of each file before copying it. add: "(Note this reveals internal order of operations, often in ls -U order, thus occasionally appearing to be in ls, ls -t, ls -r, ls -rt etc. order.= )" (I mean on the same page you do go into such details: =E2=80=98-a=E2=80=99 =E2=80=98--archive=E2=80=99 Preserve as much as possible of the structure and attributes of the original files in the copy (but do not attempt to preserve internal directory structure; i.e., =E2=80=98ls -U=E2=80=99 may list the entr= ies in a copied directory in a different order). Try to preserve SELinux security context and extended attributes (xattr), but ignore any failure to do that and print no corresponding diagnostic. Equivalent to =E2=80= =98-dR ) From unknown Mon Jun 23 04:14:20 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 02 May 2018 11:24:04 +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