Skip to content
This repository has been archived by the owner on Oct 14, 2020. It is now read-only.

Split packages by license: LGPLv2 vs. GPLv3 #55

Closed
dripton opened this issue May 16, 2016 · 4 comments
Closed

Split packages by license: LGPLv2 vs. GPLv3 #55

dripton opened this issue May 16, 2016 · 4 comments

Comments

@dripton
Copy link

dripton commented May 16, 2016

It's great that parts of the libu2f-host package are now LGPLv2 licensed. However, other parts are still GPLv3, and the only way to tell which is which is checking the license headers in individual source files. Having a package with per-file licensing is very confusing and error-prone.

The ideal solution would be splitting into two packages, each with a single license. Then organizations that cannot use GPLv3 code could import the LGPLv2 code with no fear of accidentally using the wrong file and causing legal problems.

@klali
Copy link
Member

klali commented May 23, 2016

I think this makes good points. Our current thinking is to re-license everything to LGPLv2 but we have some internal hoops to jump through to get there.

@dripton
Copy link
Author

dripton commented May 23, 2016

Relicensing everything to LGPLv2 would be awesome too. Thanks for considering it.

@klali
Copy link
Member

klali commented Jun 16, 2016

one problem here are the files maint.mk and GNUmakefile that seem to be under GPL not LGPL.. will have to look deeper into that..

@klali klali closed this as completed in 9f53f3c Jun 16, 2016
@lfaraone
Copy link

lfaraone commented Aug 8, 2017

@klali: in general, e.g. Debian does not consider the build system "a part of" the package, in any case, the build system is not included in the output of the build. So I think it would be helpful to clarify that the project is LGPLv2.1+ as a whole, to avoid confusion.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

No branches or pull requests

3 participants