From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 23 11:36:35 2014 Received: (at submit) by debbugs.gnu.org; 23 Jun 2014 15:36:35 +0000 Received: from localhost ([127.0.0.1]:58363 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz6II-0001Em-Km for submit@debbugs.gnu.org; Mon, 23 Jun 2014 11:36:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51812) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz2Fr-0000Nj-Mt for submit@debbugs.gnu.org; Mon, 23 Jun 2014 07:17:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wz2Fd-0000g3-B0 for submit@debbugs.gnu.org; Mon, 23 Jun 2014 07:17:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51762) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wz2Fd-0000fz-89 for submit@debbugs.gnu.org; Mon, 23 Jun 2014 07:17:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wz2FV-0006Kk-Ky for bug-coreutils@gnu.org; Mon, 23 Jun 2014 07:17:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wz2FO-0000cV-60 for bug-coreutils@gnu.org; Mon, 23 Jun 2014 07:17:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:39467) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wz2FN-0000cN-V2 for bug-coreutils@gnu.org; Mon, 23 Jun 2014 07:17:14 -0400 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s5NBHCh2026574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 23 Jun 2014 07:17:12 -0400 Received: from morgoth.brq.redhat.com (dhcp-30-124.brq.redhat.com [10.34.30.124]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5NBH9pg012316 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 23 Jun 2014 07:17:12 -0400 Date: Mon, 23 Jun 2014 13:17:09 +0200 From: Michal Sekletar To: bug-coreutils@gnu.org Subject: ls: unit displayed for block size when if size is displayed in human-readable format Message-ID: <20140623111709.GA30735@morgoth.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 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-Mailman-Approved-At: Mon, 23 Jun 2014 11:36:29 -0400 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 (-----) Hi, ls utility currently displays suffix representing unit in blocks column if --size is combined with --human-readable. For example: $ ls -l -sh /tmp/foo 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo Suffix K in the output shown doesn't seem correct and implies false information. Moreover if size of file is bigger say 1M then suffix used for blocks column would be M. Looks like if file is small enough and no suffix is shown in size column then suffix K is implied for # blocks column. $ rpm -q coreutils coreutils-8.22-14.fc21.x86_64 I contacted downstream maintainer first and this behavior shouldn't be caused by downstream patch, therefore reporting here. Please disregard this report if this is expected or bug is already reported. Thanks, Michal From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 23 12:14:40 2014 Received: (at 17838) by debbugs.gnu.org; 23 Jun 2014 16:14:40 +0000 Received: from localhost ([127.0.0.1]:58408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz6tD-0002Lt-T8 for submit@debbugs.gnu.org; Mon, 23 Jun 2014 12:14:40 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:61242) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz6tB-0002Lc-1E for 17838@debbugs.gnu.org; Mon, 23 Jun 2014 12:14:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBACdRqFNda32l/2dsb2JhbAANTMUjgxUBgSWEeAEBAQQyAUYQCw0BCgkWBAsJAwIBAgFFBg0BBwEBiEOncZ5uF458B4RDAQOhco49gUM Received: from unknown (HELO [192.168.1.79]) ([93.107.125.165]) by mail1.vodafone.ie with ESMTP; 23 Jun 2014 17:14:30 +0100 Message-ID: <53A85265.1000603@draigBrady.com> Date: Mon, 23 Jun 2014 17:14:29 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Michal Sekletar Subject: Re: bug#17838: ls: unit displayed for block size when if size is displayed in human-readable format References: <20140623111709.GA30735@morgoth.brq.redhat.com> In-Reply-To: <20140623111709.GA30735@morgoth.brq.redhat.com> 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: 17838 Cc: 17838@debbugs.gnu.org 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 (/) On 06/23/2014 12:17 PM, Michal Sekletar wrote: > Hi, > > ls utility currently displays suffix representing unit in blocks column if > --size is combined with --human-readable. For example: > > $ ls -l -sh /tmp/foo > 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo > > Suffix K in the output shown doesn't seem correct and implies false information. > Moreover if size of file is bigger say 1M then suffix used for blocks column > would be M. Looks like if file is small enough and no suffix is shown in size > column then suffix K is implied for # blocks column. > > $ rpm -q coreutils > coreutils-8.22-14.fc21.x86_64 > > I contacted downstream maintainer first and this behavior shouldn't be caused by > downstream patch, therefore reporting here. > > Please disregard this report if this is expected or bug is already reported. Sorry I'm not seeing the ambiguity. What wrong with displaying 4.0K here for the disk usage, or 4M, or 512 etc? thanks, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 23 12:47:33 2014 Received: (at 17838) by debbugs.gnu.org; 23 Jun 2014 16:47:33 +0000 Received: from localhost ([127.0.0.1]:58433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz7Oy-0003NY-BB for submit@debbugs.gnu.org; Mon, 23 Jun 2014 12:47:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38606) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz7Or-0003NH-Qt for 17838@debbugs.gnu.org; Mon, 23 Jun 2014 12:47:27 -0400 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s5NGlHei011777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 23 Jun 2014 12:47:18 -0400 Received: from morgoth.brq.redhat.com (dhcp-30-124.brq.redhat.com [10.34.30.124]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5NGlEfs010873 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 23 Jun 2014 12:47:16 -0400 Date: Mon, 23 Jun 2014 18:47:14 +0200 From: Michal Sekletar To: =?iso-8859-1?Q?P=E1draig?= Brady Subject: Re: bug#17838: ls: unit displayed for block size when if size is displayed in human-readable format Message-ID: <20140623164714.GA21233@morgoth.brq.redhat.com> References: <20140623111709.GA30735@morgoth.brq.redhat.com> <53A85265.1000603@draigBrady.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53A85265.1000603@draigBrady.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17838 Cc: 17838@debbugs.gnu.org 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 (-----) On Mon, Jun 23, 2014 at 05:14:29PM +0100, Pádraig Brady wrote: > On 06/23/2014 12:17 PM, Michal Sekletar wrote: > > Hi, > > > > ls utility currently displays suffix representing unit in blocks column if > > --size is combined with --human-readable. For example: > > > > $ ls -l -sh /tmp/foo > > 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo > > > > Suffix K in the output shown doesn't seem correct and implies false information. > > Moreover if size of file is bigger say 1M then suffix used for blocks column > > would be M. Looks like if file is small enough and no suffix is shown in size > > column then suffix K is implied for # blocks column. > > > > $ rpm -q coreutils > > coreutils-8.22-14.fc21.x86_64 > > > > I contacted downstream maintainer first and this behavior shouldn't be caused by > > downstream patch, therefore reporting here. > > > > Please disregard this report if this is expected or bug is already reported. > > Sorry I'm not seeing the ambiguity. > What wrong with displaying 4.0K here for the disk usage, or 4M, or 512 etc? >From man page: -s, --size print the allocated size of each file, in blocks I assume that first column in example output should be # blocks rather than allocated size, therefore I doubt that file which is 6 bytes in size occupies 4.0K == 4000 blocks. > > thanks, > Pádraig. Michal > From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 23 12:56:33 2014 Received: (at 17838) by debbugs.gnu.org; 23 Jun 2014 16:56:33 +0000 Received: from localhost ([127.0.0.1]:58441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz7Xf-0003e3-Qr for submit@debbugs.gnu.org; Mon, 23 Jun 2014 12:56:33 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]:60019) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wz7XY-0003dg-Jf for 17838@debbugs.gnu.org; Mon, 23 Jun 2014 12:56:25 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQBALBbqFNda32l/2dsb2JhbAANTMUlgxUBgSWEeAEBAQQyAUYQCw0BCgkWBAsJAwIBAgFFBg0BBwEBiEOlPJ5zF458B4RDAQOhco49gUM Received: from unknown (HELO [192.168.1.79]) ([93.107.125.165]) by mail1.vodafone.ie with ESMTP; 23 Jun 2014 17:56:11 +0100 Message-ID: <53A85C2A.3060300@draigBrady.com> Date: Mon, 23 Jun 2014 17:56:10 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Michal Sekletar Subject: Re: bug#17838: ls: unit displayed for block size when if size is displayed in human-readable format References: <20140623111709.GA30735@morgoth.brq.redhat.com> <53A85265.1000603@draigBrady.com> <20140623164714.GA21233@morgoth.brq.redhat.com> In-Reply-To: <20140623164714.GA21233@morgoth.brq.redhat.com> 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: 17838 Cc: 17838@debbugs.gnu.org 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 (/) On 06/23/2014 05:47 PM, Michal Sekletar wrote: > On Mon, Jun 23, 2014 at 05:14:29PM +0100, Pádraig Brady wrote: >> On 06/23/2014 12:17 PM, Michal Sekletar wrote: >>> Hi, >>> >>> ls utility currently displays suffix representing unit in blocks column if >>> --size is combined with --human-readable. For example: >>> >>> $ ls -l -sh /tmp/foo >>> 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo >>> >>> Suffix K in the output shown doesn't seem correct and implies false information. >>> Moreover if size of file is bigger say 1M then suffix used for blocks column >>> would be M. Looks like if file is small enough and no suffix is shown in size >>> column then suffix K is implied for # blocks column. >>> >>> $ rpm -q coreutils >>> coreutils-8.22-14.fc21.x86_64 >>> >>> I contacted downstream maintainer first and this behavior shouldn't be caused by >>> downstream patch, therefore reporting here. >>> >>> Please disregard this report if this is expected or bug is already reported. >> >> Sorry I'm not seeing the ambiguity. >> What wrong with displaying 4.0K here for the disk usage, or 4M, or 512 etc? > >>>From man page: > > -s, --size > print the allocated size of each file, in blocks > > I assume that first column in example output should be # blocks rather than > allocated size, therefore I doubt that file which is 6 bytes in size occupies > 4.0K == 4000 blocks. OK the info docs are clear enough, stating that -h is the same as --block-size=human-readable etc. We might be able to tweak the --help (man page) for the -s and/or -h options accordingly also. thanks, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 24 04:13:03 2014 Received: (at 17838) by debbugs.gnu.org; 24 Jun 2014 08:13:03 +0000 Received: from localhost ([127.0.0.1]:58867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzLqb-0006Nq-OL for submit@debbugs.gnu.org; Tue, 24 Jun 2014 04:13:02 -0400 Received: from mx1.redhat.com ([209.132.183.28]:22484) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzLqU-0006NS-4d for 17838@debbugs.gnu.org; Tue, 24 Jun 2014 04:12:55 -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 s5O8Ch41028612 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 24 Jun 2014 04:12:45 -0400 Received: from morgoth.brq.redhat.com (dhcp-30-124.brq.redhat.com [10.34.30.124]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s5O8CepL005843 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 24 Jun 2014 04:12:43 -0400 Date: Tue, 24 Jun 2014 10:12:39 +0200 From: Michal Sekletar To: =?iso-8859-1?Q?P=E1draig?= Brady Subject: Re: bug#17838: ls: unit displayed for block size when if size is displayed in human-readable format Message-ID: <20140624081239.GB21233@morgoth.brq.redhat.com> References: <20140623111709.GA30735@morgoth.brq.redhat.com> <53A85265.1000603@draigBrady.com> <20140623164714.GA21233@morgoth.brq.redhat.com> <53A85C2A.3060300@draigBrady.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53A85C2A.3060300@draigBrady.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17838 Cc: 17838@debbugs.gnu.org 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 (-----) On Mon, Jun 23, 2014 at 05:56:10PM +0100, Pádraig Brady wrote: > On 06/23/2014 05:47 PM, Michal Sekletar wrote: > > On Mon, Jun 23, 2014 at 05:14:29PM +0100, Pádraig Brady wrote: > >> On 06/23/2014 12:17 PM, Michal Sekletar wrote: > >>> Hi, > >>> > >>> ls utility currently displays suffix representing unit in blocks column if > >>> --size is combined with --human-readable. For example: > >>> > >>> $ ls -l -sh /tmp/foo > >>> 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo > >>> > >>> Suffix K in the output shown doesn't seem correct and implies false information. > >>> Moreover if size of file is bigger say 1M then suffix used for blocks column > >>> would be M. Looks like if file is small enough and no suffix is shown in size > >>> column then suffix K is implied for # blocks column. > >>> > >>> $ rpm -q coreutils > >>> coreutils-8.22-14.fc21.x86_64 > >>> > >>> I contacted downstream maintainer first and this behavior shouldn't be caused by > >>> downstream patch, therefore reporting here. > >>> > >>> Please disregard this report if this is expected or bug is already reported. > >> > >> Sorry I'm not seeing the ambiguity. > >> What wrong with displaying 4.0K here for the disk usage, or 4M, or 512 etc? > > > >>From man page: > > > > -s, --size > > print the allocated size of each file, in blocks > > > > I assume that first column in example output should be # blocks rather than > > allocated size, therefore I doubt that file which is 6 bytes in size occupies > > 4.0K == 4000 blocks. > > OK the info docs are clear enough, stating that -h is the same as > --block-size=human-readable etc. We might be able to tweak the > --help (man page) for the -s and/or -h options accordingly also. Sorry, didn't look at info pages. In any case, tweaking man page would be very appreciated. Thanks! > > thanks, > Pádraig. Michal From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 24 05:45:10 2014 Received: (at 17838-done) by debbugs.gnu.org; 24 Jun 2014 09:45:10 +0000 Received: from localhost ([127.0.0.1]:58883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzNHp-0000in-PH for submit@debbugs.gnu.org; Tue, 24 Jun 2014 05:45:10 -0400 Received: from mail6.vodafone.ie ([213.233.128.184]:37442) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzNHk-0000hq-Gg for 17838-done@debbugs.gnu.org; Tue, 24 Jun 2014 05:45:05 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArEDADlHqVNtTXbI/2dsb2JhbAANTYNfU8QBAYEdhHgBAQEEeRALDQEDAwECAQkWBAsJAwIBAgE9CAYNAQUCAQGIQwOlWJ50F45rEQeEQwEDkgaBQYhKhWGGOogDgUM Received: from unknown (HELO [192.168.1.79]) ([109.77.118.200]) by mail3.vodafone.ie with ESMTP; 24 Jun 2014 10:44:57 +0100 Message-ID: <53A94898.5040405@draigBrady.com> Date: Tue, 24 Jun 2014 10:44:56 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Michal Sekletar Subject: Re: bug#17838: ls: unit displayed for block size when if size is displayed in human-readable format References: <20140623111709.GA30735@morgoth.brq.redhat.com> <53A85265.1000603@draigBrady.com> <20140623164714.GA21233@morgoth.brq.redhat.com> <53A85C2A.3060300@draigBrady.com> <20140624081239.GB21233@morgoth.brq.redhat.com> In-Reply-To: <20140624081239.GB21233@morgoth.brq.redhat.com> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------090104050304010408070209" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17838-done Cc: 17838-done@debbugs.gnu.org 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 (/) This is a multi-part message in MIME format. --------------090104050304010408070209 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 06/24/2014 09:12 AM, Michal Sekletar wrote: > On Mon, Jun 23, 2014 at 05:56:10PM +0100, Pádraig Brady wrote: >> OK the info docs are clear enough, stating that -h is the same as >> --block-size=human-readable etc. We might be able to tweak the >> --help (man page) for the -s and/or -h options accordingly also. > > Sorry, didn't look at info pages. In any case, tweaking man page would be very > appreciated. Thanks! I'll push the attached later. thanks, Pádraig. --------------090104050304010408070209 Content-Type: text/x-patch; name="ls--size--help.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ls--size--help.patch" >From 6635f0b0f71f68ab4e9108091bc6049ddb143648 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Tue, 24 Jun 2014 10:33:41 +0100 Subject: [PATCH] doc: state in ls --help, that -h affects --size format * src/ls.c (usage): State that --human changes --size format. Fixes http://bugs.gnu.org/17838 --- src/ls.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/ls.c b/src/ls.c index 25e10fa..54c6705 100644 --- a/src/ls.c +++ b/src/ls.c @@ -4828,7 +4828,7 @@ Sort entries alphabetically if none of -cftuvSUX nor --sort is specified.\n\ "), stdout); fputs (_("\ -G, --no-group in a long listing, don't print group names\n\ - -h, --human-readable with -l, print sizes in human readable format\n\ + -h, --human-readable with -l and/or -s, print human readable sizes\n\ (e.g., 1K 234M 2G)\n\ --si likewise, but use powers of 1000 not 1024\n\ "), stdout); -- 1.7.7.6 --------------090104050304010408070209-- From unknown Tue Jun 24 13:59:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 22 Jul 2014 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 18 20:45:08 2014 Received: (at control) by debbugs.gnu.org; 19 Sep 2014 00:45:08 +0000 Received: from localhost ([127.0.0.1]:44920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUmJv-0005O4-5B for submit@debbugs.gnu.org; Thu, 18 Sep 2014 20:45:07 -0400 Received: from mail6.vodafone.ie ([213.233.128.184]:1436) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUmJs-0005KY-HB for control@debbugs.gnu.org; Thu, 18 Sep 2014 20:45:05 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApcBAOF7G1RtTryT/2dsb2JhbAANU5IBwDCDIAGBIAGEfQEBBIEJCw0UFg8JAwIBAgFFBg0IAQGIP6pzlzUBF4wug1CESwEEpH6PcYFEgzUBAQE Received: from unknown (HELO [192.168.1.79]) ([109.78.188.147]) by mail3.vodafone.ie with ESMTP; 19 Sep 2014 01:45:03 +0100 Message-ID: <541B7C8F.7010706@draigBrady.com> Date: Fri, 19 Sep 2014 01:45:03 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: GNU bug tracker automated control server Subject: Re: Processed (with 1 errors): Re: bug#18503: [bug-report] the output of ls -lsh References: <541B7B9C.1020104@draigBrady.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.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: 0.0 (/) unmerge 18503 unarchive 17838 forcemerge 17838 18503 From unknown Tue Jun 24 13:59:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 18 Oct 2014 11:24:03 +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