Hello bug-bash readers,
I noticed the following bash bug when using gnulib-tool. The script
below outputs
foo: line 20: echo: write error: Broken pipe
foo: line 21: echo: write error: Broken pipe
with bash 3.2.48(5)-release on GNU/Linux, whereas I think it should be
silent. Please note that th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 12/10/2008 1:42 PM:
> Either gnumakefile should also depend on maintainer-makefile (which
> means both modules could be merged), or for example 'sinclude' aka
> '-include' should be used to include maint.mk, or at least
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> ok to apply?
It looks good to me but I'd say that Bruno is authoritative on
this.
> relocatable-prog-wrapper depends on errno
> [...]
--
"Unix... is not so much a product
as it is a painstakingly compiled oral history
of the hacker subcultur
Hello Bruno,
OK to commit? lib/unilbrk/tables.h #include's unitypes.h, otherwise
causing a compile failure with
gnulib-tool --test unilbrk/tables
Thanks,
Ralf
* modules/unilbrk/tables (Depends-on): Add unitypes.
diff --git a/modules/unilbrk/tables b/modules/unilbrk/tables
index 657f1
Hello gnulib maintainers,
gnulib-tool --with-tests --test strtoull
gives me
configure.ac:112: warning: gl_STDLIB_H_DEFAULTS is m4_require'd but not
m4_defun'd
glm4/strtoull.m4:7: gl_FUNC_STRTOULL is expanded from...
configure.ac:27: gl_INIT is expanded from...
configure.ac:112: the top level
Hello Bruno, Ben,
ok to apply?
Thanks,
Ralf
relocatable-prog-wrapper depends on errno
* modules/relocatable-prog-wrapper (Depends-on): Sort entries,
add errno module, for gl_HEADER_ERRNO_H.
diff --git a/modules/relocatable-prog-wrapper b/modules/relocatable-prog-wrapper
Hello all,
maintainer-makefile depends on gnumakefile, but not vice versa, yet
top/GNUmakefile (which is part of the latter module) includes maint.mk
(which is part of the former) unconditionally.
Either gnumakefile should also depend on maintainer-makefile (which
means both modules could be merg
Ben Pfaff <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>> Do any of you know of a pdf-to-text converter that is better than
>> pdftotxt? pdftotxt does not preserve line breaks, table formatting,
>> displayed code, etc. Even the official .txt version of the previous
>> rel
Jim Meyering <[EMAIL PROTECTED]> writes:
> Do any of you know of a pdf-to-text converter that is better than
> pdftotxt? pdftotxt does not preserve line breaks, table formatting,
> displayed code, etc. Even the official .txt version of the previous
> release of POSIX had many conversion-artifact
I was surprised to see assertions being turned off by default:
$ cat configure.ac
AC_INIT
AC_CONFIG_HEADERS([config.h])
AC_HEADER_ASSERT
AC_OUTPUT
$ autoheader && autoconf && ./configure
checking whether to enable assertions... no <-- wrong! default is to enable
con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to James Youngman on 12/10/2008 3:08 AM:
> I'm normally reluctant to accept the need to change getdate.y (though
> this is not my call anyway of course, I'm not a maintainer) because of
> the fact that it's been around a long time and somebod
Eric Blake wrote:
> POSIX 2008 is now freely available at:
>
> http://www.opengroup.org/bookstore/catalog/c082.htm
>
> which, once you accept a cookie, redirects to:
>
> http://www.opengroup.org/onlinepubs/9699919799/toc.htm
With this patch, the generated MODULES.html file refers to the new POS
Hi Jim,
> Do any of you know of a pdf-to-text converter that is better than
> pdftotxt? pdftotxt does not preserve line breaks, table formatting,
> displayed code, etc. Even the official .txt version of the previous
> release of POSIX had many conversion-artifact errors.
I would use a good html
Eric Blake <[EMAIL PROTECTED]> wrote:
> POSIX 2008 is now freely available at:
>
> http://www.opengroup.org/bookstore/catalog/c082.htm
>
> which, once you accept a cookie, redirects to:
>
> http://www.opengroup.org/onlinepubs/9699919799/toc.htm
>
> [My favorite page - the new examples section for t
Not sure if it's a bug but it is confusing.
I have a little wrapper script that I've been
using for years to bypass this issue:
http://www.pixelbeat.org/scripts/day
Pádraig.
On Wed, Dec 10, 2008 at 1:08 AM, Jan Minář <[EMAIL PROTECTED]> wrote:
> 2008/12/10 James Youngman <[EMAIL PROTECTED]>:
>> $ date -d "next `LC_ALL=C date +%A`"
>> mercredi 10 décembre 2008, 00:00:00 (UTC+)
> ^^^
>
> You've just demonstrated that the bug is present in the French
16 matches
Mail list logo