bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: c-ctype, inttostr, intprops module license


From: Jim Meyering
Subject: Re: c-ctype, inttostr, intprops module license
Date: Fri, 17 Nov 2006 00:45:17 +0100

Bruno Haible <address@hidden> 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 opinion. Jim, Paul?

Separating the LGPL and GPL'd parts of fts is no small task.
I'm not even going to think about this right now.  I've invested
enough time in it recently, making it work correctly and efficiently.
Openat emulation is similar.  I think relaxing a GPL license to LGPL
for any significant module should be done only if there is a very
good reason.  With these two modules (and all of their many dependents),
I'm reluctant to switch just so that LGPL-restricted projects can use them.
Perhaps the people who care about the distinction will investigate and
propose a patch or two.  But be warned: it might not even be feasible to
complete the split cleanly.

> - getaddrinfo, inttostr: Paul, can you agree to put intprops under LGPL?

Maybe someone will contribute a dumbed-down LGPL-able version
that is "good enough".

> - glob: d-type has no source code in lib/, therefore whether it has a GPL
>   or LGPL license statement does not matter. Jim?

Ok.  I've switched it to LGPL.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]