We plan to migrate python-roborock from GPL-3.0 to Apache 2.0. To do this we need every contributor's permission to relicense their contributions.
If you are a contributor, please respond to this issue with something along the lines of:
I consent to my contributions to the python-roborock repository being relicensed under Apache 2.0 in place of the current GPL license.
(Future contributions will simply be made under the repository's Apache 2.0 license, as with any permissively licensed project — no ongoing obligation is created by consenting here.)
I'd also recommend turning off notifications afterwards so GH does not needlessly ping you!
Contributors
Below is a list of contributors sorted by their active lines of code in the current tree. Note that trivial changes (e.g. adding an enum member or bumping a dependency pin) are generally not copyrightable and would not require consent. For now we are tracking all contributors regardless; if we don't hear back from someone, we will evaluate their actual contributions case by case.
Bot / automated accounts (no consent needed)
| Account |
Active lines |
Notes |
| semantic-release |
6,320 |
Changelog / version bump commits |
| github-actions |
296 |
CI-generated commits |
| dependabot[bot] |
19 |
Dependency bump commits |
Reasoning:
There's a few reasons:
GPL doesn't actually make a lot of sense on this project. The point of GPL is to add copyleft protection, however, the valuable thing in this repo is the reverse engineered protocol knowledge, which copyleft can't protect anyway and anyone can come and read the code to understand the protocol and reimplement it themselves without any GPL obligation. So GPL mainly adds friction that isn't helpful.
GPL adds a potential barrier for anyone who wants to build off of this library and the work done here.
We want to be very permissive with the work done here, if someone wants to rewrite this library in rust, they should be able to with no barriers.
The primary consumer is Home Assistant, which is Apache 2.0 and I think it makes sense to match HA.
I don't have an explicit purpose (i.e. I need this to be Apache 2.0 so that we can ...), it is more so I think GPL just isn't the right fit and I think it's worth changing. I've had this opinion for a while, but never took the initiative to do it.
We plan to migrate python-roborock from GPL-3.0 to Apache 2.0. To do this we need every contributor's permission to relicense their contributions.
If you are a contributor, please respond to this issue with something along the lines of:
(Future contributions will simply be made under the repository's Apache 2.0 license, as with any permissively licensed project — no ongoing obligation is created by consenting here.)
I'd also recommend turning off notifications afterwards so GH does not needlessly ping you!
Contributors
Below is a list of contributors sorted by their active lines of code in the current tree. Note that trivial changes (e.g. adding an enum member or bumping a dependency pin) are generally not copyrightable and would not require consent. For now we are tracking all contributors regardless; if we don't hear back from someone, we will evaluate their actual contributions case by case.
Bot / automated accounts (no consent needed)
Reasoning:
There's a few reasons:
GPL doesn't actually make a lot of sense on this project. The point of GPL is to add copyleft protection, however, the valuable thing in this repo is the reverse engineered protocol knowledge, which copyleft can't protect anyway and anyone can come and read the code to understand the protocol and reimplement it themselves without any GPL obligation. So GPL mainly adds friction that isn't helpful.
GPL adds a potential barrier for anyone who wants to build off of this library and the work done here.
We want to be very permissive with the work done here, if someone wants to rewrite this library in rust, they should be able to with no barriers.
The primary consumer is Home Assistant, which is Apache 2.0 and I think it makes sense to match HA.
I don't have an explicit purpose (i.e. I need this to be Apache 2.0 so that we can ...), it is more so I think GPL just isn't the right fit and I think it's worth changing. I've had this opinion for a while, but never took the initiative to do it.