tiny string fixes [patches]

Hi, While updating the Dutch translation for coreutils, I came across a few small inconsistencies. Attached patches fix those. Benno >From 0cceb3fb67b07d7ca50e65f85aaf6b9eeb487939 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg <[EMAIL PROTECTED]> Date: Sun, 3 Aug 2008 23:52:59 +020

Re: tiny string fixes [patches]

Hello Jim, Jim Meyering wrote: > Benno Schulenberg <[EMAIL PROTECTED]> wrote: > > -Usage: %s NEWROOT [COMMAND...]\n\ > > +Usage: %s NEWROOT [COMMAND]\n\ > > How about this instead, to make it consistent with env --help: > > -Usage: %s NEWROOT [COMMAND...]\n\ &

df: inconsistent and misaligned output

Hi, Using the --block-size option of df with a mere letter or with a number plus a letter gives different results: $ df -B 1M Filesystem 1M-blocks Used Available Use% Mounted on /dev/hda9 7060 4347 2713 62% / temporary 237 0

some more tiny string fixes [patches]

synopsis changes may need to be made to the Info documents too, I haven't systematically checked that. Benno >From 7c92e6ddd7e3341eba32ca7e5096b4f10bb4a46b Mon Sep 17 00:00:00 2001 From: Benno Schulenberg <[EMAIL PROTECTED]> Date: Mon, 4 Aug 2008 22:11:47 +0200 Subject: [PATCH] w

'echo' does not ignore other arguments with --help or --version

Hi, Most of the coreutils tools will ignore all other arguments when --help or --version is given, but not 'echo': $ /bin/echo --help ignore this --help ignore this $ /bin/echo --version ignore this --version ignore this But it says that it would: $ /bin/echo --help | grep help --help

moot and unposixy error message

Hi, In src/od.c around line 1820 it says this: if (limit_bytes_to_format) { end_offset = n_bytes_to_skip + max_bytes_to_format; if (end_offset < n_bytes_to_skip) error (EXIT_FAILURE, 0, _("skip-bytes + read-bytes is too large")); } Since max_bytes_to_format cannot

Re: moot and unposixy error message

Andreas Schwab wrote: > But the sum can overflow, and since the involved types are > unsigned this has defined (wrap-around) behaviour. Thanks. I felt I must be overlooking something, but couldn't figure out what. > > Further, the Open Group says that 'od' should not produce an > > error when '

output of 'date' is not properly localized

ale (LC_ALL, ""); Benno From 5e17acc09261e16e747c58583510d66549185c5a Mon Sep 17 00:00:00 2001 From: Benno Schulenberg <[EMAIL PROTECTED]> Date: Sun, 31 Aug 2008 13:09:52 +0200 Subject: [PATCH] date: call nl_langinfo with proper argument --- src/date.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(

descriptions of 'who' differ

Hi, The texts from 'who --help' and 'info who' say different things. The latter does not mention the options -p, -r and -t. It further mentions -H twice, does not list -l, --login and --lookup in their alphabetical positions, and says that -s is ignored, but it is not entirely: it overrides

final batch of tiny string fixes [patches]

having the "up" in an unrelated string makes this awkward. So the patch moves it to the relevant strings, even though this means some duplication. Benno >From 4e00ae1354aa80baebf5ac3d2e1efc2c2a779ef3 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg <[EMAIL PROTECTED]> Date: We

Re: descriptions of 'who' differ

Benno Schulenberg wrote: > The texts from 'who --help' and 'info who' say different things. > The latter does not mention the options -p, -r and -t. Oops, I was looking at 6.12. instead of git. Git does mention -p, -r and -t, but out of order. Attached patch puts t

Re: final batch of tiny string fixes [patches]

Benno Schulenberg wrote: > Attached the last of the series of tiny fixes for string problems Ping? Benno ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: final batch of tiny string fixes [patches]

Jim Meyering wrote: > Benno Schulenberg <[EMAIL PROTECTED]> wrote: > > - ngettext ("WARNING: %" PRIuMAX " of %" PRIuMAX > > -" listed file could not be read", > > + ngettext ("WARNING

Re: output of 'date' is not properly localized

Benno Schulenberg wrote: > (with LC_TIME and LC_ALL unset): > > $ LANG=da_DK.utf8 src/date > søn aug 31 13:21:21 CEST 2008 > > The day and month are reversed and the year is at the end instead > of after the month. Ping? Benno

Re: descriptions of 'who' differ

Benno Schulenberg wrote: > Git does mention -p, -r and -t, but out of order. Attached patch > puts them in their alphabetical positions, and removes the > duplication of -H. Ping? Benno ___ Bug-coreutils mailing list Bug-coreutils@gnu

table of contents of manual contains mistake

Hi, Instead of showing the six system-context commands under section 21 (http://www.gnu.org/software/coreutils/manual/html_node/index.html#toc_System-context) they are shown under section 22 (SELinux context) and in a slightly different order. Maybe a newer makeinfo is needed? Benno -- Ben

Re: table of contents of manual contains mistake

On Tue, 28 Jul 2009 23:34 +0100, "Pádraig Brady" wrote: > I've just pushed: > http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commit;h=8aeda9b Thanks. Since that change versions 7.5 and 7.6 have been released, but http://www.gnu.org/software/coreutils/manual/html_node/index.html#toc_System

several wording mistakes in FAQ

Hi, On http://www.gnu.org/software/coreutils/faq/ the second paragraph says: "This master location of this document is available online at ..." It should probably read either "The master location of this document is: ..." or "The master version of this document is available online at ..." In the

ls --help: further tweak

(Sorry for breaking thread. I am using the archives and webmail.) Jim Meyering quoted Pádraig Brady's change: > Using color to distinguish types of files is not enabled by default, or > when\n\ > --color=never is specified. [...] Hmm, the above is not quite grammatical. Paraphrased: "Someth

Re: ls --help: further tweak

On Tue, 22 Sep 2009 20:53 +0200, "Jim Meyering" wrote: > +Using color to distinguish file types is disabled by default, and with\n\ > +--color=never. With --color=auto, ls emits color codes only when\n\ > +standard output is connected to a terminal. The thing is: the explicit "is disabled" befor

Re: ls --help: further tweak

On Tue, 22 Sep 2009 22:16 +0200, "Jim Meyering" wrote: > +Using color to distinguish file types is disabled both by default and\n\ > +with --color=never. Okay with me. It forces "is disabled" to describe a state also for the option. (In some translations this won't work, though. But that is som

Re: several wording mistakes in FAQ

Hi Bob, On Sun, 01 Nov 2009 00:36 -0600, "Bob Proulx" wrote: > Benno Schulenberg wrote: > > In item 14: "wild-cards" -> "wildcards", "wild card" -> "wildcard" > > A spell checker error. Corrected. Still one present: &

Re: several wording mistakes in FAQ

Hola Bob, On Thu, 05 Nov 2009 15:32 -0700, "Bob Proulx" wrote: > Benno Schulenberg wrote: > > If not, ´file names that start with a dot´ are not an example but > > an explication. Maybe write it as follows: "...I never see hidden files, > > that is dot fi

bug#6516: [patch] improving error messages for when 'ln' fails

unladen european swallow From 05939f3bf8907f9ae9f36d72e521d934c49daf37 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sat, 26 Jun 2010 12:00:42 +0200 Subject: [PATCH] ln: print a clearer error message when linking fails --- src/ln.c | 10 +- 1 files ch

bug#7243: [patch] making md5sum's warnings clearer

e CC, not subscribed.) -- http://www.fastmail.fm - Same, same, but different... From fc5460ed05561a9754754993f7aadd541eb98c1c Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Mon, 18 Oct 2010 22:35:39 +0200 Subject: [PATCH] md5sum: print a summary warning for improperly formatted lines

bug#7254: [patch] making md5sum's --quiet and --warn independent, plus some comments

nes are misformatted -- and it would be handy if it were the default. By the way, why is there a short option for --warn, but not for --quiet and --status? Regards, Benno -- http://www.fastmail.fm - Send your email first class From 600424f36d056388eab2c5fa9df1eaa79bc686b2 Mon Sep 17 00:00:00 2

bug#6769: translation misalignment in 'df' is specific to Ubuntu

Hello Erik, Most likely you were using a version of Ubuntu (or a derivative); the misalignment is due to a longstanding bug in Launchpad/Rosetta (https://bugs.launchpad.net/rosetta/+bug/30358). For Ubuntu 10.10 I've tried to alleviate the problem by reducing the word "Bestandssysteem" to "Bstnds

Re: Errors in the coreutils-6.9 PO file

(Sorry for breaking thread, I'm not subscribed.) Jim Meyering wrote: > Clytie Siddall <[EMAIL PROTECTED]> wrote: > > 1. This is a fatal error for msgfmt: > > > > #: src/expr.c:133 > > #, c-format > > msgid "" > > "\n" > > " ARG1 * ARG2 arithmetic product of ARG1 and ARG2\n" > > " ARG1 / A

redundancy in description of 'cp -a'

Hi, Since option -d of 'cp' includes the function of -P, mentioning the latter in the description of option -a is redundant and therefore slightly confusing, as the reader tries to figure out what it adds. - -a, --archivesame as -dpPR\n\ + -a, --archivesame as

Re: redundancy in description of 'cp -a'

Jim Meyering wrote: > Benno Schulenberg <[EMAIL PROTECTED]> wrote: > > - -a, --archivesame as -dpPR\n\ > > + -a, --archivesame as -dpR\n\ > > Thank you! Applied and pushed. The same change is needed in the texi file. :) (This sh

bug#12212: [patch] dd's help text contains superfluous word

BLOCKS (now N) -- this to avoid the awkward word combination of "BYTES bytes". Regards, Benno -- http://www.fastmail.fm - One of many happy users: http://www.fastmail.fm/docs/quotes.html From 31596e328019702857dcb1760c76d7a27b32c75c Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Dat

bug#12334: [patches] two tiny textual fixes for 'touch'

Hi, Attached two patches slightly improve the help text and documentation of 'touch'. Regards, Benno -- http://www.fastmail.fm - A no graphics, no pop-ups email service From 5df770d0e0b1d64d18a1ca0885f334e98e892f35 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sat, 18 A

bug#12334: [patches] two tiny textual fixes for 'touch'

On Sun, Sep 2, 2012, at 13:54, Jim Meyering wrote: > Benno Schulenberg wrote: > > -Ignored; for compatibility with BSD versions of @command{touch}. > > +Ignored; recognized for compatibility with BSD versions of @command{touch}. > > This seems understandable to me already

bug#12334: [patches] two tiny textual fixes for 'touch'

On Sun, Sep 2, 2012, at 18:10, Jim Meyering wrote: > Sure, but please s/recognized/accepted/. Then let it be, as for me "accepted" means just about the opposite of "ignored". I chose "recognized" because 'touch' reacts to an option it does not know at all with: "unrecognized option". $ touch --

bug#12658: [patches] some undocumented options in chcon

ndant" to "ignored". Regards, Benno -- http://www.fastmail.fm - mmm... Fastmail... From 9ccf1c6e310d559362a25d88c3246e47f1687a3b Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Mon, 15 Oct 2012 13:06:37 +0200 Subject: [PATCH 1/3] cp: with option -n option -f is not r

bug#12658: [patches] some undocumented options in chcon

On Fri, Oct 19, 2012, at 11:17, Jim Meyering wrote: > Please ping us if they're not applied soon after 8.20. Ping. -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again

bug#12913: [patch] an overlooked string in 'uptime'

Hi, Well, tiny patch says everything. Benno -- http://www.fastmail.fm - One of many happy users: http://www.fastmail.fm/help/overview_quotes.html From 855f5c860acb350125476765cf064f6ccc4d2aaa Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sat, 17 Nov 2012 11:49:21 +0100 Subject

bug#13409: [patch] make some error messages clearer

uot;. Attached patch suggests improvements for a bunch of those messages. Regards, Benno -- http://www.fastmail.fm - mmm... Fastmail... From 1bb86c6f228f16bd4e15a83bac81f5fe521fe55e Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Fri, 4 Jan 2013 22:45:34 +0100 Subject: [PATCH 2/2] t

bug#13410: [patch] tiniest of uniformizations for msgids

http://www.fastmail.fm - A no graphics, no pop-ups email service From 1874463b2f554378cd2b71f21b3b0fc03f7b116a Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Fri, 4 Jan 2013 22:07:49 +0100 Subject: [PATCH 1/2] ln: make a help text fragment identical to three others * src/ln.c (usage):

bug#13409: [patch] make some error messages clearer

On Thu, Jan 10, 2013, at 21:06, Paul Eggert wrote: > - error (0, errno, _("reading %s"), quote (src_name)); > + error (0, errno, _("error reading %s"), quote (src_name)); > > Surely a translator who read the message in context will see > that it's an error message, since 'error'

bug#13409: [patch] make some error messages clearer

On Fri, Jan 11, 2013, at 8:39, Jim Meyering wrote: > > wwarn (_("%s: read failed"), src_name); > When things go wrong, I would prefer to see a word like "failed", "error", "mistake", "bad", "invalid" or "mayday" at the beginning of the line (right after the command name). cmd: error in s

bug#12913: gettextizing an overlooked string in 'uptime'

Ping? -- http://www.fastmail.fm - The professional email service

bug#13409: [patch] make some error messages clearer

On Wed, Feb 6, 2013, at 16:54, Pádraig Brady wrote: > But I'll note that "error reading" and "error writing" are quite > unambiguous and fit well to indicate partial failure of the operation. > If we used "failed to write", then it might imply that nothing was written > etc. To both points: +1.

bug#13680: [patch] numfmt: do not gettextize developer debugging messages

-- http://www.fastmail.fm - The way an email service should be From 9de8dd37bcc0af2bd702113a04349eebb09ef0c7 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sun, 10 Feb 2013 19:02:04 +0100 Subject: [PATCH 1/3] doc: do not gettextize debugging messages meant for developers * src/numfmt.c:

bug#13681: [patches] numfmt: standardize synopsis and docstring, and slice up helptext

tin From 590c544d02ceecb30f5ac72e77e603a415ad8b6e Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sun, 10 Feb 2013 19:16:02 +0100 Subject: [PATCH 2/3] doc: standardize the synopsis and docstring of command 'numfmt' * src/numfmt.c: Correct synopsis and make command description clearer. ---

bug#13681: [patches] numfmt: standardize synopsis and docstring, and slice up helptext

On Sun, Feb 10, 2013, at 21:01, Pádraig Brady wrote: > I'll apply this for the upcoming release. Thanks. Just to be sure: this will require a pre3, if translations are meant (where possible) to be complete. Oh, and one small overlooked typo still: -"positive N will right-aligned;" +"positive N

bug#14976: [patch] use semicolons in option descriptions, not periods

- Accessible with your email software or over the web From 2bac2f05a68bc3534b54b480469f58bfd2489c8f Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sun, 28 Jul 2013 13:54:20 +0200 Subject: [PATCH] textual: use semicolon instead of period in option descriptions Also

bug#14976: [patch] use semicolons in option descriptions, not periods

Hello Pádraig, On Mon, Jul 29, 2013, at 19:02, Pádraig Brady wrote: > On 07/28/2013 08:27 PM, Benno Schulenberg wrote: > > Attached patch replaces in several usage texts some periods with > > semicolons, removes from them several inconsistent final periods, > > pr

bug#14976: [patch] use semicolons in option descriptions, not periods

Hello Pádraig, On Fri, Aug 2, 2013, at 10:11, Pádraig Brady wrote: > On 08/01/2013 08:56 PM, Benno Schulenberg wrote: > > A semicolon is a sentence separator too; it just avoids the need for > > a capital starter letter and a finishing period. > > Well generally there s

bug#14976: [patch] use semicolons in option descriptions, not periods

Hello Pádraig, On Sat, Aug 3, 2013, at 18:08, Pádraig Brady wrote: > - -d, --directorylist directory entries instead of contents, > - and do not dereference symbolic links > + -d, --directorylist just names of directories, not their > co

bug#14976: [patch] use semicolons in option descriptions, not periods

On Sun, Aug 4, 2013, at 13:28, Pádraig Brady wrote: > The latest patch is attached, > with all the above discussed changes. > I'll wait for confirmation before pushing. Ack. The patch is fine, with the spello corrected. Bernhard, in my opinion "can be" is better than the too «pressing» "is one

bug#14976: [patch] use semicolons in option descriptions, not periods

On Sun, Aug 4, 2013, at 22:28, Pádraig Brady wrote: > Also I was thinking of doing: > > - -d, --directorylist directories themselves, not their > contents\n\ > + -d, --directoryfor directories, list themselves, not their > contents\n\ Hmmm... I don't like that. The

bug#17277: improve translator comment

From 9443f57b045ee203f9cb772b3a4893b7eaa20419 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Wed, 16 Apr 2014 21:26:54 +0200 Subject: [PATCH] remove: improve translator comment by reinstating older version * src/remove.c (prompt): Explain where the difficulty with translating these two

bug#19503: most translations of proper names aren't being used

Hi, Just now I noticed that 'du --version | tail -2' produces here this: Verkita de Torbjern GRANLUND (Torbjörn Granlund), David MacKenzie, Paul Eggert kaj Jim Meyering. whereas I expected it to produce this: Verkita de Torbjern GRANLUND (Torbjörn Granlund), David MEKENZI (David MacKenzie), P

bug#20406: tr French translation

On 2015-04-22 22:19, Eric Blake wrote: > On 04/22/2015 11:05 AM, Dimitri Papadopoulos Orfanos wrote: >> Thank you for forwarding my mail to the proper channel. I haven't been >> able to find information on how to report translation bugs on the web >> site: >> http://translationproject.org/domain

bug#21571: [patches] some small message improvements

il.com - Email service worth paying for. Try it for free From c8fa3c8dbfa58512ab7efe0aa162cb8da7ffdc09 Mon Sep 17 00:00:00 2001 From: Benno Schulenberg Date: Sun, 27 Sep 2015 08:54:02 +0200 Subject: [PATCH 1/3] stty: improve the wording of the CR-LF translation options * src/stty.c: Make the descr

bug#21571: [patches] some small message improvements

On Sun, Sep 27, 2015, at 13:26, Andreas Schwab wrote: > > > [...] If ONLRET is set, the NL character is assumed to do the > carriage-return function; [...] Otherwise, the NL character is > assumed to do just

bug#21571: [patches] some small message improvements

On Sun, Sep 27, 2015, at 20:14, Andreas Schwab wrote: > Benno Schulenberg writes: > > Or does it just mean that when ONLRET is set that the receiving > > end will do also a CR when a LF is received? The tty doesn't do > > any conversion, it just has to be aware that se

bug#26621: hint for translators is missing from POT file, but is opaque anyhow

Commit 2dab6cd3c2e18eb574b24e54fba86a33c80b6a27 changed the progress messages for dd, but in doing so separated the instruction/hint for translators from the call to ngettext(). For xgettext to pick up such comments, the comment must end of the line directly before the call. So the current POT fi

bug#26621: hint for translators is missing from POT file, but is opaque anyhow

On Mon, Apr 24, 2017, at 09:38, Paul Eggert wrote: > Benno Schulenberg wrote: > > It would be nicer to use a fixed number of > > decimals so that the message doesn't unnecessarily "jump". > > Yes, and since the messages you're talking about are supposed t

bug#26621: hint for translators is missing from POT file, but is opaque anyhow

On Tue, Apr 25, 2017, at 03:20, Paul Eggert wrote: > On 04/24/2017 12:57 PM, Benno Schulenberg wrote: > > (Also, when dd is done copying records, the USB stick isn't > > ready yet: > > You might need to use 'eject' on the stick before unplugging it. Perhaps

bug#43707: [PATCH] stat: use a colon before a list, and don't use backticks as quotes

* src/stat.c (usage): Replace a mistaken semicolon with a colon, and replace mistaken backticks with single quotes. Also reorder some words, for clarity. --- src/stat.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/stat.c b/src/stat.c index 4e6c2aa86..1c09073

bug#45358: Wrong CA certificate on translationproject.org

Op 17-02-2021 om 10:28 schreef Nekolyanich: > I find this https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45358 recently. Cannot reproduce. Downloading any project's PO files with wget works fine here -- no complaints about certificates. Why does your wget complain when curl and Firefox have no

bug#75763: is the "note " particle in sort.c needed?

Hi, In src/sort.c there is this piece of code: error (0, 0, _("%snumbers use %s as a decimal point in this locale"), tab == decimal_point ? "" : _("note "), quote (((char []) {decimal_point, 0}))); What does "note " here mean? Is it an adjective or