bug-gnulib
[Top][All Lists]
Advanced

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

Re: relocatable given GPL boilerplate despite asking for relocatable-lib


From: Eric Blake
Subject: Re: relocatable given GPL boilerplate despite asking for relocatable-lib-lgpl
Date: Mon, 20 Mar 2017 17:06:21 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0

[adding Gary in cc]

On 03/20/2017 04:53 PM, Reuben Thomas wrote:
> On 20 March 2017 at 21:31, Bruno Haible <address@hidden> wrote:
> 
>> Hi Reuben,
>>
>>> Although gnulib/lib/relocatable.[ch] are LGPL-licensed in their original
>>> forms in the gnulib source tree, they are rewritten to be under GPL, even
>>> though I ask for relocatable-lib-lgpl. Is this a bug?
>>
>> You mean, you want the copyright notice to say "LGPL" instead of "GPL"?
>>
>
> Yes. Since the sources are checked in already as LGPL (contrary to the
> manual, I now see), it wasn't obvious this was necessary. So should
> relocatable.[ch] be fixed?
>
> 
>> This is achieved by passing the option '--lgpl' to gnulib-tool. [1]
>>
> 
> I already tried this, but it fails because a build-time module funclib.sh I
> use is GPLed. I didn't think that was a problem legally for the project, as
> it's not part of the built sources (it contains helper functions used by
> Gary Vaughan's bootstrap module).

Interesting - that file is not part of gnulib proper at the moment, but
Gary's bootstrap project aims to be something that plays nicely with
gnulib, and has the same directory layouts.  In fact, the funclib.sh
module in that repository has this license:

License:
Dual MIT/GPLv2+

which doesn't seem to be something that gnulib-tool recognizes.  Compare
that to the license of other build-time-only modules, like
maintainer-makefile:

License:
GPLed build tool

which has a specific license text that gnulib-tool then allows in
combination with --lgpl.

So maybe the solution is to patch the bootstrap project to fix the
license of funclib.sh, rather than fix gnulib-tool to recognize yet
another license designation.

> 
> So it looks as though the correct solution is using --lgpl, but it won't
> work for me. If I'm not doing something wrong by attempting to use
> funclib.sh under GPL to build the project which itself is under LGPL, then
> it seems that's a problem with gnulib.

GPL modules that are only used at build time are supposed to be
compatible with --lgpl.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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