Hi Gary,
* Gary V. Vaughan wrote on Mon, Sep 06, 2010 at 05:20:30AM CEST:
> On 6 Sep 2010, at 03:44, Ralf Wildenhues wrote:
> > Except that the autotools project logs contain lots of S-O-B entries
> > which explicitly do not have that particular meaning. :-/
>
> I suppose we can create an annota
Hello,
* Jim Meyering wrote on Sat, Sep 04, 2010 at 07:28:58PM CEST:
> Stefano Lattarini wrote:
> > What about instead making the names of the temporaries source/build/install
> > directories used by "make distcheck" configurable? This will offer more
> > flexibility, and won't introduce still an
Hello,
* Eric Blake wrote on Thu, Sep 02, 2010 at 11:23:57PM CEST:
> The git pages are clear that S-O-B has project-dependent
> interpretation. Coreutils currently doesn't even use it (the only
> people with commit privileges to the master coreutils.git have FSF
> copyright, and it is assumed tha
Hi Bruno,
On 5 Sep 2010, at 17:14, Bruno Haible wrote:
>> The architecture of my current rewrite of gnulib bootstrap, moves all
>> the top-level code into functions ... Then `bootstrap.conf' is sourced,
>> where
>> the nodes of that "shell-function-require-tree" can be overwritten
>> with replac
On Sun, Sep 5, 2010 at 10:42 AM, Dustin J. Mitchell wrote:
> I re-updated my gnulib repository, and I don't see any changes to this
> file, so I'm assuming that the bug is still present. I will look for
> a fix and send a patch, but I thought I would poll for corroboration
> or any other informat
I just had a very long chase for a new build error that began after a
recent gnulib upgrade. Briefly, the symptoms were that an invocation
of
curl-config --libs
was returning nothing when run by configure on systems with older
curls. curl-config is a shell script, which calls
pkg-config libcu
Bruno Haible writes:
> 2010-09-05 Bruno Haible
>
> isinf, isnan: Relax license.
> * modules/isinf (License): Change from GPL to LGPL, with consent from
> Ben Pfaff.
> * modules/isnan (License): Likewise.
> Requested by Ludovic Courtès.
Thanks!
Ludo’.
Jim Meyering wrote:
> be careful that with bootstrap.conf, when one removes a module, that the
> removal is reflected in lib/m4/etc. directories.
This problem was fixed by yesterday's semantic change of --import.
Bruno
Bruno Haible wrote:
...
>> >> 10. slurp()
>> >> ==
>> > ...
>> > I think it has/had two purposes:
>> > 1. It allowed Paul to use symbolic links or hard links to gnulib files,
>> > at a time when gnulib-tool did not have options for symbolic links.
>> > 2. It prevents some files from b
Hello Gary,
> The architecture of my current rewrite of gnulib bootstrap, moves all
> the top-level code into functions ... Then `bootstrap.conf' is sourced, where
> the nodes of that "shell-function-require-tree" can be overwritten
> with replacement functions to radically alter the behaviour of
Ben Pfaff wrote:
> > We’d like to use ‘isnan’ and ‘isinf’ in libguile, which is LGPLv3+.
> > Could you make these two modules LGPL?
>
> This is fine with me. I think that you will also need Bruno
> Haible to agree.
You don't need my agreement, because
- The license change affects only the file
> 2010-09-04 Bruno Haible
>
> gnulib-tool: Help migration from --import to --add-import or --update.
> * gnulib-tool: Emit a verbose error message when --import is used
> without any module name.
And another migration aid: print the changed options in bold font in the --help
12 matches
Mail list logo
