From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 01:42:30 2012 Received: (at submit) by debbugs.gnu.org; 1 Mar 2012 06:42:30 +0000 Received: from localhost ([127.0.0.1]:56647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S2zif-0007S7-5S for submit@debbugs.gnu.org; Thu, 01 Mar 2012 01:42:30 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48965) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S2ziQ-0007RS-P0 for submit@debbugs.gnu.org; Thu, 01 Mar 2012 01:42:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S2zi2-00024b-0S for submit@debbugs.gnu.org; Thu, 01 Mar 2012 01:41:51 -0500 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,TO_NO_BRKTS_PCNT autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:37853) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S2zi1-00024K-Su for submit@debbugs.gnu.org; Thu, 01 Mar 2012 01:41:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39261) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S2zhx-0008Px-2q for bug-coreutils@gnu.org; Thu, 01 Mar 2012 01:41:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S2zhc-0001wV-On for bug-coreutils@gnu.org; Thu, 01 Mar 2012 01:41:44 -0500 Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:41553) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S2zhc-0001vv-DR for bug-coreutils@gnu.org; Thu, 01 Mar 2012 01:41:24 -0500 Received: from saunalahti-vams (vs3-11.mail.saunalahti.fi [62.142.5.95]) by emh06-2.mail.saunalahti.fi (Postfix) with SMTP id 2FB04C7D3C for ; Thu, 1 Mar 2012 08:41:22 +0200 (EET) Received: from emh03.mail.saunalahti.fi ([62.142.5.109]) by vs3-11.mail.saunalahti.fi ([62.142.5.95]) with SMTP (gateway) id A06F8A2A44F; Thu, 01 Mar 2012 08:41:22 +0200 Received: from test20.cante.net (a91-155-176-245.elisa-laajakaista.fi [91.155.176.245]) by emh03.mail.saunalahti.fi (Postfix) with ESMTP id 0E6E9158A63 for ; Thu, 1 Mar 2012 08:41:20 +0200 (EET) From: Jari Aalto To: bug-coreutils@gnu.org Subject: 8.13: df -- overly long output lines are very hard to read Organization: Private Mail-Copies-To: poster Date: Thu, 01 Mar 2012 01:41:18 -0500 Message-ID: <87399sn7qp.fsf@test20.cante.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: VAMS X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: 0.8 (/) With long path names, the output is very hard to read because each line is so long: $ df -Hl Filesystem Size Used Avail Use% Mounted on rootfs 6.0G 4.1G 1.7G 72% / udev 192M 0 192M 0% /dev tmpfs 40M 1.5M 38M 4% /run /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% / tmpfs 5.3M 0 5.3M 0% /run/lock tmpfs 79M 7.9M 71M 10% /tmp tmpfs 79M 0 79M 0% /run/shm /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/sdb1 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 18G 8.1G 8.3G 50% /root/vc In a smaller terminal the lines wrap, which makes it even harder: Filesystem Size Used Avail Use% M\ ounted on rootfs 6.0G 4.1G 1.7G 72% / udev 192M 0 192M 0% /d\ ev tmpfs 40M 1.5M 38M 4% /r\ un /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% / tmpfs 5.3M 0 5.3M 0% /r\ un/lock tmpfs 79M 7.9M 71M 10% /t\ mp tmpfs 79M 0 79M 0% /r\ un/shm /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% /s\ rv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% /s\ rv/cante.tmp /dev/sdb1 18G 8.1G 8.3G 50% /m\ nt/extent /dev/sdb1 18G 8.1G 8.3G 50% /u\ sr/src /dev/sdb1 18G 8.1G 8.3G 50% /r\ oot/vc SUGGESTIONS (1) Add exclude to option to filter out items from the display, thus calculating the line-up column better. -X, --exclude PATTERN Where patterns could be preferably EREGEXP (best), or in the initial implementation a simple STRING to match. df -HlX by-uuid $ df -Hl Filesystem Size Used Avail Use% Mounted on rootfs 6.0G 4.1G 1.7G 72% / udev 192M 0 192M 0% /dev tmpfs 40M 1.5M 38M 4% /run tmpfs 5.3M 0 5.3M 0% /run/lock tmpfs 79M 7.9M 71M 10% /tmp tmpfs 79M 0 79M 0% /run/shm /dev/sdb1 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 18G 8.1G 8.3G 50% /root/vc (2) Also add option to reverse the output to see the values first (most important) in a full display: -r, --reverse $ df -Hlr Size Used Avail Use% Mounted-on Filesystem 6.0G 4.1G 1.7G 72% / rootfs 192M 0 192M 0% /dev udev 40M 1.5M 38M 4% /run tmpfs 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 5.3M 0 5.3M 0% /run/lock tmpfs 79M 7.9M 71M 10% /tmp tmpfs 79M 0 79M 0% /run/shm tmpfs 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 03:05:41 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 08:05:41 +0000 Received: from localhost ([127.0.0.1]:56685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S311A-0000w9-Oy for submit@debbugs.gnu.org; Thu, 01 Mar 2012 03:05:41 -0500 Received: from mx.meyering.net ([88.168.87.75]:47397) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S310x-0000vk-17 for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 03:05:29 -0500 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 14334600ED; Thu, 1 Mar 2012 09:05:02 +0100 (CET) From: Jim Meyering To: Jari Aalto Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read In-Reply-To: <87399sn7qp.fsf@test20.cante.net> (Jari Aalto's message of "Thu, 01 Mar 2012 01:41:18 -0500") References: <87399sn7qp.fsf@test20.cante.net> Date: Thu, 01 Mar 2012 09:05:01 +0100 Message-ID: <87mx80d9w2.fsf@rho.meyering.net> Lines: 72 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) Jari Aalto wrote: > With long path names, the output is very hard to read because each line is > so long: > > $ df -Hl > > Filesystem Size Used Avail Use% Mounted on > rootfs 6.0G 4.1G 1.7G 72% / > udev 192M 0 192M 0% /dev > tmpfs 40M 1.5M 38M 4% /run > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% / ... Thank you for the report and suggestions. That has been addressed: Lots of discussion: http://thread.gmane.org/gmane.comp.gnu.coreutils.general/2026 Here's the commit that fixed it: http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=1e18d8416f9ef43bf0 > SUGGESTIONS > > (1) Add exclude to option to filter out items from the display, thus > calculating the line-up column better. > > -X, --exclude PATTERN > > Where patterns could be preferably EREGEXP (best), or in the initial > implementation a simple STRING to match. > > df -HlX by-uuid > > $ df -Hl > > Filesystem Size Used Avail Use% Mounted on > rootfs 6.0G 4.1G 1.7G 72% / > udev 192M 0 192M 0% /dev > tmpfs 40M 1.5M 38M 4% /run > tmpfs 5.3M 0 5.3M 0% /run/lock > tmpfs 79M 7.9M 71M 10% /tmp > tmpfs 79M 0 79M 0% /run/shm > /dev/sdb1 18G 8.1G 8.3G 50% /mnt/extent > /dev/sdb1 18G 8.1G 8.3G 50% /usr/src > /dev/sdb1 18G 8.1G 8.3G 50% /root/vc > > (2) Also add option to reverse the output to see the values first (most > important) in a full display: > > -r, --reverse > > $ df -Hlr > > Size Used Avail Use% Mounted-on Filesystem > 6.0G 4.1G 1.7G 72% / rootfs > 192M 0 192M 0% /dev udev > 40M 1.5M 38M 4% /run tmpfs > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > 5.3M 0 5.3M 0% /run/lock tmpfs > 79M 7.9M 71M 10% /tmp tmpfs > 79M 0 79M 0% /run/shm tmpfs > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 Thanks for the suggestions. Adding --exclude is another way to work around the duplicate entry problem, but I'd prefer to wait a (possibly long) while, for a solution that fixes the underlying problem. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 05:16:44 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 10:16:44 +0000 Received: from localhost ([127.0.0.1]:56792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S333z-0003uy-9L for submit@debbugs.gnu.org; Thu, 01 Mar 2012 05:16:44 -0500 Received: from emh06.mail.saunalahti.fi ([62.142.5.116]:34697) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S333k-0003uR-HP for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 05:16:31 -0500 Received: from saunalahti-vams (vs3-12.mail.saunalahti.fi [62.142.5.96]) by emh06-2.mail.saunalahti.fi (Postfix) with SMTP id 40162C817C; Thu, 1 Mar 2012 12:16:03 +0200 (EET) Received: from emh01.mail.saunalahti.fi ([62.142.5.107]) by vs3-12.mail.saunalahti.fi ([62.142.5.96]) with SMTP (gateway) id A049FE21CC0; Thu, 01 Mar 2012 12:16:03 +0200 Received: from cante.cante.net (a91-155-176-245.elisa-laajakaista.fi [91.155.176.245]) by emh01.mail.saunalahti.fi (Postfix) with ESMTP id AAB454067; Thu, 1 Mar 2012 12:16:00 +0200 (EET) Received: from jaalto by cante.cante.net with local (Exim 4.77) (envelope-from ) id 1S31FV-0005oR-FR; Thu, 01 Mar 2012 10:20:29 +0200 Date: Thu, 1 Mar 2012 10:20:29 +0200 From: jaalto To: Jim Meyering Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read Message-ID: <20120301082028.GV5259@cante.cante.net> References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87mx80d9w2.fsf@rho.meyering.net> X-Gpg-Key-Id: 0xD189E680 X-Gpg-Key-Info: http://key-server.de:11371/pks/lookup?search=0xD189E680&op=vindex X-Gpg-Key-Get: ttp://key-server.de:11371/pks/lookup?search=0xD189E680&op=get User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: jaalto@cante.cante.net X-SA-Exim-Scanned: No (on cante.cante.net); SAEximRunCond expanded to false X-Antivirus: VAMS X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) On 2012-03-01 09:05, Jim Meyering wrote: | > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G 1.7G 72% / | That has been addressed: | Lots of discussion: | http://thread.gmane.org/gmane.comp.gnu.coreutils.general/2026 | Here's the commit that fixed it: | http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=1e18d8416f9ef43bf0 | | Thanks for the suggestions. | | Adding --exclude is another way to work around the duplicate | entry problem, but I'd prefer to wait a (possibly long) while, | for a solution that fixes the underlying problem. I'm glad to hear that next release addresses the problem somewhat. However, from the commit it looks like it is only tackling the "uuid" issue and not a general problem where: - Any mounted directory could be verly long Although my bug report was primarily triggered by seeing the uuid paths, I'd like to propose these options (-X, -r) to tackle a more generic problem of: path first, calculations next on the same line An example. I have other mounted directories that are *very* long: /mnt/extent/development/src/project/ ... It's just not the "uuid" lines that are problematic. Especially the --reverse option would solve lot of these long path issues. | > SUGGESTIONS | > | > (1) Add exclude to option to filter out items from the display, thus | > calculating the line-up column better. | > | > -X, --exclude PATTERN | > | > Where patterns could be preferably EREGEXP (best), or in the initial | > implementation a simple STRING to match. | > | > df -HlX by-uuid | > | > $ df -Hl | > | > Filesystem Size Used Avail Use% Mounted on | > rootfs 6.0G 4.1G 1.7G 72% / | > udev 192M 0 192M 0% /dev | > tmpfs 40M 1.5M 38M 4% /run | > tmpfs 5.3M 0 5.3M 0% /run/lock | > tmpfs 79M 7.9M 71M 10% /tmp | > tmpfs 79M 0 79M 0% /run/shm | > /dev/sdb1 18G 8.1G 8.3G 50% /mnt/extent | > /dev/sdb1 18G 8.1G 8.3G 50% /usr/src | > /dev/sdb1 18G 8.1G 8.3G 50% /root/vc | > | > (2) Also add option to reverse the output to see the values first (most | > important) in a full display: | > | > -r, --reverse | > | > $ df -Hlr | > | > Size Used Avail Use% Mounted-on Filesystem | > 6.0G 4.1G 1.7G 72% / rootfs | > 192M 0 192M 0% /dev udev | > 40M 1.5M 38M 4% /run tmpfs | > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 | > 5.3M 0 5.3M 0% /run/lock tmpfs | > 79M 7.9M 71M 10% /tmp tmpfs | > 79M 0 79M 0% /run/shm tmpfs | > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 | > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 | > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 | > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 | > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 05:38:12 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 10:38:12 +0000 Received: from localhost ([127.0.0.1]:56810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33Ol-0004OT-KO for submit@debbugs.gnu.org; Thu, 01 Mar 2012 05:38:12 -0500 Received: from mx.meyering.net ([88.168.87.75]:47806) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33OX-0004O3-CV for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 05:37:59 -0500 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id C3FBF60097; Thu, 1 Mar 2012 11:37:32 +0100 (CET) From: Jim Meyering To: jaalto Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read In-Reply-To: <20120301082028.GV5259@cante.cante.net> (jaalto's message of "Thu, 1 Mar 2012 10:20:29 +0200") References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> Date: Thu, 01 Mar 2012 11:37:32 +0100 Message-ID: <87zkc0bo9f.fsf@rho.meyering.net> Lines: 81 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) jaalto wrote: > On 2012-03-01 09:05, Jim Meyering wrote: > | > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G > | > 4.1G 1.7G 72% / > > | That has been addressed: > | Lots of discussion: > | http://thread.gmane.org/gmane.comp.gnu.coreutils.general/2026 > | Here's the commit that fixed it: > | http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=1e18d8416f9ef43bf0 > | > | Thanks for the suggestions. > | > | Adding --exclude is another way to work around the duplicate > | entry problem, but I'd prefer to wait a (possibly long) while, > | for a solution that fixes the underlying problem. > > I'm glad to hear that next release addresses the problem somewhat. > > However, from the commit it looks like it is only tackling the "uuid" > issue and not a general problem where: > > - Any mounted directory could be verly long > > Although my bug report was primarily triggered by seeing the uuid > paths, I'd like to propose these options (-X, -r) to tackle a more > generic problem of: > > path first, calculations next on the same line > > An example. I have other mounted directories that are *very* long: > > /mnt/extent/development/src/project/ ... > > It's just not the "uuid" lines that are problematic. > > Especially the --reverse option would solve lot of these long path > issues. > > | > SUGGESTIONS > | > > | > (1) Add exclude to option to filter out items from the display, thus > | > calculating the line-up column better. ... > | > (2) Also add option to reverse the output to see the values first (most > | > important) in a full display: > | > > | > -r, --reverse > | > > | > $ df -Hlr > | > > | > Size Used Avail Use% Mounted-on Filesystem > | > 6.0G 4.1G 1.7G 72% / rootfs > | > 192M 0 192M 0% /dev udev > | > 40M 1.5M 38M 4% /run tmpfs > | > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > | > 5.3M 0 5.3M 0% /run/lock tmpfs > | > 79M 7.9M 71M 10% /tmp tmpfs > | > 79M 0 79M 0% /run/shm tmpfs > | > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > | > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 > | > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 > | > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 > | > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 I agree that your --reverse (but without the short-named '-r') would be a useful improvement, regardless. That sounds reasonable for 8.16 is someone writes the patch. Even without the -r, you could still abbreviate the long name to "--r". Regarding --exclude, its name is problematic since there's already an --exclude-type option. Adding a new --exclude option would render invalid any existing use of the perfectly valid abbreviation, --exclude=$FS_TYPE And then some would probably want an --include option to go along with it. This makes me wonder about different semantics, say --filter=[-+]REGEXP where --filter=-EXCLUDE_RE and --filter=+INCLUDE_RE. Or maybe even encode more. What if you want to filter based on the "Mounted-on" name and I want to filter based on the "Filesystem" column? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 05:38:44 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 10:38:44 +0000 Received: from localhost ([127.0.0.1]:56813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33PI-0004PR-Bv for submit@debbugs.gnu.org; Thu, 01 Mar 2012 05:38:44 -0500 Received: from mx1.redhat.com ([209.132.183.28]:64913) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33P4-0004P3-Bm for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 05:38:33 -0500 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 q21Ac4xw022201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 1 Mar 2012 05:38:04 -0500 Received: from [10.36.116.71] (ovpn-116-71.ams2.redhat.com [10.36.116.71]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q21Ac12H021374 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 05:38:03 -0500 Message-ID: <4F4F5189.5060206@draigBrady.com> Date: Thu, 01 Mar 2012 10:38:01 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Jari Aalto Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> In-Reply-To: <87399sn7qp.fsf@test20.cante.net> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q21Ac4xw022201 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -6.9 (------) On 03/01/2012 06:41 AM, Jari Aalto wrote: >=20 > With long path names, the output is very hard to read because each line= is > so long: >=20 > $ df -Hl >=20 > Filesystem Size Used = Avail Use% Mounted on > rootfs 6.0G 4.1G = 1.7G 72% / > udev 192M 0 = 192M 0% /dev > tmpfs 40M 1.5M = 38M 4% /run > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G = 1.7G 72% / > tmpfs 5.3M 0 = 5.3M 0% /run/lock > tmpfs 79M 7.9M = 71M 10% /tmp > tmpfs 79M 0 = 79M 0% /run/shm > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G = 1.7G 72% /srv/cante.src > /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G = 1.7G 72% /srv/cante.tmp > /dev/sdb1 18G 8.1G = 8.3G 50% /mnt/extent > /dev/sdb1 18G 8.1G = 8.3G 50% /usr/src > /dev/sdb1 18G 8.1G = 8.3G 50% /root/vc I wouldn't say that's very hard to read at all. We've addressed the specific uuid case above anyway. >=20 > In a smaller terminal the lines wrap, which makes it even harder: Well that's not the common case, nor is it common to have naturally long "Filesystem" items. For these uncommon cases you could just use a pager like: df | less -S > SUGGESTIONS >=20 > (1) Add exclude to option to filter out items from the display, thus > calculating the line-up column better. >=20 > -X, --exclude PATTERN >=20 > Where patterns could be preferably EREGEXP (best), or in the initia= l > implementation a simple STRING to match. > (2) Also add option to reverse the output to see the values first (most > important) in a full display: >=20 > -r, --reverse I'm not that enthusiastic about these new options. cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 05:48:42 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 10:48:42 +0000 Received: from localhost ([127.0.0.1]:56823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33Yw-0004dB-3V for submit@debbugs.gnu.org; Thu, 01 Mar 2012 05:48:42 -0500 Received: from mx.meyering.net ([88.168.87.75]:47840) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33Ya-0004cg-Jl for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 05:48:30 -0500 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id AD855600A5; Thu, 1 Mar 2012 11:47:55 +0100 (CET) From: Jim Meyering To: jaalto Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read In-Reply-To: <87zkc0bo9f.fsf@rho.meyering.net> (Jim Meyering's message of "Thu, 01 Mar 2012 11:37:32 +0100") References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> Date: Thu, 01 Mar 2012 11:47:55 +0100 Message-ID: <87obsgbns4.fsf@rho.meyering.net> Lines: 15 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) Jim Meyering wrote: ... > Regarding --exclude, its name is problematic since there's already an > --exclude-type option. Adding a new --exclude option would render invalid > any existing use of the perfectly valid abbreviation, --exclude=$FS_TYPE > > And then some would probably want an --include option to go along with it. > This makes me wonder about different semantics, say --filter=[-+]REGEXP > where --filter=-EXCLUDE_RE and --filter=+INCLUDE_RE. > Or maybe even encode more. What if you want to filter > based on the "Mounted-on" name and I want to filter > based on the "Filesystem" column? Besides, once the columns are reordered, you can filter just fine using grep. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 05:57:17 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 10:57:17 +0000 Received: from localhost ([127.0.0.1]:56829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33hE-0004pZ-8a for submit@debbugs.gnu.org; Thu, 01 Mar 2012 05:57:17 -0500 Received: from senmx12-mx.siemens-enterprise.com ([62.134.46.10]:45201) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33h2-0004ov-2n for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 05:57:05 -0500 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx12-mx.siemens-enterprise.com (Server) with ESMTP id 20B8A23F04E5; Thu, 1 Mar 2012 11:56:39 +0100 (CET) Received: from MCHP058A.global-ad.net ([172.29.37.55]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Thu, 1 Mar 2012 11:56:39 +0100 From: "Voelker, Bernhard" To: Jim Meyering , jaalto Date: Thu, 1 Mar 2012 11:56:37 +0100 Subject: RE: bug#10915: 8.13: df -- overly long output lines are very hard to read Thread-Topic: bug#10915: 8.13: df -- overly long output lines are very hard to read Thread-Index: Acz3l56cKAB+YbjJSjK443G9F9TpuQAAJqxA Message-ID: <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> In-Reply-To: <87zkc0bo9f.fsf@rho.meyering.net> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) Jim Meyering wrote: > jaalto wrote: > | > -r, --reverse > | > > | > $ df -Hlr > | > > | > Size Used Avail Use% Mounted-on Filesystem > | > 6.0G 4.1G 1.7G 72% / rootfs > | > 192M 0 192M 0% /dev udev > | > 40M 1.5M 38M 4% /run tmpfs > | > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-75= 06-4489-8fd0-82d0d284d627 > | > 5.3M 0 5.3M 0% /run/lock tmpfs > | > 79M 7.9M 71M 10% /tmp tmpfs > | > 79M 0 79M 0% /run/shm tmpfs > | > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7= 506-4489-8fd0-82d0d284d627 > | > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7= 506-4489-8fd0-82d0d284d627 > | > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 > | > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 > | > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 > I agree that your --reverse (but without the short-named '-r') would > be a useful improvement, regardless. That sounds reasonable for 8.16 > is someone writes the patch. Even without the -r, you could still > abbreviate the long name to "--r". What about a more general --fmt (or --format) option to just get the columns you want in the order you want? E.g. df --format=3Dsize,free%,mnt,fs or df --format=3Dsize-h,mnt # -h or=20 df --format=3DSize,mnt # uppercase Size meaning -h Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 06:07:52 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 11:07:52 +0000 Received: from localhost ([127.0.0.1]:56836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33rT-000545-Rr for submit@debbugs.gnu.org; Thu, 01 Mar 2012 06:07:52 -0500 Received: from mx.meyering.net ([88.168.87.75]:47893) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S33rI-00053h-1E for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 06:07:41 -0500 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id F1E1F6008E; Thu, 1 Mar 2012 12:07:14 +0100 (CET) From: Jim Meyering To: "Voelker\, Bernhard" Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> (Bernhard Voelker's message of "Thu, 1 Mar 2012 11:56:37 +0100") References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> Date: Thu, 01 Mar 2012 12:07:14 +0100 Message-ID: <87ipiobmvx.fsf@rho.meyering.net> Lines: 40 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) Voelker, Bernhard wrote: > Jim Meyering wrote: >> jaalto wrote: > >> | > -r, --reverse >> | > >> | > $ df -Hlr >> | > >> | > Size Used Avail Use% Mounted-on Filesystem >> | > 6.0G 4.1G 1.7G 72% / rootfs >> | > 192M 0 192M 0% /dev udev >> | > 40M 1.5M 38M 4% /run tmpfs >> | > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 >> | > 5.3M 0 5.3M 0% /run/lock tmpfs >> | > 79M 7.9M 71M 10% /tmp tmpfs >> | > 79M 0 79M 0% /run/shm tmpfs >> | > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 >> | > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 >> | > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 >> | > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 >> | > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 > >> I agree that your --reverse (but without the short-named '-r') would >> be a useful improvement, regardless. That sounds reasonable for 8.16 >> is someone writes the patch. Even without the -r, you could still >> abbreviate the long name to "--r". > > What about a more general --fmt (or --format) option to > just get the columns you want in the order you want? > E.g. > > df --format=size,free%,mnt,fs > or > df --format=size-h,mnt # -h or > df --format=Size,mnt # uppercase Size meaning -h Good point about the name. However, a --format=SPEC normally contains %-directives (find, stat, and of course printf), which would make it a bigger change. That sounds like the right course, but now, probably better to target 8.17. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 06:28:42 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 11:28:42 +0000 Received: from localhost ([127.0.0.1]:56844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S34Be-0005ZL-9U for submit@debbugs.gnu.org; Thu, 01 Mar 2012 06:28:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:31479) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S34BQ-0005Yv-GM for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 06:28:30 -0500 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q21BS2TD020988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 1 Mar 2012 06:28:02 -0500 Received: from [10.36.116.71] (ovpn-116-71.ams2.redhat.com [10.36.116.71]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q21BS0nc029279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 06:28:01 -0500 Message-ID: <4F4F5D3F.4090800@draigBrady.com> Date: Thu, 01 Mar 2012 11:27:59 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Jari Aalto Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <4F4F5189.5060206@draigBrady.com> In-Reply-To: <4F4F5189.5060206@draigBrady.com> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q21BS2TD020988 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -6.9 (------) On 03/01/2012 10:38 AM, P=E1draig Brady wrote: > On 03/01/2012 06:41 AM, Jari Aalto wrote: >> >> With long path names, the output is very hard to read because each lin= e is >> so long: >> >> $ df -Hl >> >> Filesystem Size Used= Avail Use% Mounted on >> rootfs 6.0G 4.1G= 1.7G 72% / >> udev 192M 0= 192M 0% /dev >> tmpfs 40M 1.5M= 38M 4% /run >> /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G= 1.7G 72% / >> tmpfs 5.3M 0= 5.3M 0% /run/lock >> tmpfs 79M 7.9M= 71M 10% /tmp >> tmpfs 79M 0= 79M 0% /run/shm >> /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G= 1.7G 72% /srv/cante.src >> /dev/disk/by-uuid/492764a5-7506-4489-8fd0-82d0d284d627 6.0G 4.1G= 1.7G 72% /srv/cante.tmp >> /dev/sdb1 18G 8.1G= 8.3G 50% /mnt/extent >> /dev/sdb1 18G 8.1G= 8.3G 50% /usr/src >> /dev/sdb1 18G 8.1G= 8.3G 50% /root/vc >=20 > I wouldn't say that's very hard to read at all. > We've addressed the specific uuid case above anyway. >=20 >> >> In a smaller terminal the lines wrap, which makes it even harder: >=20 > Well that's not the common case, nor is it common to have > naturally long "Filesystem" items. > For these uncommon cases you could just use a pager like: >=20 > df | less -S >=20 >> SUGGESTIONS >> >> (1) Add exclude to option to filter out items from the display, thus >> calculating the line-up column better. >> >> -X, --exclude PATTERN >> >> Where patterns could be preferably EREGEXP (best), or in the initi= al >> implementation a simple STRING to match. >=20 >> (2) Also add option to reverse the output to see the values first (mos= t >> important) in a full display: >> >> -r, --reverse >=20 > I'm not that enthusiastic about these new options. To expand a bit on why I'm not enthusiastic. Well mainly I don't see a pressing need for them. Generally one has large terminals these days, and with `less -S` you can scroll left/right anyway. If we were adding this option I wouldn't call it --reverse, since it might be confused with item order, rather than field order. Also the field order isn't even reversed, just the first and last swapped. I can't think of a good name, maybe --paths-last or something. Bernard's --format would be more generally useful and I'd be happier with something like that. Again it's borderline though. Also just swapping the fields doesn't address the line wrapping issue which is by far the most problematic issue for readability. Well one advantage to putting paths at the end, is the wrapping would be minimised to just long lines rather than all lines. For me this is much the same though, as once I see any wrapping I rerun through a pager or whatever. cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 07:04:08 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 12:04:09 +0000 Received: from localhost ([127.0.0.1]:56875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S34jv-0006OS-Dp for submit@debbugs.gnu.org; Thu, 01 Mar 2012 07:04:08 -0500 Received: from emh03.mail.saunalahti.fi ([62.142.5.109]:49513) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S34jY-0006Ns-K4 for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 07:03:56 -0500 Received: from saunalahti-vams (vs3-10.mail.saunalahti.fi [62.142.5.94]) by emh03-2.mail.saunalahti.fi (Postfix) with SMTP id 287C5EC035; Thu, 1 Mar 2012 14:03:19 +0200 (EET) Received: from emh04.mail.saunalahti.fi ([62.142.5.110]) by vs3-10.mail.saunalahti.fi ([62.142.5.94]) with SMTP (gateway) id A0588C2BF63; Thu, 01 Mar 2012 14:03:19 +0200 Received: from test20.cante.net (a91-155-176-245.elisa-laajakaista.fi [91.155.176.245]) by emh04.mail.saunalahti.fi (Postfix) with ESMTP id 61B5741BED; Thu, 1 Mar 2012 14:03:14 +0200 (EET) From: Jari Aalto To: =?utf-8?Q?P=C3=A1draig?= Brady Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read Organization: Private References: <87399sn7qp.fsf@test20.cante.net> <4F4F5189.5060206@draigBrady.com> <4F4F5D3F.4090800@draigBrady.com> Mail-Copies-To: poster Date: Thu, 01 Mar 2012 07:03:14 -0500 In-Reply-To: <4F4F5D3F.4090800@draigBrady.com> (=?utf-8?Q?=22P=C3=A1draig?= Brady"'s message of "Thu, 01 Mar 2012 11:27:59 +0000") Message-ID: <874nu8le9p.fsf@test20.cante.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Antivirus: VAMS X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org, Jari Aalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) 2012-03-01 06:27 P=C3=A1draig Brady : | On 03/01/2012 10:38 AM, P=C3=A1draig Brady wrote: | | To expand a bit on why I'm not enthusiastic. | | Well mainly I don't see a pressing need for them. | Generally one has large terminals these days, It is still a problem. Keep i ming that people don't all keep "one big terminal open", but it is posisble to have large number of applications tightly next each other for ease of use and fast switching between them (autoraise...) The length of the available space is not very long. E.g I use typical setup with 50 applications open simultaneously with: +----------+ +--| |--+ | | | | | | | |---+ | | | | |--+ | | | | | | ...................... | | | |---+ +--| |--+ +----------+ The effective space for "terminals" in this kind setup is typicall 80..100 character. If yu widen windows, you start loosing effective screen space from other applications. Jari From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 01 10:54:31 2012 Received: (at 10915) by debbugs.gnu.org; 1 Mar 2012 15:54:31 +0000 Received: from localhost ([127.0.0.1]:57702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S38Ks-0004D4-CL for submit@debbugs.gnu.org; Thu, 01 Mar 2012 10:54:31 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:37816) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S38KV-0004CD-VD for 10915@debbugs.gnu.org; Thu, 01 Mar 2012 10:54:18 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 0D899A6000A; Thu, 1 Mar 2012 07:53:42 -0800 (PST) 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 W5SXU-sX1UYa; Thu, 1 Mar 2012 07:53:41 -0800 (PST) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id AAD49A60004; Thu, 1 Mar 2012 07:53:41 -0800 (PST) Message-ID: <4F4F9B85.6040204@cs.ucla.edu> Date: Thu, 01 Mar 2012 07:53:41 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120209 Thunderbird/10.0.1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?P=E1draig_Brady?= Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <4F4F5189.5060206@draigBrady.com> <4F4F5D3F.4090800@draigBrady.com> In-Reply-To: <4F4F5D3F.4090800@draigBrady.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: 10915@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) On 03/01/2012 03:27 AM, P=E1draig Brady wrote: > Well mainly I don't see a pressing need for them. I far prefer putting the file name last, as this greatly improves readability. This is a place where 'ls' did it right. I would favor a gradual transition where 'df' eventually puts the file name last by default. POSIX permits this, and it'd make 'df' much nicer. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 26 10:30:47 2012 Received: (at 10915) by debbugs.gnu.org; 26 Jul 2012 14:30:47 +0000 Received: from localhost ([127.0.0.1]:41057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuP5S-0005ET-B4 for submit@debbugs.gnu.org; Thu, 26 Jul 2012 10:30:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:39573) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuP5P-0005EK-6k for 10915@debbugs.gnu.org; Thu, 26 Jul 2012 10:30:44 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6QENn6T010228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Jul 2012 10:23:49 -0400 Received: from [10.36.116.66] (ovpn-116-66.ams2.redhat.com [10.36.116.66]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6QENksR018117 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Jul 2012 10:23:48 -0400 Message-ID: <501152F2.4010800@draigBrady.com> Date: Thu, 26 Jul 2012 15:23:46 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: "Voelker, Bernhard" Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> In-Reply-To: <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q6QENn6T010228 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -6.9 (------) On 03/01/2012 10:56 AM, Voelker, Bernhard wrote: > Jim Meyering wrote: >> jaalto wrote: >=20 >> | > -r, --reverse >> | > >> | > $ df -Hlr >> | > >> | > Size Used Avail Use% Mounted-on Filesystem >> | > 6.0G 4.1G 1.7G 72% / rootfs >> | > 192M 0 192M 0% /dev udev >> | > 40M 1.5M 38M 4% /run tmpfs >> | > 6.0G 4.1G 1.7G 72% / /dev/disk/by-uuid/492764a5= -7506-4489-8fd0-82d0d284d627 >> | > 5.3M 0 5.3M 0% /run/lock tmpfs >> | > 79M 7.9M 71M 10% /tmp tmpfs >> | > 79M 0 79M 0% /run/shm tmpfs >> | > 6.0G 4.1G 1.7G 72% /srv/cante.src /dev/disk/by-uuid/492764a= 5-7506-4489-8fd0-82d0d284d627 >> | > 6.0G 4.1G 1.7G 72% /srv/cante.tmp /dev/disk/by-uuid/492764a= 5-7506-4489-8fd0-82d0d284d627 >> | > 18G 8.1G 8.3G 50% /mnt/extent /dev/sdb1 >> | > 18G 8.1G 8.3G 50% /usr/src /dev/sdb1 >> | > 18G 8.1G 8.3G 50% /root/vc /dev/sdb1 >=20 >> I agree that your --reverse (but without the short-named '-r') would >> be a useful improvement, regardless. That sounds reasonable for 8.16 >> is someone writes the patch. Even without the -r, you could still >> abbreviate the long name to "--r". >=20 > What about a more general --fmt (or --format) option to > just get the columns you want in the order you want? > E.g. >=20 > df --format=3Dsize,free%,mnt,fs > or > df --format=3Dsize-h,mnt # -h or=20 > df --format=3DSize,mnt # uppercase Size meaning -h This is a border line feature, but I'm 60:40 for implementing it. Note something similar I noticed is: findmnt -l -o FSTYPE,SOURCE,TARGET It would make sense to align as closely to that as possible. So a full --output list supported by df could be FSTYPE,SOURCE,TARGET,SIZE,USED,AVAIL,FREEPCT It's probably sufficient to use this to just order fields, and leave other formatting to existing modifiers. cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 26 11:50:20 2012 Received: (at 10915) by debbugs.gnu.org; 26 Jul 2012 15:50:20 +0000 Received: from localhost ([127.0.0.1]:41180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQKS-0007rP-CF for submit@debbugs.gnu.org; Thu, 26 Jul 2012 11:50:20 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:63242) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQKP-0007rH-J7 for 10915@debbugs.gnu.org; Thu, 26 Jul 2012 11:50:19 -0400 Received: from [192.168.2.108] (p4FF75CFC.dip.t-dialin.net [79.247.92.252]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0LlXpX-1TV8163Xnz-00afzI; Thu, 26 Jul 2012 17:43:24 +0200 Message-ID: <5011659A.7060008@bernhard-voelker.de> Date: Thu, 26 Jul 2012 17:43:22 +0200 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?P=E1draig_Brady?= Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> In-Reply-To: <501152F2.4010800@draigBrady.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Provags-ID: V02:K0:vfnxyTW/Uj3Z1B3GXNB3VzWKcC5HuoBenCebWx7/eTH DHLtnYXSYQj/CvwzxA0S5M/D7I8KHZlKMJz4XPatE00Azks7mc HnNwIuwr2RVSWj8+9oqahGwKwcsY5AZ4BzxNLvZcNVU7GUOR4w w/z6WDT9LqIBP1OlYHJXba6YG0e66xI09F/6x8+Ho3is49Que3 tpC+Aylg05AVMQ9J6IfIF/T1NN5vdVpU8eDERaNboI7Of5I3iA J5M6bb+cFFPMZwrf7AyzJosZYaEcdFHK/DjltHoCvMuqr1RerR pluaHqKCbKJciOF7UOQxOh86Lp6w5l5TKbMcxlaXrW8QiaEeGe +3SDiDPI/yVKtzwHWPy6Jb197yStjFItti5yCqTnE X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) On 07/26/2012 04:23 PM, Pádraig Brady wrote: > On 03/01/2012 10:56 AM, Voelker, Bernhard wrote: >> >> What about a more general --fmt (or --format) option to >> just get the columns you want in the order you want? >> E.g. >> >> df --format=size,free%,mnt,fs >> or >> df --format=size-h,mnt # -h or >> df --format=Size,mnt # uppercase Size meaning -h > > This is a border line feature, but I'm 60:40 for implementing it. > > Note something similar I noticed is: > > findmnt -l -o FSTYPE,SOURCE,TARGET > > It would make sense to align as closely to that as possible. > So a full --output list supported by df could be > FSTYPE,SOURCE,TARGET,SIZE,USED,AVAIL,FREEPCT > > It's probably sufficient to use this to just order fields, > and leave other formatting to existing modifiers. Implementing --output= is of course much simpler than what Jim proposed [1]: he suggested a stat-like --format option which takes %-directives. That would be much more flexible for the user, and the existing output formats would just be a pre-defined format strings. We could for the first time have blocks and inodes statistics in one command: %i inodes %I inodes in percent %a AVAIL %A AVAIL in percent %u unused %U unused percentage %t total size %T FSTYPE %s SOURCE %m TARGET (mount point) ... df --format="%u:%i:%T:%m" And some directives could have mixed SIZE modifiers, e.g. %{SIZE}u used blocks with SIZE like KMGTPEZY. %{SIZE}i inode number df --format="%Tt %Gu %Ki %m" Scripts could parse the output of --format (or --printf) much safer (SOURCE and TARGET can include almost any characters like '\n', '\t', etc. but never e.g. NULL) df --printf="%U\0%s\0%m\0\n" As already said, this would be a greater change in df.c, but some code could surely be shared with stat.c and maybe in future with "ls --format=..." ;-) I'm not against --output, but the advantage of a more flexible --printf is unbeatable IMO. Have a nice day, Berny [1] http://lists.gnu.org/archive/html/bug-coreutils/2012-03/msg00007.html From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 26 12:19:04 2012 Received: (at 10915) by debbugs.gnu.org; 26 Jul 2012 16:19:04 +0000 Received: from localhost ([127.0.0.1]:41230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQmE-0008Vo-UZ for submit@debbugs.gnu.org; Thu, 26 Jul 2012 12:19:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40859) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SuQmC-0008VN-Fs for 10915@debbugs.gnu.org; Thu, 26 Jul 2012 12:19:01 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6QGC0im015329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Jul 2012 12:12:00 -0400 Received: from [10.36.116.66] (ovpn-116-66.ams2.redhat.com [10.36.116.66]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6QGBurO012239 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 26 Jul 2012 12:11:58 -0400 Message-ID: <50116C4C.6000507@draigBrady.com> Date: Thu, 26 Jul 2012 17:11:56 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Bernhard Voelker Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> In-Reply-To: <5011659A.7060008@bernhard-voelker.de> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q6QGC0im015329 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -6.9 (------) On 07/26/2012 04:43 PM, Bernhard Voelker wrote: > On 07/26/2012 04:23 PM, P=E1draig Brady wrote: >> On 03/01/2012 10:56 AM, Voelker, Bernhard wrote: >>> >>> What about a more general --fmt (or --format) option to >>> just get the columns you want in the order you want? >>> E.g. >>> >>> df --format=3Dsize,free%,mnt,fs >>> or >>> df --format=3Dsize-h,mnt # -h or=20 >>> df --format=3DSize,mnt # uppercase Size meaning -h >> >> This is a border line feature, but I'm 60:40 for implementing it. >> >> Note something similar I noticed is: >> >> findmnt -l -o FSTYPE,SOURCE,TARGET >> >> It would make sense to align as closely to that as possible. >> So a full --output list supported by df could be >> FSTYPE,SOURCE,TARGET,SIZE,USED,AVAIL,FREEPCT Oh right the last 4 items above should also have I... variants to cater for inodes. >> It's probably sufficient to use this to just order fields, >> and leave other formatting to existing modifiers. >=20 > Implementing --output=3D is of course much simpler > than what Jim proposed [1]: > he suggested a stat-like --format option which takes %-directives. >=20 > That would be much more flexible for the user, and the existing > output formats would just be a pre-defined format strings. > We could for the first time have blocks and inodes statistics > in one command: Good point, but that could be allowed too with --output >=20 > %i inodes > %I inodes in percent > %a AVAIL > %A AVAIL in percent > %u unused > %U unused percentage > %t total size > %T FSTYPE > %s SOURCE > %m TARGET (mount point) > ... >=20 > df --format=3D"%u:%i:%T:%m" >=20 > And some directives could have mixed SIZE modifiers, e.g. >=20 > %{SIZE}u used blocks with SIZE like KMGTPEZY. > %{SIZE}i inode number >=20 > df --format=3D"%Tt %Gu %Ki %m" T overlaps, but I see what you mean. > Scripts could parse the output of --format (or --printf) much > safer (SOURCE and TARGET can include almost any characters like > '\n', '\t', etc. but never e.g. NULL) They can't actually. mbsalign replaced non printable chars in all but the last field, and there was a patch last week to replace control chars in the last field with '?' Would you still want to apply mbsalign to all fields but the last when using a specific format like this? > df --printf=3D"%U\0%s\0%m\0\n" >=20 > As already said, this would be a greater change in df.c, > but some code could surely be shared with stat.c and maybe > in future with "ls --format=3D..." ;-) >=20 > I'm not against --output, but the advantage of a more > flexible --printf is unbeatable IMO. 60:40 for --output as ordering/selection is needed by some 40:60 against --printf as detailed formatting is neede by few cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 27 03:07:17 2012 Received: (at 10915) by debbugs.gnu.org; 27 Jul 2012 07:07:17 +0000 Received: from localhost ([127.0.0.1]:42729 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suedi-0005Cq-R8 for submit@debbugs.gnu.org; Fri, 27 Jul 2012 03:07:14 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:50541) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suedf-0005Ch-Ai for 10915@debbugs.gnu.org; Fri, 27 Jul 2012 03:07:09 -0400 Received: from [192.168.2.108] (p4FF736E5.dip.t-dialin.net [79.247.54.229]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0LtlMD-1TvnC81HZl-011DWl; Fri, 27 Jul 2012 09:00:10 +0200 Message-ID: <50123C78.6010408@bernhard-voelker.de> Date: Fri, 27 Jul 2012 09:00:08 +0200 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?P=E1draig_Brady?= Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> <50116C4C.6000507@draigBrady.com> In-Reply-To: <50116C4C.6000507@draigBrady.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Provags-ID: V02:K0:kv0RFZbUmWlUrGJaPuBSVLGYLyU/pKUSCcE+Nt/SZtV h9DhrTjSc6HfNEMbkwmalc0YmLOpWgqSSfsHU2wzGs1sj/gXSZ h0VHWqPL8NdgL6ba/RRCTLfhOUZQS+ccibmmaftWAEh70Edp4J sy5oQjcX5NN6DInO31xUufpb2Dz+Z74t4LSw47oVgW0lGAc8zd xs6lANfSqXfc8xttAJjDtxLL1ZlM3CfzXuQlZWjHz8TU3+ee7Q Wtd1oxHTwrlbsSYw/RImcIrQbeHruZETKlCTRuDktnKcPt0a4o PZwCD/oi0igJQEp1EQmeU4lfHVvyD5PhPkDG1WLCrC1ZC7JSS8 uaNXzRnMYzVGA3agZrZoww0Hbg6XwrST5jGGI+hqa X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) On 07/26/2012 06:11 PM, Pádraig Brady wrote: > On 07/26/2012 04:43 PM, Bernhard Voelker wrote: >> On 07/26/2012 04:23 PM, Pádraig Brady wrote: >>> So a full --output list supported by df could be >>> FSTYPE,SOURCE,TARGET,SIZE,USED,AVAIL,FREEPCT Today, there's no FREEPCT, but USEDPCT. I'd leave that. > Oh right the last 4 items above should also have I... variants > to cater for inodes. What about ISIZE, IUSED, IAVAIL and IUSEDPCT? >> We could for the first time have blocks and inodes statistics >> in one command: > > Good point, but that could be allowed too with --output Right. >> And some directives could have mixed SIZE modifiers, e.g. >> >> %{SIZE}u used blocks with SIZE like KMGTPEZY. >> %{SIZE}i inode number >> >> df --format="%Tt %Gu %Ki %m" > > T overlaps, but I see what you mean. The SIZE could be in {}, e.g. "%{T}t". How could we do this with --ouput? Maybe something like: df --output=SIZE/M,IFREE/K,USED/1024,TARGET > Would you still want to apply mbsalign to all fields > but the last when using a specific format like this? No, the idea was to create format specifiers for that like e.g. "%-FIELD" (left-aligned) and "%+FIELD" (right-aligned), and to have the traditional formats be a certain combination of it. This would need a lot of checking ... e.g. if a format string contained a '+' or a '-', then what should happen with the other fields? Error? Default alignment per field? Centered? ... --format is more flexible and much more complex. > 60:40 for --output as ordering/selection is needed by some > 40:60 against --printf as detailed formatting is neede by few You see, I'm still jumping between --output and --format, now also 60:40 pro --output. What do the others think? Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 27 04:48:23 2012 Received: (at 10915) by debbugs.gnu.org; 27 Jul 2012 08:48:23 +0000 Received: from localhost ([127.0.0.1]:42920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SugDe-0007WT-EI for submit@debbugs.gnu.org; Fri, 27 Jul 2012 04:48:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:31380) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SugDZ-0007WH-0C for 10915@debbugs.gnu.org; Fri, 27 Jul 2012 04:48:18 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6R8fFwI030548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 27 Jul 2012 04:41:16 -0400 Received: from [10.36.116.42] (ovpn-116-42.ams2.redhat.com [10.36.116.42]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q6R8fBDK001208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Jul 2012 04:41:14 -0400 Message-ID: <50125427.7060701@draigBrady.com> Date: Fri, 27 Jul 2012 09:41:11 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Bernhard Voelker Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> <50116C4C.6000507@draigBrady.com> <50123C78.6010408@bernhard-voelker.de> In-Reply-To: <50123C78.6010408@bernhard-voelker.de> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q6R8fFwI030548 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -6.9 (------) On 07/27/2012 08:00 AM, Bernhard Voelker wrote: > On 07/26/2012 06:11 PM, P=E1draig Brady wrote: >> On 07/26/2012 04:43 PM, Bernhard Voelker wrote: >>> On 07/26/2012 04:23 PM, P=E1draig Brady wrote: >=20 >>>> So a full --output list supported by df could be >>>> FSTYPE,SOURCE,TARGET,SIZE,USED,AVAIL,FREEPCT >=20 > Today, there's no FREEPCT, but USEDPCT. > I'd leave that. Oops, right :) >> Oh right the last 4 items above should also have I... variants >> to cater for inodes. >=20 > What about ISIZE, IUSED, IAVAIL and IUSEDPCT? Yes, that's what I was thinking. >>> We could for the first time have blocks and inodes statistics >>> in one command: >> >> Good point, but that could be allowed too with --output >=20 > Right. >=20 >>> And some directives could have mixed SIZE modifiers, e.g. >>> >>> %{SIZE}u used blocks with SIZE like KMGTPEZY. >>> %{SIZE}i inode number >>> >>> df --format=3D"%Tt %Gu %Ki %m" >> >> T overlaps, but I see what you mean. >=20 > The SIZE could be in {}, e.g. "%{T}t". >=20 > How could we do this with --ouput? > Maybe something like: >=20 > df --output=3DSIZE/M,IFREE/K,USED/1024,TARGET Too much control I think. Probably best leave the units globally controlled by -B and -h. >=20 >> Would you still want to apply mbsalign to all fields >> but the last when using a specific format like this? >=20 > No, the idea was to create format specifiers for that like > e.g. "%-FIELD" (left-aligned) and "%+FIELD" (right-aligned), > and to have the traditional formats be a certain combination > of it. >=20 > This would need a lot of checking ... e.g. if a format string > contained a '+' or a '-', then what should happen with the > other fields? Error? Default alignment per field? Centered? > ... --format is more flexible and much more complex. >> 60:40 for --output as ordering/selection is needed by some >> 40:60 against --printf as detailed formatting is needed by few >=20 > You see, I'm still jumping between --output and --format, now > also 60:40 pro --output. Marginal decisions like this are awkward. Thanks for taking the time to present possible options. >=20 > What do the others think? >=20 > Have a nice day, > Berny >=20 cheers, P=E1draig. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 27 08:11:27 2012 Received: (at 10915) by debbugs.gnu.org; 27 Jul 2012 12:11:27 +0000 Received: from localhost ([127.0.0.1]:43216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SujOA-0005OT-S0 for submit@debbugs.gnu.org; Fri, 27 Jul 2012 08:11:27 -0400 Received: from mx.meyering.net ([88.168.87.75]:40968) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SujO9-0005OM-3j for 10915@debbugs.gnu.org; Fri, 27 Jul 2012 08:11:26 -0400 Received: from rho.meyering.net (rho.meyering.net [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id F1A1160090; Fri, 27 Jul 2012 14:04:25 +0200 (CEST) From: Jim Meyering To: =?iso-8859-1?Q?P=E1draig?= Brady Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read In-Reply-To: <50116C4C.6000507@draigBrady.com> (=?iso-8859-1?Q?=22P=E1drai?= =?iso-8859-1?Q?g?= Brady"'s message of "Thu, 26 Jul 2012 17:11:56 +0100") References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> <50116C4C.6000507@draigBrady.com> Date: Fri, 27 Jul 2012 14:04:25 +0200 Message-ID: <878ve59zqu.fsf@rho.meyering.net> Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Bernhard Voelker , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) P=E1draig Brady wrote: ... >> df --printf=3D"%U\0%s\0%m\0\n" >> >> As already said, this would be a greater change in df.c, >> but some code could surely be shared with stat.c and maybe >> in future with "ls --format=3D..." ;-) >> >> I'm not against --output, but the advantage of a more >> flexible --printf is unbeatable IMO. > > 60:40 for --output as ordering/selection is needed by some > 40:60 against --printf as detailed formatting is neede by few At first I was going to say I'm 50:50, but as I wrote, the balance tipped in favor of --output, maybe even to 70:30. A big factor for me was that here we want a column-selecting option, rather than a true printf-like format-specifying option. Of course we could augment the format-specifying option with semantics that delimit columns and that allow us to specify alternate formatting/units per column, but that would be something new. The simpler column-selecting facility (like that of say, ps) seems attractive. While added flexibility of --printf=3DFMT would be nice, it seems like it would come at a price (more code and more complexity), and as P=E1draig says, in df the feature might not be used enough to justify the expense. A point in --printf's favor is consistency with stat's option name and the someday-in-ls option name. I prefer --printf over --format because in stat, --format always evokes a trailing newline. However, it is hard to judge without seeing the actual changes. If you feel strongly about it, go ahead and implement your preference. Maybe the resulting code will be small and clean enough that the added flexibility will be an obvious net gain. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 27 08:34:55 2012 Received: (at 10915) by debbugs.gnu.org; 27 Jul 2012 12:34:55 +0000 Received: from localhost ([127.0.0.1]:43416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sujkt-00060o-90 for submit@debbugs.gnu.org; Fri, 27 Jul 2012 08:34:55 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:53925) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sujkq-00060f-Rr for 10915@debbugs.gnu.org; Fri, 27 Jul 2012 08:34:53 -0400 Received: from [192.168.2.108] (p4FF736E5.dip.t-dialin.net [79.247.54.229]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0MXXx0-1THPVn37lG-00WZ3T; Fri, 27 Jul 2012 14:27:54 +0200 Message-ID: <50128948.2030502@bernhard-voelker.de> Date: Fri, 27 Jul 2012 14:27:52 +0200 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: Jim Meyering Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> <50116C4C.6000507@draigBrady.com> <878ve59zqu.fsf@rho.meyering.net> In-Reply-To: <878ve59zqu.fsf@rho.meyering.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:uKSNlZBoqZOwkS+ltGEw05xlrSsCbLSAtzcNYk4LWRy UqG4OrlHQs9PUnFudAYIywvpe1/sj4Lc+j5UdnbgxSBPqX2GEv 6sGafIbv92e+WHi/PT2elGMuXnC3uyYOwQf1Q2txj933NelNjI D7NSKe+tYsB+lT4dT+RHie4tqhWtdcS5cuIOAZI2qL2GCBgi3/ brhZMyy0ex1TYCc+QTRbb0kBfoGsFiZkNOADGZX6uFwSdZQtjY PO982wKyYnglWeUivOtQT9sByWPqd7mzGb6v+7a8tilFUz03fX JzbxzNNXyTJ7F2Zq2Z4x1QZ0LXVZuTw0Uid1T7gix1OJ4PNRES 0QBUIJfjBmePTB9XALDCIJONCg+tDuZ/eBTNemR4w X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, =?ISO-8859-1?Q?P=E1draig_Brady?= , "Voelker, Bernhard" , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -1.9 (-) On 07/27/2012 02:04 PM, Jim Meyering wrote: > However, it is hard to judge without seeing the actual changes. > If you feel strongly about it, go ahead and implement your preference. > Maybe the resulting code will be small and clean enough that the added > flexibility will be an obvious net gain. I'll try ... but it will take some time. Thanks. Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 05:12:24 2012 Received: (at 10915) by debbugs.gnu.org; 9 Nov 2012 10:12:24 +0000 Received: from localhost ([127.0.0.1]:57097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWlZX-0002GJ-7s for submit@debbugs.gnu.org; Fri, 09 Nov 2012 05:12:24 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60844) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWlZU-0002G4-Px; Fri, 09 Nov 2012 05:12:21 -0500 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qA9AC79J019455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 9 Nov 2012 05:12:07 -0500 Received: from [10.36.116.19] (ovpn-116-19.ams2.redhat.com [10.36.116.19]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qA9AC4JJ013103 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 9 Nov 2012 05:12:06 -0500 Message-ID: <509CD6F4.6010404@draigBrady.com> Date: Fri, 09 Nov 2012 10:12:04 +0000 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: Bernhard Voelker Subject: Re: bug#10915: 8.13: df -- overly long output lines are very hard to read References: <87399sn7qp.fsf@test20.cante.net> <87mx80d9w2.fsf@rho.meyering.net> <20120301082028.GV5259@cante.cante.net> <87zkc0bo9f.fsf@rho.meyering.net> <7856072A9D04C24B82DFE2B1112FE38A0F0B038977@MCHP058A.global-ad.net> <501152F2.4010800@draigBrady.com> <5011659A.7060008@bernhard-voelker.de> <50116C4C.6000507@draigBrady.com> <878ve59zqu.fsf@rho.meyering.net> <50128948.2030502@bernhard-voelker.de> In-Reply-To: <50128948.2030502@bernhard-voelker.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id qA9AC79J019455 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 10915 Cc: "10915@debbugs.gnu.org" <10915@debbugs.gnu.org>, Jim Meyering , jaalto X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 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: -4.2 (----) unarchive 10915 close 10915 stop On 07/27/2012 01:27 PM, Bernhard Voelker wrote: > On 07/27/2012 02:04 PM, Jim Meyering wrote: >> However, it is hard to judge without seeing the actual changes. >> If you feel strongly about it, go ahead and implement your preference. >> Maybe the resulting code will be small and clean enough that the added >> flexibility will be an obvious net gain. > > I'll try ... but it will take some time. Bernhard has addressed this with: http://git.sv.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dcommit;h=3Ddae8d22 http://git.sv.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dcommit;h=3Dae3c2b4 http://git.sv.gnu.org/gitweb/?p=3Dcoreutils.git;a=3Dcommit;h=3De73bb23 thanks, P=E1draig. From unknown Sat Aug 09 13:15:10 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 07 Dec 2012 12: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