Re: maint.mk: heads-up: ftpmirror urls are not quick to be updated

2009-12-11 Thread Karl Berry
Can mirrors be updated more frequently like every 6 hours, The answer is, basically, no. For starters, we'd have to contact mirror admins and ask them to change. Not easy, or fun. Second, we'd have to push ftp.gnu.org to ibiblio more often, and doing anything with that connection is such a

Re: maint.mk: heads-up: ftpmirror urls are not quick to be updated

2009-12-11 Thread Giuseppe Scrivano
Hi Karl, k...@freefriends.org (Karl Berry) writes: > I uploaded coreutils several hours ago, and the > http://ftpmirror.gnu.org... > URL that went into my announcement template still is not yet valid. > > A few hours is not enough. Most mirrors update once a day. This is why usually I

Re: maint.mk: heads-up: ftpmirror urls are not quick to be updated

2009-12-11 Thread Karl Berry
I uploaded coreutils several hours ago, and the http://ftpmirror.gnu.org... URL that went into my announcement template still is not yet valid. A few hours is not enough. Most mirrors update once a day.

Re: add pipe2-safer

2009-12-11 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 12/11/2009 9:39 AM: > It's weird that the dup_safer_flag and fd_safer_flag get defined if the > module 'unistd-safer' AND the module 'cloexec' are included. If a package > needs pipe_safer and set_cloexec_flag, why should i

new module 'nl_langinfo'

2009-12-11 Thread Bruno Haible
Here comes a substitute for the nl_langinfo() function. At the moment, it returns non-localized (English) strings. Proper localization can be added at a later time, together with cross-platform support for locale_t. For now, the purpose is only to be able to use this function in the 'localename' mo

new module 'langinfo'

2009-12-11 Thread Bruno Haible
I'm adding this module for the include file. 2009-12-11 Bruno Haible New module 'langinfo'. * lib/langinfo.in.h: New file. * m4/langinfo_h.m4: New file. * modules/langinfo: New file. * doc/posix-headers/langinfo.texi: Mention the new module. =

maint.mk: heads-up: ftpmirror urls are not quick to be updated

2009-12-11 Thread Jim Meyering
I uploaded coreutils several hours ago, and the http://ftpmirror.gnu.org... URL that went into my announcement template still is not yet valid. At least not for the mirror(s) I've been getting. I manually changed it to the canonical URL. Note that this works fine: http://ftp.gnu.org/gnu/coreutil

Re: add pipe2-safer

2009-12-11 Thread Bruno Haible
Eric Blake wrote: > It looks okay, except for: > > > + fd[i] = fd_safer_flag (fd[i], flags); > > unistd-safer.h doesn't declare fd_safer_flag unless the cloexec module was > also in use. Therefore, > > > Depends-on: > > -cloexec > > ...I think this portion of the change is incorrect.

unistd-safer module description tweak

2009-12-11 Thread Bruno Haible
The macro GNULIB_UNISTD_SAFER is unused. I'm removing it: 2009-12-11 Bruno Haible * modules/unistd-safer (configure.ac): Drop indicator macro. --- modules/unistd-safer.orig 2009-12-11 17:17:31.0 +0100 +++ modules/unistd-safer2009-12-11 17:01:28.0 +0100 @@ -1

Re: fcntl for mingw

2009-12-11 Thread Bruno Haible
Eric Blake wrote: > --- a/doc/posix-functions/fcntl.texi > +++ b/doc/posix-functions/fcntl.texi > @@ -4,10 +4,16 @@ fcntl > > POSIX specification: @url > {http://www.opengroup.org/onlinepubs/9699919799/functions/fcntl.html} > > -Gnulib module: --- > +Gnulib module: fcntl > > Portability proble

Re: undefined behavior in closeout, aggravated by libsigsegv

2009-12-11 Thread Bruno Haible
Hi Eric, Eric Blake wrote on 2009-11-23: > The particular m4 bug that sparked this thread had three cooperating > causes - fix any one of the three, and the crash goes away (so, in true > open source fashion, I fixed all three of the problems, through three > different projects). newlib's fflush

expanding TABs in indentation: the aftermath can be easy

2009-12-11 Thread Jim Meyering
Jim Meyering wrote: > Bruno Haible wrote: >> What should I write in the NEWS file, about recommendations for people who >> have >> patches on top of gnulib? > > We also need a way to keep things in order going forward. > I.e., a syntax-check style rule that enforces this style. > > To that end, pl