[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: c-ctype, inttostr, intprops module license
From: |
Simon Josefsson |
Subject: |
Re: c-ctype, inttostr, intprops module license |
Date: |
Wed, 15 Nov 2006 21:14:43 +0100 |
User-agent: |
Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.90 (gnu/linux) |
Paul Eggert <address@hidden> writes:
> Yoann Vandoorselaere <address@hidden> writes:
>
>> warning: argp is LGPL but depend on exitfail which is GPL
>> warning: canon-host is LGPL but depend on intprops which is GPL
>> warning: euidaccess is LGPL but depend on exitfail which is GPL
>> warning: fts-lgpl is LGPL but depend on exitfail which is GPL
>> warning: fts-lgpl is LGPL but depend on fcntl-safer which is GPL
>> warning: fts-lgpl is LGPL but depend on intprops which is GPL
>> warning: fts-lgpl is LGPL but depend on unistd-safer which is GPL
>> warning: getaddrinfo is LGPL but depend on intprops which is GPL
>> warning: inttostr is LGPL but depend on intprops which is GPL
>> warning: obstack is LGPL but depend on exitfail which is GPL
>
> I haven't waded through that whole list, but I'm a bit antsy about
> wholesale conversion of gnulib to the LGPL. Isn't thee a better
> way?
I don't see a move to make all of gnulib LGPL here -- what I see are
some accidental dependencies on GPL'd moduled by LGPL'd modules. I
wrote the getaddrinfo module for LGPL'ed applications/libraries, and
having it depend on GPL'ed modules defeats the purpose of that module.
The argp module comes from glibc, under LGPL, and any GPL'ed
dependency seem counter-productive. I can't speak for the other
examples, but at least that is two.
Hopefully, if Yoann can supply some mechanism to detect this problem
automatically, we will detect these problems immediately in the
future.
/Simon
- Re: c-ctype, inttostr, intprops module license, (continued)
- Re: c-ctype, inttostr, intprops module license, Bruno Haible, 2006/11/14
- Re: c-ctype, inttostr, intprops module license, Simon Josefsson, 2006/11/14
- Re: c-ctype, inttostr, intprops module license, Jim Meyering, 2006/11/14
- Re: c-ctype, inttostr, intprops module license, Paul Eggert, 2006/11/14
- Re: c-ctype, inttostr, intprops module license, Paul Eggert, 2006/11/14
- Re: c-ctype, inttostr, intprops module license, Yoann Vandoorselaere, 2006/11/15
- Re: c-ctype, inttostr, intprops module license, Paul Eggert, 2006/11/15
- Re: c-ctype, inttostr, intprops module license,
Simon Josefsson <=
- Re: c-ctype, inttostr, intprops module license, Simon Josefsson, 2006/11/15
- Re: c-ctype, inttostr, intprops module license, Jim Meyering, 2006/11/15
- Re: c-ctype, inttostr, intprops module license, Paul Eggert, 2006/11/15
- Re: c-ctype, inttostr, intprops module license, Yoann Vandoorselaere, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Simon Josefsson, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Yoann Vandoorselaere, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Simon Josefsson, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Bruno Haible, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Eric Blake, 2006/11/16
- Re: c-ctype, inttostr, intprops module license, Jim Meyering, 2006/11/16