Re: coreutils-6.4 released (stable)

2006-11-16 Thread Paul Eggert
Eric Blake <[EMAIL PROTECTED]> writes: > I didn't see this show up on bug-gnulib, nor in the list queue, so I took > the liberty of resending it... > > Original Message > Date: Wed, 15 Nov 2006 19:13:36 -0600 > From: Matthew Woehlke > ... > Ok. Using the latest snapshot Eric pro

Re: coreutils-6.4 released (stable)

2006-11-16 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I didn't see this show up on bug-gnulib, nor in the list queue, so I took the liberty of resending it... - Original Message Subject: Re: coreutils-6.4 released (stable) Date: Wed, 15 Nov 2006 19:13:36 -0600 From: Matthew Woehlke To:

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: > I would propose: ... > - euidaccess: change group-member.c so that it doesn't use xmalloc. If the > memory allocation fails, let group_member() return -1 with errno = ENOMEM. > Jim, would you accept patches to that effect? Sure. > - fts-lgpl & openat:

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 11/16/2006 7:10 AM: > According to my rule of thumb > "if something is usable in libraries, we can put it under LGPL", > "if something uses exit, or xmalloc, or error, it is not usable in > libraries" > > I would prop

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Bruno Haible
Paul Eggert wrote: > I should have also said: I changed it to LGPL. Thanks. The remaining warnings from "gnulib-tool --create-testdir" are: module argp depends on a module with an incompatible license: dirname module argp depends on a module with an incompatible license: exit module argp depends

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Yoann Vandoorselaere
On Thu, 2006-11-16 at 11:07 +0100, Simon Josefsson wrote: > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Considering the above reaction, and unless we can find a technically > > viable way of fixing the problem, maybe removing the Gnulib --lgpl > > feature should be considered (although

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Simon Josefsson
Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > Considering the above reaction, and unless we can find a technically > viable way of fixing the problem, maybe removing the Gnulib --lgpl > feature should be considered (although I really don't like that idea). > Maybe then an LGPL version of Gnul

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Simon Josefsson
Jim Meyering <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> wrote: >> Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: >> >>> warning: getaddrinfo is LGPL but depend on intprops which is GPL >>> warning: inttostr is LGPL but depend on intprops which is GPL >> >> Jim, Paul, is it

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Yoann Vandoorselaere
On Wed, 2006-11-15 at 21:33 +0100, Jim Meyering wrote: > Simon Josefsson <[EMAIL PROTECTED]> wrote: > > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > >> warning: getaddrinfo is LGPL but depend on intprops which is GPL > >> warning: inttostr is LGPL but depend on intprops which is GPL > > >