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


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]