Closed jdundondev closed 6 years ago
Any thoughts here @sbinet @cosmos72 or @SpencerPark?
I'd err on trying to get https://github.com/gopherdata/gophernotes/issues/126 through (and a pure MIT gophernotes
).
I agree to use the same license for all gophernotes code (not considering dependencies).
On the other hand, my taste on licenses is known (see #109). I will not oppose to MIT if there is agreement on it, but I am not going to advocate for it
Everything in gophernotes is back to being MIT :)
(Note that now that it's MIT again, I will probably contribute my pure-Go zeroMQ implementation of the Jupyter kernel messaging layer. Perhaps this could be done in a separate repo/package...)
I work in a team at Teradata that is developing a JupyterLab kernel to execute SQL code. We are writing our kernel in Golang and would like to use the subset of Gophernotes that supports ZMQ/JupyterLab communications. Specifically we would like to use code from kernel.go and messages.go.
Teradata is requesting a change in license to the ZMQ/JupyterLab communication layer (kernel.go and messages.go) from Gophernotes (both current and later versions) to be under the MIT license.
This is related to #126, so if #126 is approved, that would clearly be a better solution. But we are entering a new issue for this smaller request because there are fewer contributors that would need to approve.
The contributors to kernel.go and messages.to that would need to approve are as follows: https://github.com/dwhitena https://github.com/cosmos72 https://github.com/SpencerPark https://github.com/QuLogic
Thanks for your consideration on this issue (or #126).