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

Re: [Libvir] 1/22 Pull in more Gnulib modules



"Richard W.M. Jones" <rjones redhat com> wrote:
> Daniel Veillard wrote:
>> On Fri, Dec 07, 2007 at 11:19:27AM +0000, Richard W.M. Jones wrote:
>>> This pulls in some extra modules that we need:
>>>
>>> sys_stat (provides things like the S_* permissions flags which are
>>> missing under Windows)
>>>
>>> vasprintf (asprintf implementation)
>>>
>>> stdndup
>>>
>>> strsep
>>>
>>> poll
>>>
>>> gettext (portable gettext and <libintl.h> support)
>>>
>>> getpass (discussed previously)
>>
>>   Looks fine to me, I assume you checked the LGPLv2 licence of the new
>> modules imported from gnulib, good to see gnulib helps on many other
>> portbility requirement than just the 2 initial cases,
>
> We already pull in LGPLv3 _header_ files (in CVS right now):
>
>   float.in.h
>   intprops.h
>   physmem.h
>   stdlib.in.h
>   verify.h
>
> and a couple of LGPLv3 C files:
>
>   dummy.c  (but this file is literally trivial)
>   physmem.c
>
> (However the documentation for physmem says the module is under
> LGPLv2+ so either the documentation is wrong or the top of the file is
> wrong or else I don't understand what's going on here).
>
> Unfortunately although all the modules above are LGPLv2, I just
> noticed that getpass depends indirectly on realloc.  Documentation for
> realloc says its LGPLv2+ so I didn't think it was a problem, but the
> top of the file says LGPLv3.
>
> License lawyers, on your marks ...

Don't worry.
Perhaps gnulib-tool isn't transforming the
licenses properly (yes, it is supposed to do this).

physmem is most definitely LGPLv2+ because I just changed it.
The definitive source is gnulib's modules/physmem file:

    License:
    LGPLv2+

I'm looking into why gnulib-tool isn't working as expected.


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