-
-
Notifications
You must be signed in to change notification settings - Fork 74
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
Question about the license change #159
Comments
Since sources are "very close" (really) to original (intended), we just used original license, without any hidden meaning. Just to avoid any claims about ufair use of upstream. AFAIK, original license is opensouce and not restrictive. If you have any problems with it or ideas how to improve - let me know. I don't care about propomoting my personal name in copyright an not wish to apply any restrictions. So, i'm ok to replace licence with anything else valid, if upseam authors don't worry about (for example, if you ask upseam guys confimaion about using MIT by this port - i'm ok to use MIT back). Could you clarify, what's wrong with Python-2.0? |
@puzrin There was a misunderstanding on our side. I'm not an expert in licenses and I asked around in the office when the build failed for an unrecognised license type. We had the initial impression that |
Python-2.0 is unexpected and not widely used in JS/node development. Another issue is that we must now pay again for a lawyer to check if this license is really okay to use (for MIT, Apache2, etc. we have already done that). So MIT would be much preferred. |
Argparse MUST use "some of python license", this can not be changed. Please, read my explanations in previous issues prior to suggest "obvious to decline things". |
I did read your explanations and I didn't mean to decline anything. |
IMO there are no problem with license compatibility. The only problem is some peopple don't trust this and have to apply some efforts for check. But instead of paying to lawyer, they wish to drill my brain for free :). I can understand that, but can't agree with that :). According to OSS principle, constructive solution is to investigate issue once and share result for all. And IMO such things should not be addressed to me. |
We've noticed that prior version
2.0
the library was distributed under theMIT
license, compatible with most open- and closed-source projects. We were using your library, but unfortunately, going forward we won't be able to only because of the incompatibility with thePython-2.0
license. It would be very helpful if you could shed some light on the necessity to change it. Thank you!The text was updated successfully, but these errors were encountered: