From unknown Tue Aug 12 08:31:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17878: Possible bug in GNU ls with -R Resent-From: fuz@fuz.su Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 29 Jun 2014 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17878 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 17878@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140406510615821 (code B ref -1); Sun, 29 Jun 2014 18:06:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 Jun 2014 18:05:06 +0000 Received: from localhost ([127.0.0.1]:36974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1JTM-000474-SE for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:05:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40196) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1JTJ-00046D-Uj for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:05:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X1JTA-0000jT-EG for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:04:56 -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]:50961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JTA-0000jP-B3 for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:04:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JT6-0004vI-4U for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X1JT1-0000iT-Vk for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:48 -0400 Received: from fuz.su ([5.135.162.8]:50079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JT1-0000hn-PU for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:43 -0400 Received: by fuz.su (Postfix, from userid 1000) id AE7B8204A0; Sun, 29 Jun 2014 20:06:30 +0200 (CEST) Date: Sun, 29 Jun 2014 20:06:30 +0200 From: fuz@fuz.su Message-ID: <20140629180630.GA27782@fuz.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) I think I found behavior in GNU ls that deviates from the behavior specified by POSIX.1 2008: If GNU ls is called on one directory without subdirectories with the option -R, it prints a directory heading like this: $ ls -RF .: foo bar* baz POSIX.1 2008[1] says about this directory heading: > If more than one directory, or a combination of non-directory files > and directories are written, either as a result of specifying > multiple operands, or the -R option, each list of files within a > directory shall be preceded by: > > "\n%s:\n", > > If this string is the first thing to be written, the first > shall not be written. This output shall precede the number of units > in the directory. In the case described above, ls writes a listing for one directory (.) and does not list any non-directory files. Therefore, according to the above specification, the ".:" heading may not be printed, but GNU ls does do so. I suspect this is an oversight on the side of the developers of the GNU coreutils. I am using the following version of GNU ls: $ ls --version ls (GNU coreutils) 8.20 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Richard M. Stallman and David MacKenzie. Thank you very much for your help. Yours sincerely, Robert Clausecker [1]: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/ls.html -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 30 09:23:51 2014 Received: (at control) by debbugs.gnu.org; 30 Jun 2014 13:23:51 +0000 Received: from localhost ([127.0.0.1]:37531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1bYh-0006Ms-IV for submit@debbugs.gnu.org; Mon, 30 Jun 2014 09:23:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:21903) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1bYX-0006MU-KF; Mon, 30 Jun 2014 09:23:41 -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 s5UDNYjs028068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 30 Jun 2014 09:23:34 -0400 Received: from [10.3.113.171] (ovpn-113-171.phx2.redhat.com [10.3.113.171]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5UDNWrb022941; Mon, 30 Jun 2014 09:23:33 -0400 Message-ID: <53B164D4.7090807@redhat.com> Date: Mon, 30 Jun 2014 07:23:32 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: fuz@fuz.su, 17878-done@debbugs.gnu.org Subject: Re: bug#17878: Possible bug in GNU ls with -R References: <20140629180630.GA27782@fuz.su> In-Reply-To: <20140629180630.GA27782@fuz.su> X-Enigmail-Version: 1.6 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="emRnOAsRnQRpojBR2gJ4j04nctRtaALkN" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable tag 17878 notabug thanks On 06/29/2014 12:06 PM, fuz@fuz.su wrote: > $ ls -RF > .: > foo bar* baz >=20 >> If more than one directory, or a combination of non-directory files >> and directories are written, either as a result of specifying >> multiple operands, or the -R option, each list of files within a >> directory shall be preceded by: > In the case described above, ls writes a listing for one directory (.) > and does not list any non-directory files. Therefore, according to the > above specification, the ".:" heading may not be printed, but GNU ls > does do so. I suspect this is an oversight on the side of the > developers of the GNU coreutils. This is a mis-interpretation of POSIX. You missed the "or the -R option" phrase, which implies this behavior is turned on unconditionally when a directory is listed recursively even if that directory does not contain a mix of non-directory files and directories. That is, the behavior of listing a directory at the front is triggered either by specifying multiple command line arguments (either 2 or more directories, or 1 directory and at least one other argument); or by using -R. Another way of looking at it is that you are listing a combination of directories and regular files - the directory '.' (implicitly supplied by not giving any arguments) and the regular files of its contents. All other ls implementations behave the same. This is not a bug in coreutils. I'm closing the report, although you can feel free to add more comments. If you think the wording in POSIX is awkward, then file a bug there to get it cleaned up (http://austingroupbugs.net/) --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJTsWTUAAoJEKeha0olJ0NqIAUIAKoOE/DAVqwuSX7rpv0RTZUV sNecQDTgl2Kg/khPk0rjip4ZLQKUhTJlBOGuPb8RFEdc7SwzQAZdM6T3O0EkYeCQ 5qAeI+fvuRuau9ibzXN4xGcRFZBxTKWdIYOaMXUwLL4/5rcXSQfafoh7Pv4YsCC2 8gM8BoeAff91/IIQe9CVBBn6npGdCq97k0Pp+6jUbb8txFebboOsYqbTlPGfQrfX 0ivpIpNrev+5y/U7uQziz7ptB4YMtdrWzfs1Ah0v2bD0oonc3ZkCH22Jj0WvZJzS uInVt8tngSlj+VaTCS8CUQVh1psBGAkYKT2jq///hGB0n22f3oS0rcM39wQkeQ8= =qF2l -----END PGP SIGNATURE----- --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN-- From unknown Tue Aug 12 08:31:58 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: fuz@fuz.su Subject: bug#17878: closed (Re: bug#17878: Possible bug in GNU ls with -R) Message-ID: References: <53B164D4.7090807@redhat.com> <20140629180630.GA27782@fuz.su> X-Gnu-PR-Message: they-closed 17878 X-Gnu-PR-Package: coreutils X-Gnu-PR-Keywords: notabug Reply-To: 17878@debbugs.gnu.org Date: Mon, 30 Jun 2014 13:24:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1404134643-24519-1" This is a multi-part message in MIME format... ------------=_1404134643-24519-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17878: Possible bug in GNU ls with -R 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 17878@debbugs.gnu.org. --=20 17878: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17878 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1404134643-24519-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17878-done) by debbugs.gnu.org; 30 Jun 2014 13:23:47 +0000 Received: from localhost ([127.0.0.1]:37529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1bYd-0006Mk-Do for submit@debbugs.gnu.org; Mon, 30 Jun 2014 09:23:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:21903) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1bYX-0006MU-KF; Mon, 30 Jun 2014 09:23:41 -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 s5UDNYjs028068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 30 Jun 2014 09:23:34 -0400 Received: from [10.3.113.171] (ovpn-113-171.phx2.redhat.com [10.3.113.171]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5UDNWrb022941; Mon, 30 Jun 2014 09:23:33 -0400 Message-ID: <53B164D4.7090807@redhat.com> Date: Mon, 30 Jun 2014 07:23:32 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: fuz@fuz.su, 17878-done@debbugs.gnu.org Subject: Re: bug#17878: Possible bug in GNU ls with -R References: <20140629180630.GA27782@fuz.su> In-Reply-To: <20140629180630.GA27782@fuz.su> X-Enigmail-Version: 1.6 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="emRnOAsRnQRpojBR2gJ4j04nctRtaALkN" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17878-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable tag 17878 notabug thanks On 06/29/2014 12:06 PM, fuz@fuz.su wrote: > $ ls -RF > .: > foo bar* baz >=20 >> If more than one directory, or a combination of non-directory files >> and directories are written, either as a result of specifying >> multiple operands, or the -R option, each list of files within a >> directory shall be preceded by: > In the case described above, ls writes a listing for one directory (.) > and does not list any non-directory files. Therefore, according to the > above specification, the ".:" heading may not be printed, but GNU ls > does do so. I suspect this is an oversight on the side of the > developers of the GNU coreutils. This is a mis-interpretation of POSIX. You missed the "or the -R option" phrase, which implies this behavior is turned on unconditionally when a directory is listed recursively even if that directory does not contain a mix of non-directory files and directories. That is, the behavior of listing a directory at the front is triggered either by specifying multiple command line arguments (either 2 or more directories, or 1 directory and at least one other argument); or by using -R. Another way of looking at it is that you are listing a combination of directories and regular files - the directory '.' (implicitly supplied by not giving any arguments) and the regular files of its contents. All other ls implementations behave the same. This is not a bug in coreutils. I'm closing the report, although you can feel free to add more comments. If you think the wording in POSIX is awkward, then file a bug there to get it cleaned up (http://austingroupbugs.net/) --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJTsWTUAAoJEKeha0olJ0NqIAUIAKoOE/DAVqwuSX7rpv0RTZUV sNecQDTgl2Kg/khPk0rjip4ZLQKUhTJlBOGuPb8RFEdc7SwzQAZdM6T3O0EkYeCQ 5qAeI+fvuRuau9ibzXN4xGcRFZBxTKWdIYOaMXUwLL4/5rcXSQfafoh7Pv4YsCC2 8gM8BoeAff91/IIQe9CVBBn6npGdCq97k0Pp+6jUbb8txFebboOsYqbTlPGfQrfX 0ivpIpNrev+5y/U7uQziz7ptB4YMtdrWzfs1Ah0v2bD0oonc3ZkCH22Jj0WvZJzS uInVt8tngSlj+VaTCS8CUQVh1psBGAkYKT2jq///hGB0n22f3oS0rcM39wQkeQ8= =qF2l -----END PGP SIGNATURE----- --emRnOAsRnQRpojBR2gJ4j04nctRtaALkN-- ------------=_1404134643-24519-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 29 Jun 2014 18:05:06 +0000 Received: from localhost ([127.0.0.1]:36974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1JTM-000474-SE for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:05:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40196) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1JTJ-00046D-Uj for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:05:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X1JTA-0000jT-EG for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:04:56 -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]:50961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JTA-0000jP-B3 for submit@debbugs.gnu.org; Sun, 29 Jun 2014 14:04:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JT6-0004vI-4U for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X1JT1-0000iT-Vk for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:48 -0400 Received: from fuz.su ([5.135.162.8]:50079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X1JT1-0000hn-PU for bug-coreutils@gnu.org; Sun, 29 Jun 2014 14:04:43 -0400 Received: by fuz.su (Postfix, from userid 1000) id AE7B8204A0; Sun, 29 Jun 2014 20:06:30 +0200 (CEST) Date: Sun, 29 Jun 2014 20:06:30 +0200 From: fuz@fuz.su To: bug-coreutils@gnu.org Subject: Possible bug in GNU ls with -R Message-ID: <20140629180630.GA27782@fuz.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) I think I found behavior in GNU ls that deviates from the behavior specified by POSIX.1 2008: If GNU ls is called on one directory without subdirectories with the option -R, it prints a directory heading like this: $ ls -RF .: foo bar* baz POSIX.1 2008[1] says about this directory heading: > If more than one directory, or a combination of non-directory files > and directories are written, either as a result of specifying > multiple operands, or the -R option, each list of files within a > directory shall be preceded by: > > "\n%s:\n", > > If this string is the first thing to be written, the first > shall not be written. This output shall precede the number of units > in the directory. In the case described above, ls writes a listing for one directory (.) and does not list any non-directory files. Therefore, according to the above specification, the ".:" heading may not be printed, but GNU ls does do so. I suspect this is an oversight on the side of the developers of the GNU coreutils. I am using the following version of GNU ls: $ ls --version ls (GNU coreutils) 8.20 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Richard M. Stallman and David MacKenzie. Thank you very much for your help. Yours sincerely, Robert Clausecker [1]: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/ls.html -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments ------------=_1404134643-24519-1-- From unknown Tue Aug 12 08:31:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17878: Possible bug in GNU ls with -R Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 30 Jun 2014 16:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17878 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: notabug To: 17878@debbugs.gnu.org, eblake@redhat.com, fuz@fuz.su Received: via spool by 17878-submit@debbugs.gnu.org id=B17878.140414536914185 (code B ref 17878); Mon, 30 Jun 2014 16:23:02 +0000 Received: (at 17878) by debbugs.gnu.org; 30 Jun 2014 16:22:49 +0000 Received: from localhost ([127.0.0.1]:38109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1eLw-0003gi-Ia for submit@debbugs.gnu.org; Mon, 30 Jun 2014 12:22:48 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:51384) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1eLu-0003gS-Ph for 17878@debbugs.gnu.org; Mon, 30 Jun 2014 12:22:47 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 55431A60010; Mon, 30 Jun 2014 09:22:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s6xi+639h9a7; Mon, 30 Jun 2014 09:22:35 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id C1A2BA60003; Mon, 30 Jun 2014 09:22:35 -0700 (PDT) Message-ID: <53B18EC8.9080104@cs.ucla.edu> Date: Mon, 30 Jun 2014 09:22:32 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 References: <20140629180630.GA27782@fuz.su> <53B164D4.7090807@redhat.com> In-Reply-To: <53B164D4.7090807@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (--) Eric Blake wrote: > All other ls implementations behave the same. Unfortunately that's not the case, as AIX 7.1 behaves the way the original requestor asked for, as does 7th Edition Unix. Furthermore, the POSIX spec's EXAMPLES section (admittedly informative) agrees with AIX 7.1 and 7th Edition Unix. My guess is that POSIX intended to specify the traditional behavior. However, so many implementations have gotten it wrong that one could easily argue the wording is unclear, and that the POSIX wording should be fixed to make it clear that both the traditional and the common behavior are allowed. Another possibility is that we could change GNU ls to behave like traditional ls. From unknown Tue Aug 12 08:31:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17878: Possible bug in GNU ls with -R Resent-From: Eric Blake Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 30 Jun 2014 17:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17878 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: notabug To: Paul Eggert , 17878@debbugs.gnu.org, fuz@fuz.su Received: via spool by 17878-submit@debbugs.gnu.org id=B17878.140415071222714 (code B ref 17878); Mon, 30 Jun 2014 17:52:02 +0000 Received: (at 17878) by debbugs.gnu.org; 30 Jun 2014 17:51:52 +0000 Received: from localhost ([127.0.0.1]:38171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1fk4-0005uB-IA for submit@debbugs.gnu.org; Mon, 30 Jun 2014 13:51:52 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46609) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1fjz-0005tu-NA for 17878@debbugs.gnu.org; Mon, 30 Jun 2014 13:51:47 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s5UHpX07006366 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 30 Jun 2014 13:51:33 -0400 Received: from [10.3.113.171] (ovpn-113-171.phx2.redhat.com [10.3.113.171]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5UHpW1l018560; Mon, 30 Jun 2014 13:51:32 -0400 Message-ID: <53B1A3A3.6080701@redhat.com> Date: Mon, 30 Jun 2014 11:51:31 -0600 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 References: <20140629180630.GA27782@fuz.su> <53B164D4.7090807@redhat.com> <53B18EC8.9080104@cs.ucla.edu> In-Reply-To: <53B18EC8.9080104@cs.ucla.edu> X-Enigmail-Version: 1.6 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5mBpLb1RORJjfSeKGdBwJFimDg4Dih8TK" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5mBpLb1RORJjfSeKGdBwJFimDg4Dih8TK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/30/2014 10:22 AM, Paul Eggert wrote: > Eric Blake wrote: >> All other ls implementations behave the same. >=20 > Unfortunately that's not the case, as AIX 7.1 behaves the way the > original requestor asked for, as does 7th Edition Unix. Furthermore, > the POSIX spec's EXAMPLES section > > (admittedly informative) agrees with AIX 7.1 and 7th Edition Unix. My > guess is that POSIX intended to specify the traditional behavior. > However, so many implementations have gotten it wrong that one could > easily argue the wording is unclear, and that the POSIX wording should > be fixed to make it clear that both the traditional and the common > behavior are allowed. Another possibility is that we could change GNU > ls to behave like traditional ls. Then I'll go ahead and raise a defect report with the Austin Group, and report back here once I get more of a feel for what will happen in POSIX.= --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --5mBpLb1RORJjfSeKGdBwJFimDg4Dih8TK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJTsaOjAAoJEKeha0olJ0Nqo1gH/R69f1a4jjGB6TlnQG/3sxrV 9oTY2O4qwqJ2L1D6UfPe+0AWKGiBDk9vuN5mdNEzoIHV4QYKb+/9N8uBshN26i21 UffWfB7HhetrS0aHEPcEOYmMItj+twGr87lD0qNQAD21dfn61z+2Ryk6EV87cg/5 +88PXZy2a+rq6AljqoZHs3NYtjYkC5rfiDSmlJDLzxQ4xI/olvutOVh21lhd79PB JrGgvXZHZnNSyzdjhjvwZZBKeUGZakwo7q6t69nCij1XMXggsThF8/YVyFWUT1+m M0+qqQDNJwFzYFjWpRGMv3ITYGaPgJ56JU/DlXXO58TmiOz6QXYHJf2sH4axNZI= =eynm -----END PGP SIGNATURE----- --5mBpLb1RORJjfSeKGdBwJFimDg4Dih8TK-- From unknown Tue Aug 12 08:31:58 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17878: Possible bug in GNU ls with -R Resent-From: fuz@fuz.su Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 30 Jun 2014 18:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17878 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: notabug To: 17878@debbugs.gnu.org Received: via spool by 17878-submit@debbugs.gnu.org id=B17878.140415285226149 (code B ref 17878); Mon, 30 Jun 2014 18:28:01 +0000 Received: (at 17878) by debbugs.gnu.org; 30 Jun 2014 18:27:32 +0000 Received: from localhost ([127.0.0.1]:38214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1gId-0006ng-KR for submit@debbugs.gnu.org; Mon, 30 Jun 2014 14:27:31 -0400 Received: from fuz.su ([5.135.162.8]:36021) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X1gIW-0006nL-8p for 17878@debbugs.gnu.org; Mon, 30 Jun 2014 14:27:30 -0400 Received: by fuz.su (Postfix, from userid 1000) id 7D0C1204A0; Mon, 30 Jun 2014 20:29:14 +0200 (CEST) Date: Mon, 30 Jun 2014 20:29:14 +0200 From: fuz@fuz.su Message-ID: <20140630182914.GA4127@fuz.su> References: <20140629180630.GA27782@fuz.su> <53B164D4.7090807@redhat.com> <53B18EC8.9080104@cs.ucla.edu> <53B1A3A3.6080701@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53B1A3A3.6080701@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.0 (/) Please keep me updated on this issue and perhaps link the Austin Group defect in this bug report. On Mon, Jun 30, 2014 at 11:51:31AM -0600, Eric Blake wrote: > On 06/30/2014 10:22 AM, Paul Eggert wrote: > > Eric Blake wrote: > >> All other ls implementations behave the same. > > > > Unfortunately that's not the case, as AIX 7.1 behaves the way the > > original requestor asked for, as does 7th Edition Unix. Furthermore, > > the POSIX spec's EXAMPLES section > > > > (admittedly informative) agrees with AIX 7.1 and 7th Edition Unix. My > > guess is that POSIX intended to specify the traditional behavior. > > However, so many implementations have gotten it wrong that one could > > easily argue the wording is unclear, and that the POSIX wording should > > be fixed to make it clear that both the traditional and the common > > behavior are allowed. Another possibility is that we could change GNU > > ls to behave like traditional ls. > > Then I'll go ahead and raise a defect report with the Austin Group, and > report back here once I get more of a feel for what will happen in POSIX. > > -- > Eric Blake eblake redhat com +1-919-301-3266 > Libvirt virtualization library http://libvirt.org > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments