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

Opensource license? #155

Open
firefu-mc opened this issue Jul 13, 2021 · 12 comments
Open

Opensource license? #155

firefu-mc opened this issue Jul 13, 2021 · 12 comments
Assignees

Comments

@firefu-mc
Copy link

Hi,
I can't see any indication of which license this code is published under - has that been decided?
Many thanks

@gentlegiantJGC
Copy link
Member

The licence is still TBD but we are working on guidelines for what it will be

@MestreLion
Copy link

May I suggest GPLv3+? It is opensource and free (as in freedom) software.

@Redhacker1
Copy link

Sorry to necro, I am going to preface this with I am not a fan of the GPL, that being said I am not going to bash it in this comment. It looks like they were kind of heading towards MIT from the looks of it, so I am not sure GPL is really where they want to go. Honestly, GPL licensing aside from my personal issues with it. It does not seem like an inherently bad choice. Ultimately though it is up to them to decide and I am sure they will pick a license that goes with the philosophies of the developers and the project. @MestreLion

@ShayBox
Copy link

ShayBox commented Dec 5, 2021

License needs to be decided soon, people are submitting PRs to an unlicensed project which can undermine some licenses, it also leaves packages, build scripts, binaries, forks, etc in an unknown grey area and discourages contribution.

@Redhacker1
Copy link

lemme preface this with IANAL: It does not leave it in a grey area IIRC. If it ain't licensed in many places including the US you just cannot use it or download it etc. All things not outlined by the license/developers are prohibited by default. If you could defend that position considering the circumstances and where it is uploaded and how in court, I do not know. However, as it stands downloading, compiling, modifying, etc when it comes to amulet is technically piracy and illegal.

@MestreLion
Copy link

Ultimately though it is up to them to decide and I am sure they will pick a license that goes with the philosophies of the developers and the project.

Indeed, it's their choice. GPL was just a suggestion I made, but in the end any license, be it GPL, MIT, BSD, Apache, etc would greatly encourage contributors (myself included) and benefit the Minecraft community in general.

It looks like they were kind of heading towards MIT from the looks of it, so I am not sure GPL is really where they want to go.

I saw no indication from Amulet's team to support either statement. From @gentlegiantJGC 's comment it seemed they were open to ideas and suggestions, and not leaning towards any particular license. Not sure why GPLv3 wouldn't be a suitable candidate, as would any free and opensource one.

@MestreLion
Copy link

it also leaves packages, build scripts, binaries, forks, etc in an unknown grey area

lemme preface this with IANAL: It does not leave it in a grey area IIRC. If it ain't licensed in many places including the US you just cannot use it or download it etc. All things not outlined by the license/developers are prohibited by default.

IANAL either, but AFAIK it is a known area: in most (if not all) countries that have laws regarding intellectual property, a software without any license is covered by regular copyright law, where the default rule is "all rights reserved". Even if the source code is published here, any use of such code, including even running it, is a copyright violation enforceable in court.

@Redhacker1
Copy link

Ultimately though it is up to them to decide and I am sure they will pick a license that goes with the philosophies of the developers and the project.

Indeed, it's their choice. GPL was just a suggestion I made, but in the end any license, be it GPL, MIT, BSD, Apache, etc would greatly encourage contributors (myself included) and benefit the Minecraft community in general.

It looks like they were kind of heading towards MIT from the looks of it, so I am not sure GPL is really where they want to go.

I saw no indication from Amulet's team to support either statement. From @gentlegiantJGC 's comment, it seemed they were open to ideas and suggestions, and not leaning towards any particular license. Not sure why GPLv3 wouldn't be a suitable candidate, as would any free and open-source one.

My apologies I was thinking of a different project it seems. Yeah, It is not a bad license. It is a perfectly reasonable candidate.

@bekaertruben
Copy link

Hey, this seems like a pretty important issue you're just ignoring.
And it gets worse the longer you wait. If I recall correctly, you technically need to ask permission to change licence from every single contributor you've ever had, as the code is currently their property. Legally speaking, the current state is an utter mess. (I am no legal expert, though, so this may be entirely wrong)

Any of the popular FOSS licences are fine, if you want it to be copyleft go with the GPL (honestly, not my personal preference), otherwise something like MIT or BSD.

@Redhacker1
Copy link

It very much is, I've seen many projects, including dead ones that I would be very much open to contributing/adopting into my own stuff, lack of a license and communication killed off all security and incentive for doing so.

@gentlegiantJGC
Copy link
Member

#192

@bekaertruben
Copy link

#192

Great that you've already been working on this!
Since you're assuming they contributed under MIT, you'll still have to add a file crediting them under that licence, which is still kinda messy to be honest. But thanks for clearing this up.

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

No branches or pull requests

7 participants