[License-review] Notice requirement for model output: OSD-compliant or not? (ModelGo)
Pamela Chestek
pamela at chesteklegal.com
Wed Mar 5 05:43:39 UTC 2025
On 3/4/2025 7:31 PM, Moming Duan wrote:
>
>
>> 2. Also, by my reading, the notice requirement isn't inheritable. So
>> if I were to take the output from a ModelGo model, and use it to
>> train a new model called "JoshAI", then there is no requirement that
>> JoshAI have any particular notices.
>
> Partly so. If the original model is licensed under MG-BY-OS,
> derivatives must also be licensed under MG-BY-OS because it is
> copyleft. However, for other variants like MG0, no such notice is
> required. The reason I intend to add a notice in MG-BY-OS is to
> ensure open-source inheritance. Consider a scenario where I use an
> MG-BY-OS model and distribute its output as a dataset on Hugging Face
> without indicating which model I used. If another user downloads the
> dataset, trains a new model, and changes its license, they may
> unintentionally violate the MG-BY-OS license. This behavior is very
> common in current model development, and you can find many such
> extracted datasets on Hugging Face.
>
I believe that you have a drafting flaw that means that the copyleft
doesn't necessarily work, specifically that your license is
sublicenseable. The GPLs are not; that is one of the brilliant aspects
of the GPLs.
The BY-OS license in section 2.1(a) says "/Subject to the terms and
conditions of this License, the Licensor hereby grants to You a
non-exclusive, non-transferable, /sublicensable/, irrevocable,
royalty-free, worldwide right //and license (including the relevant
copyrights and patent rights) to .../"
The notice requirement is in 2.4(b) and says "/You may Distribute the
Output to third parties provided that You indicate as part of the
Distribution that any Output generated through the use of the Licensed
Materials and/or Derivative Materials may contain AI-generated content./"
Notably in both sections the person bound is "You," defined in Section
1.1 as "/you, or any other person or entity (if you are entering into
this license on behalf of such person or entity and provided you have
the legal authority to bind such person or entity)./" I don't think that
a sublicensee is necessarily "You" - perhaps you can argue that the
Licensee is entering the license on behalf of its sublicensees, but I
don't believe that is the intended meaning of this section. I believe
the intended meaning covers the case where "You" is acting as an agent
for the licensee, for example, a vendor who is creating a software
program for a client. That's what I think it means in the Apache license.
So if "You" doesn't include sublicensees, then sublicensees can lawfully
create Output but have no contractual obligation to label it.
There is an argument that the sublicensee might still be required to
label, depending on whether Section 2.4 is considered a condition of a
copyright license. But that's taking your chances that two things are
true: (1) there is copyrightable subject matter and (2) the obligation
to label output, in an entirely different section of the agreement
without any signal language such as "on the condition that" or "provided
that," would still nevertheless be a condition on the copyright license.
So I wouldn't count on it.
This is a major hurdle with models, you have to assume that the
obligations you want to impose related to them are only enforceable
through contract, not copyright. So that means you have to find a way to
be directly in privity with all users so they are contractually bound,
but granting sublicenses means you aren't.
Pam
Pamela S. Chestek (in my personal capacity)
Chestek Legal
PLEASE NOTE OUR NEW MAILING ADDRESS
4641 Post St.
Unit 4316
El Dorado Hills, CA 95762
+1 919-800-8033
pamela at chesteklegal
www.chesteklegal.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20250304/4f81146b/attachment.htm>
More information about the License-review
mailing list