-
Notifications
You must be signed in to change notification settings - Fork 167
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
Unclear license #30
Comments
Good point. Fixed in 417c8be |
@cgutman Any chance we could get this under a more permissive license? Ideally one that's iOS compatible. MIT or Apache would be my preference, but I think LGPL may work, it's a bit unclear. Of course, won't argue if not, your work, you rights, your license. Just thought it'd be worth asking. |
I don't mind relicensing my contributions, but we'd need to decide on a license and probably get @irtimmer, @d3m3vilurr, and @mrb113 's consent for their portions. |
I hate iOS AppStore :(
Most cases I like Apache and MIT. but in this case, if we choice lower infectable license, we can have a chance about reduce return contribution. Anyway, I'm ok to relicense |
If there are just the four of you and you agree the binaries (build artefacts) themselves aren't GPL licensed, then it's not a problem - as copyright holders you can do whatever you want. It's only an issue when you start getting lots of contributors as theoretically any contributor could complain you're violating the GPL on their contributions by publishing to the iOS app store - I'm really not sure why anyone would do that though. Being GPL is more of a problem for third-parties - say for example I wanted to make my own app that incorporates this library as just a component of a larger app, and put it on the app store, I wouldn't be allowed to (even if my app was open source). You guys still could though (again assuming all contributors agree), as you're the original rights holders. |
No. Definitely not. GPL have guarantee how to provide the binary, source to the user and how to apply a license to derivatives works. And this rule allows binaries reversing. Your problem is another issue. GNU want to derivative works should apply GPL. And want to reduce LGPL Because, If not, developers can hide fixing, modification and improvement whatever OSS project or not. |
Wait... what? You're the rights holder. You can license the software however you please. As I said, just don't license the binaries as GPL. It's just the same as the other projects dual licensing, they can do that because they're the copyright holder. Just as you can as rights holder offer proprietary licenses and GPL, like many businesses do. You can do whatever you want, it's simply your users (i.e. me) that can't; because we've accepted your copyright licensed work under the terms of the GPL - which means our work and therefore our binaries need to be licensed under GPL. So Apple can reject them.
Yes, that's true. GPL is a copyleft license. That on it's own isn't an issue. As you've stated it, just means third-parties must also license their works under GPL. That's reasonable, it's your project, you can decide what you want. The point is that your users can't submit binaries to the App Store because any binaries we produce are GPL'd - your's are not necessarily, they're whatever you want them to be; again you need consent of all contributors. If you want to continue to distribute with a copyleft license (i.e GPL) then that's your call, I'm just making a request. I think LGPL is okay on the app store, admittedly I'm not certain; everything else I've written I'm 100% certain about. EDIT: See https://apple.stackexchange.com/questions/6109/is-it-possible-to-have-gpl-software-in-the-mac-app-store, accepted answer reiterates what I've said. |
it's little complicated. we should decide source code level license for the next contribution. or need signing about dual license agreements from contributors like Linux kernel.
I understand, and I already agreed to change LGPLv2.1 or MPLv2 ;)
In my country, copyright law requiring a complaint from the license holder. PS. @Benjamin-Dobell and looks no more need conversation about Apple problem. isn't it? ;) PS2. @cgutman please, just choice next license then receive agree/disagree. |
To my surprise I discovered that unlike the moonlight-common repository their is no license included in the moonlight-common-c repository. While the usage in moonlight-chrome and moonlight-ios and the inclusion
of ported code from moonlight-common at least indicates its available under a GPLv3 (compatible) license it would probably be better if the license is clearly stated. Just in case someone wants to use it in a new port ;)
The text was updated successfully, but these errors were encountered: