You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 27, 2023. It is now read-only.
I'm working on an Apache-licensed project but I occasionally do closed-source stuff as well.
My understanding would be that the GPL would not be a restriction in either case. For the closed source project I'm only distributing a build so editor-only code is excluded.
For the Apache licenced project - I am not distributing as the repo would only have a reference to this project in the package manager.
So unless I'm making a derivative work - i.e. an editor extension that builds upon this - I wouldn't need to adopt the GPL merely to make use of this.
I guess my only concern would be customizations that leverage this project. But I could make them separate packages that are themselves GPL.
Does the above match your intentions with picking the GPL? I'm of course also keen that my usage matches your expectations as much as the letter of the licence.
The text was updated successfully, but these errors were encountered:
Seems like GPL is confusing to people. My only intent of using this license was for patent claims and other legal bits.
You're free - to use the plugin in any project, modify, and extend upon it's API.
The rule of license adoption goes only for forks of my plugin, it doesn't affect packages that use it as a dependency.
Fluent UITK API, that I'll use for all future tools, will be published as a separate package under MIT license.
Also, I think the license might have to be changed (or removed entirely) once I publish the plugin on the AssetStore?
i think that LGPL3 is only "cancer" if you add it as a source to be compiled with not when its a compiled plugin or dll lib thats dynamically linked to Your project, but if it is staticaly linked then yo should use GPL3-link exclusive or sth like that.
Edit:
goshdarn i meant LGPLv3-link exclusive not gpl3
those licenses are confusing.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I'm working on an Apache-licensed project but I occasionally do closed-source stuff as well.
My understanding would be that the GPL would not be a restriction in either case. For the closed source project I'm only distributing a build so editor-only code is excluded.
For the Apache licenced project - I am not distributing as the repo would only have a reference to this project in the package manager.
So unless I'm making a derivative work - i.e. an editor extension that builds upon this - I wouldn't need to adopt the GPL merely to make use of this.
I guess my only concern would be customizations that leverage this project. But I could make them separate packages that are themselves GPL.
Does the above match your intentions with picking the GPL? I'm of course also keen that my usage matches your expectations as much as the letter of the licence.
The text was updated successfully, but these errors were encountered: