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 Jim, Paul, is

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 possible to have

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 Gnulib

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 I really

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 on

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 propose: -

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: no