-
Notifications
You must be signed in to change notification settings - Fork 109
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
Thoughts on relicencing to gplv3? #43
Comments
Erm, where do you get that from? |
Actually, making this thing GPLv3 would make it impossible to distribute devices with esp-httpd in it at all. As far as I understand it, if you license something under GPLv3 and distribute the binaries (for example, inside a device), then you need to also offer sources for all libraries and objects linked into that application. Needless to say, without being able to offer the sources for the WiFi drivers in esp-idf, essentially anyone who includes GPL-licensed code in their firmware, that firmware is not distributable in any binary form when it also uses BT or WiFi. Needless to say, that would very much limit the use of an embedded webserver. |
Besides that, I very much like the beer-ware license. I already got a few beers out of it :P |
You know, I was thinking about another project entirely that required gplv3! Is there another share-alike license that you'd be open to? Libesphttpd is so great that I'm sure people are using it and it seems fair, to me, to ask that they give improvements back in exchange for leveraging the great prior work that was done. I totally get the beer ware license. I'm a long time |
How about the mpl v2 with a mention of the beer license? I use mpl v2 for my go projects because they are compiled in and not libraries, so a similar situation to embedded use, and it requires changes be made public. |
@Spritetm any consideration of the mplv2? It would let people use the software for any purpose but would ensure that the community received back the changes and improvements. This is important to me as it ensures that OSS can be widely and easily used and is somewhat copy-left for future users. |
Yeah, I gave it some thought and decided against it. I think libesphttpd is pretty much a mature product, and I don't think there will be any breathtakingly big things that anyone who uses this commercially can send back to the project. Even if that's the case, I feel like enough people are actually contributing, even when using this commercially. Add to this the fact that if I were to do this in the right way, I'd have to get the okay from all contributors to this project, plus the fact that I have better things to do than mess about with legalese, and I'm not going to change the license. In case this actually is show-stopping for you: at least for my contributions to libesphttpd, you hereby have my official permission to fork those and re-license them under MPLv2. Make sure to get that permission from all other contributors before you fork as well, however. |
I can appreciate that. If you reconsider about the main repo here let me know. I may reach out to some of the other contributors so I can unblock the changes I've got pending. |
Why am I relicensing to MPL v2? I have a range of improvements that I'll be making to the library for use in a project I'm working on. I think it's fair that people be able to use these improvements in their applications, even for commercial applications, and that any improvements they make are shared back so everyone else can make use of them. The MPL v2 allows for static linking, something that is typically done for embedded applications, while also ensuring that the source code must be disclosed when the binary is distributed.
It would ensure that for commercial or other use that changes are received back, and its required for inclusion in the esp-idf.
I'm asking because I'm making some improvements and I like to know that people can use my improvements but that any other improvements will be shared back for all of us to use.
The text was updated successfully, but these errors were encountered: