From unknown Sun Jun 15 08:55:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15054: df: "block" is not a French(+) word Resent-From: Filipus Klutiero Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 09 Aug 2013 03:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 15054 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 15054@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.137602048230828 (code B ref -1); Fri, 09 Aug 2013 03:55:01 +0000 Received: (at submit) by debbugs.gnu.org; 9 Aug 2013 03:54:42 +0000 Received: from localhost ([127.0.0.1]:48487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7dmj-00081A-Fm for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36349) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7dme-00080e-SE for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7dmS-0004iz-Tb for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmS-0004is-QL for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38061) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmM-0000Gu-Nr for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7dmG-0004e5-TP for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:18 -0400 Received: from mail-qc0-x229.google.com ([2607:f8b0:400d:c01::229]:64906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmG-0004dV-OX for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:12 -0400 Received: by mail-qc0-f169.google.com with SMTP id m15so1996523qcq.14 for ; Thu, 08 Aug 2013 20:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=u+xawBjpUTcYdxGeH8NhxjC8KnR6mNEUfbCLKjC13K8=; b=STLgx1OE60DHe8S7HJYkc70Ig7XVXTAyAyjXxwwRZqQPdD30DCduRR+T22w0nh1NGr 3H+OK+cJf/S0vdYpWeGjo/FQXzx5rbLocCvR5Kr52/LYUtvlFBpisWKF0W6+yzA7x9pr 9UCrMuTZ9P2BxzCeCwIwM6qxkOnMkUW8od97YiumMZKDFict7++ld3quKabPb1GZDgCZ AsEYGM28o27q/YxQMCNe/XDAofL3BmCAPs7aDeaM5mgWdBuidT8XMeZPyezdnDzWdkhq QmSbr6XonGwyvnQONWj1a7KwL53M0nOxJk69B8tBwK32rzip+fXtiJrbkUMGG4A/iNpL wTcQ== X-Received: by 10.224.169.3 with SMTP id w3mr9166138qay.13.1376020452064; Thu, 08 Aug 2013 20:54:12 -0700 (PDT) Received: from [192.168.1.9] (modemcable156.191-56-74.mc.videotron.ca. [74.56.191.156]) by mx.google.com with ESMTPSA id a2sm18480314qek.7.2013.08.08.20.54.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 20:54:11 -0700 (PDT) Message-ID: <520467E2.6050204@gmail.com> Date: Thu, 08 Aug 2013 23:54:10 -0400 From: Filipus Klutiero User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) My df outputs something like: > Sys. de fichiers blocks de 1K Utilisé Disponible Uti% Monté sur > /dev/sda5 37534240 24181584 11439364 68% / > udev 10240 0 10240 0% /dev > tmpfs 756064 572 755492 1% /run > tmpfs 5120 0 5120 0% /run/lock > tmpfs 1845740 4 1845736 1% /run/shm > /dev/sdc3 20641788 16697020 2896128 86% /mnt/work In English, the header would be: > Filesystem 1K-blocks Used Available Use% Mounted on So "1K-blocks" is translated to "blocks de 1K". It turns out that this isn't a problem in the po file: > #. TRANSLATORS: this is the "1K-blocks" header in "df" output. > #. TRANSLATORS: this is the "1024-blocks" header in "df -P". > #: src/df.c:545 src/df.c:554 > #, c-format > msgid "%s-%s" > msgstr "%2$s de %1$s" The po file does its best given the msgid given, but it's not given the opportunity to translate "block" itself, which is "bloc" in French. For French, this simply looks like a typo/translato. In Spanish and many other languages, this must be more striking. I believe this can be fixed by calling gettext with a string built using a string already translated by gettext. A very different approach would be to reconsider the "block" terminology in df. 1K here is not a block size in the technical sense, it's merely the display unit. When run with --human-readable, there is no need to put unit information in the header, as each cell indicates the unit. Instead of displaying the unit, the header then reads "Size". Which makes you realize that this header actually applies to the 3 size columns. So enabling human-readable by default would fix this. I thought the disadvantage was verbosity, but human-readable balances verbosity and precision very well and is actually shorter. So the only disadvantage is the generally smaller precision. Even for the precise/fixed-unit mode, at least in French, displaying the unit in each cell would still be more compact than the current approach on my system. -- Filipus Klutiero http://www.philippecloutier.com From unknown Sun Jun 15 08:55:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15054: df: "block" is not a French(+) word Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 09 Aug 2013 04:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15054 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Filipus Klutiero Cc: 15054@debbugs.gnu.org Received: via spool by 15054-submit@debbugs.gnu.org id=B15054.13760222982542 (code B ref 15054); Fri, 09 Aug 2013 04:25:02 +0000 Received: (at 15054) by debbugs.gnu.org; 9 Aug 2013 04:24:58 +0000 Received: from localhost ([127.0.0.1]:48511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7eG1-0000eu-Ho for submit@debbugs.gnu.org; Fri, 09 Aug 2013 00:24:58 -0400 Received: from mail2.vodafone.ie ([213.233.128.44]:3219) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7eFy-0000eb-LN for 15054@debbugs.gnu.org; Fri, 09 Aug 2013 00:24:55 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAPptBFJtTdNT/2dsb2JhbAANTr9lgnWBL4MYAQEBAwEyATIUBQsLDQEKCRYPCQMCAQIBRQYNAQcBAYgGpnGSGJAbB4QOA54qjh8 Received: from unknown (HELO [192.168.1.79]) ([109.77.211.83]) by mail2.vodafone.ie with ESMTP; 09 Aug 2013 05:24:48 +0100 Message-ID: <52046F0F.7050705@draigBrady.com> Date: Fri, 09 Aug 2013 05:24:47 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <520467E2.6050204@gmail.com> In-Reply-To: <520467E2.6050204@gmail.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 08/09/2013 04:54 AM, Filipus Klutiero wrote: > My df outputs something like: >> Sys. de fichiers blocks de 1K Utilisé Disponible Uti% Monté sur >> /dev/sda5 37534240 24181584 11439364 68% / >> udev 10240 0 10240 0% /dev >> tmpfs 756064 572 755492 1% /run >> tmpfs 5120 0 5120 0% /run/lock >> tmpfs 1845740 4 1845736 1% /run/shm >> /dev/sdc3 20641788 16697020 2896128 86% /mnt/work > > In English, the header would be: >> Filesystem 1K-blocks Used Available Use% Mounted on > > So "1K-blocks" is translated to "blocks de 1K". It turns out that this isn't a problem in the po file: > >> #. TRANSLATORS: this is the "1K-blocks" header in "df" output. >> #. TRANSLATORS: this is the "1024-blocks" header in "df -P". >> #: src/df.c:545 src/df.c:554 >> #, c-format >> msgid "%s-%s" >> msgstr "%2$s de %1$s" > > The po file does its best given the msgid given, but it's not given the opportunity to translate "block" itself, which is "bloc" in French. For French, this simply looks like a typo/translato. In Spanish and many other languages, this must be more striking. > > I believe this can be fixed by calling gettext with a string built using a string already translated by gettext. > This might fix it up: diff --git a/src/df.c b/src/df.c index c2c390e..949fe2f 100644 --- a/src/df.c +++ b/src/df.c @@ -539,7 +539,7 @@ get_header (void) char *num = human_readable (output_block_size, buf, opts, 1, 1); /* Reset the header back to the default in OUTPUT_MODE. */ - header = N_("blocks"); + header = _("blocks"); /* TRANSLATORS: this is the "1K-blocks" header in "df" output. */ if (asprintf (&cell, _("%s-%s"), num, header) == -1) > A very different approach would be to reconsider the "block" terminology in df. 1K here is not a block size in the technical sense, it's merely the display unit. When run with --human-readable, there is no need to put unit information in the header, as each cell indicates the unit. Instead of displaying the unit, the header then reads "Size". Which makes you realize that this header actually applies to the 3 size columns. > > So enabling human-readable by default would fix this. I thought the disadvantage was verbosity, but human-readable balances verbosity and precision very well and is actually shorter. So the only disadvantage is the generally smaller precision. Even for the precise/fixed-unit mode, at least in French, displaying the unit in each cell would still be more compact than the current approach on my system. > Yes this could do with some improvement. POSIX says -P should output 1024-blocks but doesn't mention translations The 1K-blocks was a minimal width equivalent, though 1K is ambiguous (1000 or 1024?) Also there is awkwardness with -B: $ df -B1K Filesystem 1K-blocks Used Available Use% Mounted on rootfs 13102208 11726468 1242672 91% / $ df -BK Filesystem 1K-blocks Used Available Use% Mounted on rootfs 13102208K 11726468K 1242672K 91% / It would be good to clean this up a bit. thanks, Pádraig. From unknown Sun Jun 15 08:55:42 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Filipus Klutiero Subject: bug#15054: closed (Re: bug#15054: df: "block" is not a French(+) word) Message-ID: References: <521E8E70.4050004@draigBrady.com> <520467E2.6050204@gmail.com> X-Gnu-PR-Message: they-closed 15054 X-Gnu-PR-Package: coreutils Reply-To: 15054@debbugs.gnu.org Date: Wed, 28 Aug 2013 23:58:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1377734282-7453-1" This is a multi-part message in MIME format... ------------=_1377734282-7453-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #15054: df: "block" is not a French(+) word which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 15054@debbugs.gnu.org. --=20 15054: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15054 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1377734282-7453-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 15054-done) by debbugs.gnu.org; 28 Aug 2013 23:57:41 +0000 Received: from localhost ([127.0.0.1]:34479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VEpcK-0001vh-RU for submit@debbugs.gnu.org; Wed, 28 Aug 2013 19:57:41 -0400 Received: from mail3.vodafone.ie ([213.233.128.45]:15207) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VEpcI-0001vX-Gg for 15054-done@debbugs.gnu.org; Wed, 28 Aug 2013 19:57:39 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAGyNHlJtTjcC/2dsb2JhbAANTcE/gnOBOIMYAQEBBDIBRhALDQEKCRYPCQMCAQIBRQYNAQcBAa4Ykx+PZAeEGQOeQo4x Received: from unknown (HELO [192.168.1.79]) ([109.78.55.2]) by mail3.vodafone.ie with ESMTP; 29 Aug 2013 00:57:37 +0100 Message-ID: <521E8E70.4050004@draigBrady.com> Date: Thu, 29 Aug 2013 00:57:36 +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: Filipus Klutiero Subject: Re: bug#15054: df: "block" is not a French(+) word References: <520467E2.6050204@gmail.com> <52046F0F.7050705@draigBrady.com> In-Reply-To: <52046F0F.7050705@draigBrady.com> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15054-done Cc: 15054-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 (/) On 08/09/2013 05:24 AM, Pádraig Brady wrote: > On 08/09/2013 04:54 AM, Filipus Klutiero wrote: >> My df outputs something like: >>> Sys. de fichiers blocks de 1K Utilisé Disponible Uti% Monté sur >>> /dev/sda5 37534240 24181584 11439364 68% / >>> udev 10240 0 10240 0% /dev >>> tmpfs 756064 572 755492 1% /run >>> tmpfs 5120 0 5120 0% /run/lock >>> tmpfs 1845740 4 1845736 1% /run/shm >>> /dev/sdc3 20641788 16697020 2896128 86% /mnt/work >> >> In English, the header would be: >>> Filesystem 1K-blocks Used Available Use% Mounted on >> >> So "1K-blocks" is translated to "blocks de 1K". It turns out that this isn't a problem in the po file: >> >>> #. TRANSLATORS: this is the "1K-blocks" header in "df" output. >>> #. TRANSLATORS: this is the "1024-blocks" header in "df -P". >>> #: src/df.c:545 src/df.c:554 >>> #, c-format >>> msgid "%s-%s" >>> msgstr "%2$s de %1$s" >> >> The po file does its best given the msgid given, but it's not given the opportunity to translate "block" itself, which is "bloc" in French. For French, this simply looks like a typo/translato. In Spanish and many other languages, this must be more striking. >> >> I believe this can be fixed by calling gettext with a string built using a string already translated by gettext. >> > > This might fix it up: > > diff --git a/src/df.c b/src/df.c > index c2c390e..949fe2f 100644 > --- a/src/df.c > +++ b/src/df.c > @@ -539,7 +539,7 @@ get_header (void) > char *num = human_readable (output_block_size, buf, opts, 1, 1); > > /* Reset the header back to the default in OUTPUT_MODE. */ > - header = N_("blocks"); > + header = _("blocks"); > > /* TRANSLATORS: this is the "1K-blocks" header in "df" output. */ > if (asprintf (&cell, _("%s-%s"), num, header) == -1) I confirmed that this fixes the specific issue, and pushed the above. thanks, Pádraig. ------------=_1377734282-7453-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 9 Aug 2013 03:54:42 +0000 Received: from localhost ([127.0.0.1]:48487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7dmj-00081A-Fm for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36349) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7dme-00080e-SE for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7dmS-0004iz-Tb for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmS-0004is-QL for submit@debbugs.gnu.org; Thu, 08 Aug 2013 23:54:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38061) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmM-0000Gu-Nr for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7dmG-0004e5-TP for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:18 -0400 Received: from mail-qc0-x229.google.com ([2607:f8b0:400d:c01::229]:64906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7dmG-0004dV-OX for bug-coreutils@gnu.org; Thu, 08 Aug 2013 23:54:12 -0400 Received: by mail-qc0-f169.google.com with SMTP id m15so1996523qcq.14 for ; Thu, 08 Aug 2013 20:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=u+xawBjpUTcYdxGeH8NhxjC8KnR6mNEUfbCLKjC13K8=; b=STLgx1OE60DHe8S7HJYkc70Ig7XVXTAyAyjXxwwRZqQPdD30DCduRR+T22w0nh1NGr 3H+OK+cJf/S0vdYpWeGjo/FQXzx5rbLocCvR5Kr52/LYUtvlFBpisWKF0W6+yzA7x9pr 9UCrMuTZ9P2BxzCeCwIwM6qxkOnMkUW8od97YiumMZKDFict7++ld3quKabPb1GZDgCZ AsEYGM28o27q/YxQMCNe/XDAofL3BmCAPs7aDeaM5mgWdBuidT8XMeZPyezdnDzWdkhq QmSbr6XonGwyvnQONWj1a7KwL53M0nOxJk69B8tBwK32rzip+fXtiJrbkUMGG4A/iNpL wTcQ== X-Received: by 10.224.169.3 with SMTP id w3mr9166138qay.13.1376020452064; Thu, 08 Aug 2013 20:54:12 -0700 (PDT) Received: from [192.168.1.9] (modemcable156.191-56-74.mc.videotron.ca. [74.56.191.156]) by mx.google.com with ESMTPSA id a2sm18480314qek.7.2013.08.08.20.54.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 20:54:11 -0700 (PDT) Message-ID: <520467E2.6050204@gmail.com> Date: Thu, 08 Aug 2013 23:54:10 -0400 From: Filipus Klutiero User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: df: "block" is not a French(+) word Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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: -2.7 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) My df outputs something like: > Sys. de fichiers blocks de 1K Utilisé Disponible Uti% Monté sur > /dev/sda5 37534240 24181584 11439364 68% / > udev 10240 0 10240 0% /dev > tmpfs 756064 572 755492 1% /run > tmpfs 5120 0 5120 0% /run/lock > tmpfs 1845740 4 1845736 1% /run/shm > /dev/sdc3 20641788 16697020 2896128 86% /mnt/work In English, the header would be: > Filesystem 1K-blocks Used Available Use% Mounted on So "1K-blocks" is translated to "blocks de 1K". It turns out that this isn't a problem in the po file: > #. TRANSLATORS: this is the "1K-blocks" header in "df" output. > #. TRANSLATORS: this is the "1024-blocks" header in "df -P". > #: src/df.c:545 src/df.c:554 > #, c-format > msgid "%s-%s" > msgstr "%2$s de %1$s" The po file does its best given the msgid given, but it's not given the opportunity to translate "block" itself, which is "bloc" in French. For French, this simply looks like a typo/translato. In Spanish and many other languages, this must be more striking. I believe this can be fixed by calling gettext with a string built using a string already translated by gettext. A very different approach would be to reconsider the "block" terminology in df. 1K here is not a block size in the technical sense, it's merely the display unit. When run with --human-readable, there is no need to put unit information in the header, as each cell indicates the unit. Instead of displaying the unit, the header then reads "Size". Which makes you realize that this header actually applies to the 3 size columns. So enabling human-readable by default would fix this. I thought the disadvantage was verbosity, but human-readable balances verbosity and precision very well and is actually shorter. So the only disadvantage is the generally smaller precision. Even for the precise/fixed-unit mode, at least in French, displaying the unit in each cell would still be more compact than the current approach on my system. -- Filipus Klutiero http://www.philippecloutier.com ------------=_1377734282-7453-1--