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

License discussion #62

Closed
mattwthompson opened this issue Apr 28, 2020 · 13 comments
Closed

License discussion #62

mattwthompson opened this issue Apr 28, 2020 · 13 comments
Assignees
Labels

Comments

@mattwthompson
Copy link
Contributor

From #40:

SB: was there a particular reason to go with LGPL rather than something like MIT?

PM: Part of the code is currently in the GROMACS repo - the package was shipped with GROMACS before it became a stand-alone package and has not yet been removed. (When we have a stable release, I'll make sure that GROMACS gets the package from pip rather than shipping an outdated version.) At the time, we chose the same license as GROMACS to keep things simple.

MS: Agreed [that licensing can certainly be rediscussed should probably be a separate issue where we can discuss and come to a conclusion]

so here's that issue!

@ptmerz
Copy link
Member

ptmerz commented Apr 28, 2020

I just assigned people that were involved in the original discussion to make sure the new issue is noticed - everyone is welcome to chime in here, though!

@ptmerz
Copy link
Member

ptmerz commented Apr 28, 2020

Question - what's the advantage of going with something like MIT?

Personally, I like the idea of "keeping open source software open" of (L)GPL type licenses. I wouldn't mind licensing a specific version differently to someone if they'd ask for it and have a good case, but I like the default being "you are using open source software, so you contribute your improvements back to the community". The LGPL makes sure that people can use it as a library in closed-source projects, so in my understanding we're not forcing anyone to open unrelated proprietary code. But I'm happy to hear other arguments :)

@mrshirts
Copy link
Contributor

Industry users sometimes have issues of using any GPL (or LGPL code), and we want it to be used widely. But I can ask around a bit more what the current stances are.

@SimonBoothroyd
Copy link
Member

Industry users sometimes have issues of using any GPL (or LGPL code), and we want it to be used widely.

This was mainly what I'd heard as well, but it will probably depend on a case by case basis.

Just to note that usually to change the license on code, you need to get permission from all authors who have contributed to said code. I.e if anyone beyond @ptmerz and @mrshirts contributed to any of the code here (especially if it was imported from other projects), they would likely need to ok this change also.

@ptmerz
Copy link
Member

ptmerz commented Apr 28, 2020

Just to note that usually to change the license on code, you need to get permission from all authors who have contributed to said code. I.e if anyone beyond @ptmerz and @mrshirts contributed to any of the code here (especially if it was imported from other projects), they would likely need to ok this change also.

That's a very good point. For now, I don't think there has been any contributions from anyone except @mrshirts, myself, and since today @SimonBoothroyd and @mattwthompson, but that will change quickly. So we should better take that decision soon :)

@mattwthompson
Copy link
Contributor Author

I have heard the same things about MIT and tend to default to it. To whatever extent I have voting power, that is my preference among the options.

The three of you are the only one contributors that show up on GitHub at the moment - so unless there is some obscure history out of that scope, approval from the three of you should be sufficient (?)

@mattwthompson mattwthompson mentioned this issue Apr 28, 2020
2 tasks
@mrshirts
Copy link
Contributor

I approve changing the license. I don't mind so much if anyone in industry steals our code, because then it means it's more likely they will be doing simulations correctly.

@SimonBoothroyd
Copy link
Member

I also agree to the license change.

@ptmerz
Copy link
Member

ptmerz commented Apr 28, 2020

I still don't understand the advantage of MIT over LGPL. I don't mind anyone in industry using our code, and LGPL doesn't keep them from doing so. From what I understand, the only thing that LGPL tries to enforce is that if they improve the code, they are supposed to make these changes public, allowing everyone to do simulations more correctly. They can still have their own tool that pulls in functionality from physical_validation if their changes are so secret...

Do I misunderstand something in these licenses, or does it boil down to legal departments of larger companies not understanding how these things work and forbidding anything that sounds like GPL?

@SimonBoothroyd
Copy link
Member

or does it boil down to legal departments of larger companies not understanding how these things work and forbidding anything that sounds like GPL?

I think this, or in cases, said legal departments being overcautious.

Equally happy to keep the current license if you have reservations 🙂

@ptmerz
Copy link
Member

ptmerz commented Feb 15, 2021

Let's move to MIT, seems everyone is agreeing with that. Will work on this the coming week.

@ptmerz ptmerz added this to the Monday Feb 22 milestone Feb 15, 2021
@mrshirts
Copy link
Contributor

Yes, effectively LGPL does keep people from using the code, even though in theory it doesn't. Gets very complicated when you start putting things in eggs/wheels and embedding them in libraries, and the definitions of "library" start to break down (is my understanding)

@ptmerz
Copy link
Member

ptmerz commented Apr 17, 2021

Closed via #69

@ptmerz ptmerz closed this as completed Apr 17, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants