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
Decide on project license #176
Comments
MIT should be fine. |
I agree, MIT is the way to go to keep the project completely available to
use however anyone sees fit.
…On Fri, Sep 28, 2018 at 9:22 AM Kim Trolle Wadum ***@***.***> wrote:
MIT should be fine.
https://exygy.com/which-license-should-i-use-mit-vs-apache-vs-gpl/
GPL would exclude some users.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#176 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AJRFvFIgbodK37lOZBtQY1KPIKSZUc5Aks5ufiKMgaJpZM4W9jwY>
.
|
Dual licencing isn't a bad thing and changing it now is more problematic as you would have to go to each contributor and get permission to change the licence terms. Each contributor still holds the copyright on the code they submitted. |
Wouldn't it be fine to change the license on a major version change? So
all releases up to that version are dual, then the new version is just MIT.
…On Fri, Sep 28, 2018 at 12:03 PM Greg Ross ***@***.***> wrote:
Dual licencing isn't a bad thing and changing it now is more problematic
as you would have to go to each contributor and get permission to change
the licence terms. Each contributor still holds the copyright on the code
they submitted.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#176 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AJRFvF6vJF7IaKqqfDG3YPyfWn13IWriks5ufkhIgaJpZM4W9jwY>
.
|
No, that's not how licencing works, since the contributors submitted the code with a dual licence, to change it you would still have to get permission from each individual contributor, irregardless of if it's a minor or major release.
|
As @toolstack pointed out correctly, we'll need to consult with all contributors. But that shouldn't be too hard as there aren't that many people involved (yet). Also picking a single license will make jqPlot easier to be found on GitHub through "search by licence"; see also https://help.github.com/articles/licensing-a-repository/ I found a good resource, by GitHub, on what changing a license in open source projects entails; see https://opensource.guide/legal/#what-if-i-want-to-change-the-license-of-my-project This project has at the moment 34 Contributors from 2009 until now. Asking all contributors if they agree that we switch jqPlot to MIT license which is easier for everyone and it allows using jqPlot in closed source projects. (cf. https://choosealicense.com/); Please add your comment, objection, reaction to this thread if you agree or disagree. Contributors with more than one commit:@cleonello Contributors with 1 commit:@dwhipps Thank you all! |
I'm fine with a change. |
KTW-NIRAS is my work account, so fine with me. |
I'm fine with the MIT license, too. |
I'm also okay with the change.
…On Sat, Sep 29, 2018, 5:34 PM Sven Jacobs, ***@***.***> wrote:
I'm fine with the MIT license, too.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#176 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AMM6K7cdaHCVmRY8sHd1SJzBRLJK_P4tks5ufz62gaJpZM4W9jwY>
.
|
I agree too! |
MIT is fine for me. |
I'm fine with the MIT license. (That said, I'm not entirely sure it's worth the trouble. Once it's MIT-only, it could cause problems for people who use it as GPL-only. I'm not sure how to assess the legal arguments of the answers to this question on StackExchange, but it raises some interesting points.) |
I'm OK with the change to MIT-only license. |
MIT is fine with me, I only fixed some typos anyways. |
Yup. Fine. |
I'm fine with MIT. |
I am also fine with the change to MIT, though I don't see the necessity of dropping the GPL. |
I grant all permissions on my contributions 🐨 for any licence change. |
Changing license is fine by me |
I grant all permissions for any licence change.
Op zo 30 sep. 2018 om 09:57 schreef Maarten Bezemer <
notifications@github.com>:
… Changing license is fine by me
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#176 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ABOXaky-8ISDGkDLpXARFc4BjatHUjCTks5ugHlzgaJpZM4W9jwY>
.
|
MIT is fine. |
MIT licence will be fine. |
I agree with the MIT license |
License change is OK with me |
I agree using the MIT license.
…On Mon, Oct 1, 2018, 6:54 PM tomascassidy ***@***.***> wrote:
License change is OK with me
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#176 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AKaALX8r8A80FNDq8Ba0LZhZf7wQoHh3ks5ugsc4gaJpZM4W9jwY>
.
|
OK for me too |
I grant all permissions for any licence change. |
If you're still looking for feedback I have no objections to changing the license. |
Thanks to all of you who gave their response to this - long running - poll. The results as of today are:
Contributors with more than one commit:@cleonello ❓ Contributors with 1 commit:@dwhipps 👍 |
The current copyright of this project looks like this:
I'm not much into legal topics, but wouldn't it be better if we kept just a single license instead offering this "choice" ? What's the point of this anyhow?
The text was updated successfully, but these errors were encountered: