Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Micah Cowan <[EMAIL PROTECTED]> writes:
>
>> Simon Josefsson wrote:
Sadly, old versions of gzip send the help/usage report to stderr, not
stdout, so ">/dev/null" alone does not discard it. (And grep wouldn't
see an "rsyncable", even if it
Micah Cowan <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>>> Sadly, old versions of gzip send the help/usage report to stderr, not
>>> stdout, so ">/dev/null" alone does not discard it. (And grep wouldn't
>>> see an "rsyncable", even if it were there.) Folding stderr into stdout
>>> look
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Simon Josefsson wrote:
>> Sadly, old versions of gzip send the help/usage report to stderr, not
>> stdout, so ">/dev/null" alone does not discard it. (And grep wouldn't
>> see an "rsyncable", even if it were there.) Folding stderr into stdout
>> lo
Simon Josefsson <[EMAIL PROTECTED]> writes:
> If we make maint.mk minimal, it would be excellent to make coreutils'
> Makefile.maint do 'include maint.mk'. This was the idea all along.
> I'll suggest patches for gnulib/coreutils to achieve this.
Below are two set of patches. The first one is ag
Jim Meyering <[EMAIL PROTECTED]> writes:
> Bruno Haible <[EMAIL PROTECTED]> wrote:
>> Simon Josefsson wrote:
>>> Fixed in gnulib's maint.mk, thanks!
>>
>> Still, we have code duplication between gnulib and coreutils here, which
>> leads to the same bugs being reported twice, on different mailing l
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Simon Josefsson wrote:
>> Fixed in gnulib's maint.mk, thanks!
>
> Still, we have code duplication between gnulib and coreutils here, which
> leads to the same bugs being reported twice, on different mailing lists.
> Since you created maint.mk from coreutils
Simon Josefsson wrote:
> Fixed in gnulib's maint.mk, thanks!
Still, we have code duplication between gnulib and coreutils here, which
leads to the same bugs being reported twice, on different mailing lists.
Since you created maint.mk from coreutils' Makefile.maint, can you can Jim
look how to redu
[EMAIL PROTECTED] (Steven M. Schweda) writes:
>Greetings:
>
>While trying to build a recent edition of wget on a Tru64 system, I
> ran into a problem, apparently involving gnulib's maint.mk
> ("build-aux/maint.mk"?)
>
>On a system with an old gzip, say version 1.2.4 (which is supplied
From: Bruno Haible
> This was already reported and fixed in coreutils, in
> http://lists.gnu.org/archive/html/bug-coreutils/2006-08/msg00111.html
I like my "2>&1" better than that "2>/dev/null", as mine would work
if the thing being sought were actually there. (And it's shorter.)
Discar
Bruno Haible <[EMAIL PROTECTED]> writes:
> Why do coreutils and gnulib have to have different copies of these Makefile
> rules?
I think this is because someone (not me or Jim; I forget who) changed
how those files worked in gnulib without getting those changes
integrated into coreutils, and the f
Hi Jim & Simon,
Steven M. Schweda wrote:
>On a system with an old gzip, say version 1.2.4 (which is supplied
> with Tru64), the victim gets much spewage from an unhappy gzip test.
> For example:
> ...
>The cause of this clutter appears to be this part of maint.mk:
>
> # Do not save
Greetings:
While trying to build a recent edition of wget on a Tru64 system, I
ran into a problem, apparently involving gnulib's maint.mk
("build-aux/maint.mk"?)
On a system with an old gzip, say version 1.2.4 (which is supplied
with Tru64), the victim gets much spewage from an unhappy g
12 matches
Mail list logo
