-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] License change is not legal #6158
Comments
I would like to point out the exception in the OpenJDK license, specifically the classpath exception, stating:
|
That's not how the things work. OpenJDK is a different project with a different repository: https://github.com/PojavLauncherTeam/android-openjdk-build-multiarch Moreover, even some code parts in a single project can be protected by a different licence, if this is explicitly stated. For example, the LTW renderer is protected by Polygorm Shield (and has already been stolen by FoldCraft Launcher, violating its license). |
. |
LTW没有开源 |
With copyleft licenses like GPL, you're wrong, that is how it works. Under normal circumstances, GPL requires any project that uses a GPL-licensed project as a dependency to also be licensed under the GPL. This is a well known mechanism of the license and I encourage you to look it up since you're clearly misinformed. As another person mentioned, OpenJDK in particular does not have this issue because they use the optional "linking exception" which allows projects using it as a non-derivative dependency to use their own license rather than requiring GPL. In any case, this license change is still a violation of the GPL because when it comes to Pojav's own code, they almost certainly did not get permission from all of the contributors to change it to LGPL.
Where do you think I got this information from? It says in the readme that OpenJDK is used by the project under the GPLv2 license. What's your point? |
|
Good catch. I'll add that to the top post |
Actually, dlopen appears to be a function of Android itself, so I don't think its use applies here, unless you meant that dlopen is being used to link GPLv3-licensed libraries |
As I've stated before, the clause in the OpenJDK license almost entirely removes the issue with the JDK and as far as I know there is no issues with the other libraries at the moment. |
As for the issues in regards to contributions and contributors, majority of the project is made by people that have already agreed to the license change, and the ones that haven't have minor changes that aren't make or break and can be removed if they don't agree to the change, however I have spoken with @artdeell and he will be reaching out to the contributors to that haven't agreed to get their approval on the license change, any that don't agree will simply have their changes removed or reimplemented. |
I mean load |
Good to hear, although this should've been done prior to the change, not retrospectively. Regardless, thanks for the update. |
Of course and I do agree, the same changes were made for QuestCraft 5.1.0 when we switched to LGPLv3 (as we are developers for LTW as well) so I've been working with the Pojav team to resolve these issues, if you have any more questions please refer them to me. |
@MisterSheeple Hello, just a quick update on the situation: Me and ArtDev have been going through the contributions, and we gotten permission from a few members including @WesleyVanNeck and @TarikBR, for majority of the rest they have already had their changes removed prior to the license change or they are readme changes which can be changed upon request (if not also already removed/changed). As for the rest, we only have 4-5 requests still awaiting a response, in which if they are denied or not responded too by this weekend, we will remove the changes ourselves (i.e. #6169). |
Describe the bug
The project was recently switched from using GPL to LGPL. As LGPL is a more permissive license, such a license change requires permission from all of the contributors, which I assume you don't have.
Additionally, OpenJDK is registered under GPLv2, which means you'd also need the permission of everyone who's ever committed to OpenJDK.[Edit: it turns out OpenJDK has a linking exception, so this is not an issue, but my other complaints still apply.] This means the license cannot legally be changed to LGPL from regular GPL.The log file and images/videos
N/A
Steps To Reproduce
Expected Behavior
The project should be using GPL.
Platform
Anything else?
No response
The text was updated successfully, but these errors were encountered: