Skip to content
This repository has been archived by the owner on Mar 28, 2019. It is now read-only.

License status? #17

Closed
jokimaki opened this issue Oct 20, 2016 · 12 comments
Closed

License status? #17

jokimaki opened this issue Oct 20, 2016 · 12 comments

Comments

@jokimaki
Copy link

I noticed that you changed the license to MIT in b7af357. However, the original iText source files state that they are licensed under LGPL/MPL. I assume that only new contributions are licensed under the MIT license? I don't think you can change the license of the whole code base unless you're the original copyright holder, especially from a restrictive license like LGPL to more permissive MIT.

Another question is what would be the license of the whole library. I'm under the impression that because LGPL is a copyleft license, the whole work would have to be licensed under that?

Perhaps you could clarify the license status in README? In my opinion the clearest and (from a legal perspective) safest thing to do would be to revert back to the original license. But again, I'm not a legal expert on FOSS licenses and I would just like to know your reasoning.

@ghost
Copy link

ghost commented Oct 20, 2016

The license change was done by @rtfarte. Perhaps he can explain?

@jokimaki
Copy link
Author

Don't get me wrong, I think it would be great to have as open license as possible :) But based on my understanding, changing the license of the whole project would mean we'd have to rewrite iText parts from scratch first, as stated in #6.

@ghost
Copy link

ghost commented Oct 20, 2016

If we don't hear from @rtfarte about this, then I would gladly approve a pull-request to revert the license change.

@kulatamicuda
Copy link

Cannot comment other commits, but as you forked from my original code - I do not agree with license change, because it is illegal. Althought I aprreciate the work you are doing, I cannot simply agree with illegal activities. So please change it back to LGPL/MPL. Maybe for simplification (i do not like dual licenses) it will be preferable to use LGPL, but it depends on you.

@jokimaki
Copy link
Author

Thanks for stating your case @kulatamicuda. I'll prepare a PR.

@ghost ghost closed this as completed in #18 Oct 20, 2016
@ghost
Copy link

ghost commented Oct 20, 2016

Now it's all good?

@bengolder
Copy link

Thanks everyone for noticing and handling this issue appropriately. I'll go ahead and pull these changes into the version published on Maven Central.

@gilbertoca
Copy link

@rtfarte
Copy link
Owner

rtfarte commented Oct 25, 2016

Agreed. I just hated the licensing of the original project. I'm no lawyer, but to be safe we should revert back to the original license.

Thanks,
--Art

On Oct 20, 2016, 11:25 AM -0600, Juha Jokimäki notifications@github.com, wrote:

Don't get me wrong, I think it would be great to have as open license as possible :) But based on my understanding, changing the license of the whole project would mean we'd have to rewrite iText parts from scratch first, as stated in #6 (#6).


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub (#17 (comment)), or mute the thread (https://github.com/notifications/unsubscribe-auth/AA5kAjYJFd94KoOZvodRV-p7zm_WaIXgks5q16QfgaJpZM4KcXrc).

@lapo-luchini
Copy link

As a side issue: the license file currently contains text from MPL 2.0 / LGPL 2.1, but the readme talks about MPL 2.0 / LGPL 3.0.

I guess the license file is probably right, but then the readme should be corrected to LGPL 2.1 for clarity's sake.

@kulatamicuda
Copy link

See notes in files from original itext 4.2.0 on which this whole project is originally based:

  • This library is free software; you can redistribute it and/or modify it
  • under the terms of the MPL as stated above or under the terms of the GNU
  • Library General Public License as published by the Free Software Foundation;
  • either version 2 of the License, or any later version.

@lapo-luchini
Copy link

Sure you can decide to upgrade the project from using LGPL 2.1+ to requiring LGPL 3.0+… but having one in the license file and another in the readme file doesn't makes much sense to me: should the user follow the 2.1 as extensively stated in the license file or the 3.0 as succinctly stated in the readme file?
(Myself, as a user, I'd prefer to keep using the 2.1, but that's not me to decide.)
With my comment I wasn't trying to advocate for one license or the other, just to have avoid clashing infos about it. :)

jokimaki referenced this issue in LibrePDF/OpenPDF Feb 2, 2019
Reverse commit of b7af357 + updated readme.
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants