Martin Koeppe wrote:
> Thanks. Unfortunately, this
> http://lists.gnu.org/archive/html/bug-gnu-gettext/
> is not a valid URL (404). And I looked on
> http://lists.gnu.org/archive/html/
> for "gettext" or "intl" and couldn't find either.
The bug-gnu-gettext archives are at
http://lists.gnu.org/ar
Hi Bruno,
On Sun, 14 Oct 2007, Bruno Haible wrote:
Martin Koeppe wrote:
I just found the bug in gettext causing this trouble. Unfortunately I
didn't find a gettext mailing list.
For most GNU programs, you find the bug reporting address at the end of
the " --help" output. "gettext --help" is
Martin Koeppe wrote:
> I just found the bug in gettext causing this trouble. Unfortunately I
> didn't find a gettext mailing list.
For most GNU programs, you find the bug reporting address at the end of
the " --help" output. "gettext --help" is in this category.
> Gettext is 0.16.1, file dcigett
Hi,
On Sun, 7 Oct 2007, Jim Meyering wrote:
Martin Koeppe <[EMAIL PROTECTED]> wrote:
The test tests/rm/dir-nonrecur shows IMO a real bug in coreutils,
however:
"rm d" should fail at
remove.c:1094 with "cannot remove 'd': Is a directory"
but fails there with "cannot remove 'd': No such f
Brian Dessent <[EMAIL PROTECTED]> wrote:
> GNU policy is that you can't have limits such as requiring the whole
> input to fit in memory, so there's really no choice but to copy stdin to
> a temporary file while you count lines. As an optimization I suppose
> you could spool the input into a memo
