Translator comments and other extensions to genparse

2007-10-13 Thread Michael Geng
Hi Bruno, Jim, Andreas, hello mailing list, I released genparse version 0.7.2 which addresses some issues which we recently discussed in the mailing list. Splitting usage text in smaller pieces == Regarding http://lists.gnu.org/archive/html/bug-coreutils/2007

Re: Translator comments and other extensions to genparse

2007-10-13 Thread Bruno Haible
Michael Geng wrote: > I released genparse version 0.7.2 which addresses some issues which we > recently discussed in the mailing list. Thank you very much! The only remaining question is: Why is --manyprints not implied by --internationalize? Or why does the doc of --internationalize not say: "W

Re: Translator comments and other extensions to genparse

2007-10-13 Thread Michael Geng
On Sat, Oct 13, 2007 at 04:01:09PM +0200, Bruno Haible wrote: > Michael Geng wrote: > > I released genparse version 0.7.2 which addresses some issues which we > > recently discussed in the mailing list. > > Thank you very much! > > The only remaining question is: Why is --manyprints not implied

linecut development

2007-10-13 Thread Steven Schubiger
Since no one explicitly rejected the idea of adding linecut to coreutils, I've re-implemented quite a bit of functionality to suit the requirements of a coreutils tool (see previous mail for enlistment). I'm currently struggling how to make pipe support work correctly, because one needs to know be

Bug in ls v5.97

2007-10-13 Thread Антон Сергеевич
First of all, sorry for my english... ( I found strange bug in ls. When using long listing format ("ls -l") utility shows wrong total files count: [EMAIL PROTECTED]:~/bot/infa$ ls -l total 100 -rw-r--r-- 1 shifer shifer 154 2007-10-13 18:26 a -rw-r--r-- 1 shifer shifer 388 2007-10-08 19:15

Re: Bug in ls v5.97

2007-10-13 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Антон Сергеевич on 10/13/2007 9:13 AM: > First of all, sorry for my english... ( > I found strange bug in ls. When using long listing format ("ls -l") > utility shows wrong total files count: > > [EMAIL PROTECTED]:~/bot/infa$ ls -l > tota

Re: linecut development

2007-10-13 Thread Brian Dessent
Steven Schubiger wrote: > I'm currently struggling how to make pipe support work correctly, because > one needs to know beforehand how many lines of input are available (to > turn relative range line positions into their absolute counterparts), > which implies reading through the entire STDIN stre

[PATCH] Do not force unresettable color

2007-10-13 Thread Jan Engelhardt
Hi, === Patch begins here === By default, ls highlights setuid/setgid/etc. files with a color, but there is no way to restore the old (coreutils 5.x?) behavior, i.e. that the setuid file gets the same color as it would when not having suid. Assume an /etc/DIR_COLORS of: NORMAL 0

Re: linecut development

2007-10-13 Thread John Cowan
Steven Schubiger scripsit: > a) allocate memory for each line and buffer accordingly That won't work, because the input size is unlimited and memory is not. You need to be able to fall back to disk. > b) disallow inverted (relative to EOF) line positions That's insufficient too; just allowing

Re: Fwd: Re: error.c: "Unknown system error" should report errno value (fwd)

2007-10-13 Thread Martin Koeppe
sorry, just noted that I forgot to add the list in reply... -- Forwarded message -- Date: Tue, 9 Oct 2007 09:49:29 +0200 (CEST) From: Martin Koeppe To: Bruno Haible Subject: Re: Fwd: Re: error.c: "Unknown system error" should report errno value On Tue, 9 Oct 2007, Bruno Haible

Re: Fwd: Re: error.c: "Unknown system error" should report errno value (fwd)

2007-10-13 Thread Bruno Haible
Martin Koeppe wrote: > The relevant output is done by asprintf(). And by printf() in line 269. That's it. coreutils needs to use also printf-posix, not only vasprintf-posix. Then 'seq' should work. Bruno ___ Bug-coreutils mailing list Bug-coreutils@g

Re: Fwd: Re: error.c: "Unknown system error" should report errno value (fwd)

2007-10-13 Thread Martin Koeppe
On Sat, 13 Oct 2007, Bruno Haible wrote: Martin Koeppe wrote: The relevant output is done by asprintf(). And by printf() in line 269. That's it. coreutils needs to use also printf-posix, not only vasprintf-posix. Then 'seq' should work. Or modify seq to not use printf() so that not every c

fold UTF ready?

2007-10-13 Thread jidanni
fold (GNU coreutils) 5.97 * counts bytes, not columns, even without -b * has no compassion for multibyte chars, turning UTF-8 into illegal sequences. export LC_ALL=zh_TW.utf8 echo 不准作台灣人|fold --help echo 不准作台灣人|fold -w 2 echo 不准作台灣人|fold -w 3 echo 不准 作台灣人|fold -w 3 echo 不准 作 台灣人|fold -w 3 echo 不准 作

Re: fold UTF ready?

2007-10-13 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to [EMAIL PROTECTED] on 10/13/2007 6:57 PM: > fold (GNU coreutils) 5.97 Consider upgrading. The latest stable coreutils is at 6.9. > * counts bytes, not columns, even without -b > * has no compassion for multibyte chars, turning UTF-8 into

Re: fold UTF ready?

2007-10-13 Thread jidanni
> "EB" == Eric Blake <[EMAIL PROTECTED]> writes: EB> According to [EMAIL PROTECTED] on 10/13/2007 6:57 PM: >> fold (GNU coreutils) 5.97 EB> Consider upgrading. The latest stable coreutils is at 6.9. I'll tell Debian to upgrade. >> * counts bytes, not columns, even without -b >> * has no co