Skip to content
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

Changing the license to a more permissive one such as MIT #68

Open
jdb78 opened this issue Mar 26, 2021 · 15 comments
Open

Changing the license to a more permissive one such as MIT #68

jdb78 opened this issue Mar 26, 2021 · 15 comments

Comments

@jdb78
Copy link
Collaborator

jdb78 commented Mar 26, 2021

GPL licenses are pretty difficult to use and are often not allowed. What about switching to a MIT version?

@Technologicat
Copy link
Owner

I'm fine with the idea, but if we want to do this, there is a degree of practical hassle. To change a license, copyright law (in various jurisdictions) requires permission from all copyright holders (i.e. in this case, contributors). If someone doesn't agree, the only thing we can legally do is to re-implement their contribution independently.

Note that while GitHub requires anyone making a pull request to license their contributions under the same license the target project uses, that only applies to the license to project had at the time each particular contribution was made.

If you don't mind contacting everyone and obtaining their permission to change the license, please go ahead!

I've maintained a full list of contributors in AUTHORS.md. Beside us, the most important contributors are the original author Edmund Horner (ejrh), and previous long-time maintainer David Fraser (davidfraser). The further contributions at the end of AUTHORS.md refer to merged pull requests - you should be able to get at least the contributors' GitHub usernames by looking at closed pull requests (in this repo).

We could ask each contributor to post their decision here - and if we get permission from everyone, then print this page as PDF and archive a copy in the repo itself.

For the record, I'm fine re-licensing my contributions under the MIT license. I usually use the BSD license for new projects of my own, but for me it doesn't matter which of these two the new license is.

@Technologicat
Copy link
Owner

P.S. Even though the politics of the open source movement (in a wide sense) has in the last decade shifted toward a more pragmatic attitude, with BSD and MIT licenses nowadays favored over GPL, I'm puzzled why a separate GPL-licensed program wouldn't be allowed; it's not like the GPL is affecting anyone's in-house code. Linking is a different matter, and then LGPL would be more appropriate.

Even if someone at a closed-source software company develops some new features for pyan, GPL's open-sourcing requirement, for code in pyan only, applies only if they distribute the modified pyan outside their organization. The GPL is not an EULA.

But I'm sure you know all that already - I suppose organizations can be organizations?

@jdb78
Copy link
Collaborator Author

jdb78 commented Jun 2, 2021

Some legal departments take a rather risk-averse approach and completely forbid LGPL and GPL licensed code :(. With BSD or MIT licenses you are on the safe side.

@jdb78
Copy link
Collaborator Author

jdb78 commented Jun 2, 2021

Also for the record: I approve of relicensing my contributions under a BSD or MIT licence.

@jdb78
Copy link
Collaborator Author

jdb78 commented Jun 2, 2021

Could the following people post the following text in this threat "I approve re-licensing my contributions to pyan under the BSD or MIT license." This would allow us to make pyan a more widely distributed package.

@sirex
Copy link
Contributor

sirex commented Jun 2, 2021

I approve re-licensing my contributions to pyan under the BSD or MIT license.

@Technologicat
Copy link
Owner

@jdb78 Thanks for the clarification. So, yeah, a case of organizations being organizations. I can understand the preference of erring on the safe side, though.

Related reading; I'll just archive the link here before I forget: Nathaniel Smith: The unreasonable effectiveness of investment in open-source infrastructure.

Thanks for taking this on!

@davidfraser
Copy link
Contributor

I approve re-licensing my contributions to pyan under the BSD or MIT license.

And thanks for taking this initiative...

@RakanAlanazi
Copy link
Contributor

I approve re-licensing my contributions to pyan under the BSD or MIT license.

2 similar comments
@kuuurt
Copy link

kuuurt commented Jun 2, 2021

I approve re-licensing my contributions to pyan under the BSD or MIT license.

@scrdest
Copy link
Contributor

scrdest commented Jun 2, 2021

I approve re-licensing my contributions to pyan under the BSD or MIT license.

@ejrh
Copy link
Contributor

ejrh commented Jun 3, 2021

I approve re-licensing my contributions to pyan under the BSD or MIT license.

Happy for @Technologicat, @jdb78 and other contributors to determine what the new license should be.

@jdb78
Copy link
Collaborator Author

jdb78 commented Jun 10, 2021

@johnyf, @edumco and @samjbasak, could you add your approval to this issue?

@maciejczyzewski
Copy link

I approve re-licensing my contributions to pyan under the BSD or MIT license.

1 similar comment
@edumco
Copy link

edumco commented Jun 11, 2021

I approve re-licensing my contributions to pyan under the BSD or MIT license.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

10 participants