Re: [Translation-team-hu] GNU gettext 0.15 rejects latest Hungarian translation of coreutils

Hi Paul, I'll let you know when the fix is in the umontreal.ca repository. Thanks for letting us know. Cheers, Emese On 8/9/06, Paul Eggert <[EMAIL PROTECTED]> wrote: While building coreutils with the recently issued version 0.15 of GNU gettext, I ran into this problem with the latest Hungari

Re: Query on wc

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Vinu, Uma on 8/8/2006 9:59 PM: > > ls -l | grep core | wc -l - The directory doesn't has the > core file. > > But wc -l returns a blank line instead of a 0. I need the output to be > 0. It worked for me: $ ls core ls: core: No su

Re: TODO: --total option to df

On 8/8/06, Eric Blake <[EMAIL PROTECTED]> wrote: > According to Gustavo Rondina on 8/7/2006 8:11 PM: > > Hello, > > > > > > I was looking the coreutils TODO list and saw that there was still a > > request > > for a --total option to df. I have written a patch to implement this > > feature. It is a

Re: Query on wc

Vinu, Uma wrote: > Hi, > > > > ls -l | grep core | wc -l - The directory doesn't has the > core file. > > But wc -l returns a blank line instead of a 0. I need the output to be > 0. > > Why does this happen? Your reply will be of great help. My version of wc (5.2.1) does return 0. You

Re: Query on wc

Pádraig Brady <[EMAIL PROTECTED]> writes: > So you probably want to do: > > if ls /dir | grep -q '^core$'; then > echo "Core file found" > fi test -f /dir/core && echo "Core file found" Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 9040

Re: [Gaeilge-gnulinux] trailing white space in Irish translation for coreutils

On 21:31 Tue 08 Aug , Paul Eggert wrote: > While building coreutils, I ran into this problem with the latest > Irish translation > : > >coreutils-5.97.ga.po:8400:# partial and total ordering not in FE94; ordúil > f

shuf.c build failures -- trivial code issue

The recently added shuf.c file fails to build for me on HP-UX using the native C compiler due to a small code issue. Here is the error. source='shuf.c' object='shuf.o' libtool=no \ DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -

warn of obsolete tail usage on the man page too

Perhaps also warn about obsolete thing on the man page too. $ info -w cor tail|xargs zgrep -ic obsolete 18 $ man tail|grep -ic obsolete 0 ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: shuf.c build failures -- trivial code issue

Thanks for catching that. I installed the following patch: 2006-08-09 Paul Eggert <[EMAIL PROTECTED]> * src/shuf.c (next_line): New function. (read_input): Use it, to avoid relying on GCC-specific behavior with void * arithmetic. Problem reported by Bob Proulx.

Re: warn of obsolete tail usage on the man page too

Dan Jacobson <[EMAIL PROTECTED]> writes: > Perhaps also warn about obsolete thing on the man page too. The CVS documentation mentions the old usage; look for "older systems". "tail --help" (and therefore the man page) does not mention this, because it is supposed to be brief. A discussion about

Makefile.maint change for new translation repository format

The Translation Project has changed their repository format, and the coreutils procedure for getting translations no longer works. I'll temporarily work around this problem by getting them by hand. The first step is to remove the old code so that people aren't tempted to try it (it grabs a stale ve

unregistered translations for coreutils

I regenerated the translations for coreutils, and found four languages (Romanian, Serbian, Ukrainian, Walloon) that are archived in the Translation project that we don't have translations for. I added them. There is still something weird about all this, in that coreutils is now distributing trans

Re: Query on wc

Andreas Schwab wrote: > Pádraig Brady <[EMAIL PROTECTED]> writes: > > >>So you probably want to do: >> >>if ls /dir | grep -q '^core$'; then >>echo "Core file found" >>fi > > > test -f /dir/core && echo "Core file found" Yes I didn't want to mention that :) Modern linux systems at least ca

add mlterm and rxvt-unicode to dircolors.hin

I installed this: 2006-08-09 Paul Eggert <[EMAIL PROTECTED]> * src/dircolors.hin: Add mlterm, rxvt-unicode; this fixes Debian bug 317503. --- src/dircolors.hin.~1.21.~ 2006-07-25 08:33:57.0 -0700 +++ src/dircolors.hin 2006-08-09 13:52:48.0 -0700 @@ -21,11 +2

Re: add mlterm and rxvt-unicode to dircolors.hin

On Wednesday 09 August 2006 16:57, Paul Eggert wrote: > I installed this: > > 2006-08-09 Paul Eggert <[EMAIL PROTECTED]> > > * src/dircolors.hin: Add mlterm, rxvt-unicode; this fixes Debian > bug 317503. any chance of getting the other terms i posted a while back added as well ? i po

Re: uniq i18n implementation

Paul Eggert wrote: > Pádraig Brady <[EMAIL PROTECTED]> writes: > > >>memcoll does 2 errno accesses per call, which shows up significantly >>in profiles. Does strcoll even set errno? > > > says it's > allowed to. I assume some platforms do

dd oflag=append of=FOO without conv=notrunc

I installed this to warn about the possibly-unexpected consequences of those options: 2006-08-09 Paul Eggert <[EMAIL PROTECTED]> * doc/coreutils.texi (dd invocation): Warn about oflag=append without conv=notrunc. See Debian bug 373736. * src/dd.c (usage): Warn about ofl