License Incompatibility
License Incompatibility
Hi, I’d like to report a potential license conflict in EmpSurak/The-Next-Generation. From what I can tell, this model appears to be an adapter version ofstabilityai/stable-diffusion-xl-base-1.0, which is licensed under the OpenRAIL++ . However, the model is currently published under the gpl-3.0 License, which might not be compatible due to use-based restrictions from the OpenRAIL++ license.
⚠️ Key Violations of the OpenRAIL++ License:
Use-based restrictions as referenced in paragraph 5 MUST be included as an enforceable provision by You in any type of legal agreement (e.g. a license) governing the use and/or distribution of the Model or Derivatives of the Model, and You shall give notice to subsequent users You Distribute to, that the Model or Derivatives of the Model are subject to paragraph 5.
🔹 Suggestions for Resolving
To align with the OpenRAIL++ license:
1. Add Use-based restrictions
2. Replace the tag of gpl-3.0 license reference with OpenRAIL++ License
Hope this helps clarify the situation! Let me know if you have any questions or need help updating the license terms — happy to assist 😊 Let me know if I misunderstood anything — happy to help clarify further!
Thanks for your attention!
Hey @goodnight399 ,
thanks for reaching out! It is a LoRA for stabilityai/stable-diffusion-xl-base-1.0, so as far as I know what I have uploaded is an additional (but separate) vector that gets multiplied to the base model stabilityai/stable-diffusion-xl-base-1.0. This multiplication happens when the LoRA is used. Thus, I would think I don't have to use the OpenRAIL++ license, as I am not distributing a version of their model. If that is not the case, I will of course change it.
Thanks!
Hi, thanks a lot for the clarification — that makes sense from an implementation perspective!
I understand your point that the LoRA is distributed as a separate set of parameters and does not include the original model weights. That’s a very helpful distinction.
That said, I’m still a bit unsure about how this is interpreted from a licensing perspective, especially under OpenRAIL++.
My understanding is that OpenRAIL++ places obligations not only on direct redistribution of the model, but also on derivatives or components that are designed to be used together with the base model and modify its behavior. Since a LoRA typically requires the base model to function and effectively alters its outputs, it might still be considered a form of derivative or adaptation in some interpretations.
Of course, I may be misunderstanding the intended scope of the license here, so I really appreciate your openness to discussion. If you happen to have any references or prior guidance on how LoRA-style adapters are treated under OpenRAIL++ (or similar licenses), that would be extremely helpful.
Thanks again for engaging on this — really appreciate it!
Okay, you convinced me. I have updated it. Thanks!