<html><body><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt; color: #000000"><div><br></div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>Da: </b>"Michael Dolan" <mdolan@linuxfoundation.org><br><b>A: </b>"License submissions for OSI review" <license-review@lists.opensource.org><br><b>Inviato: </b>Venerd́, 28 agosto 2026 23:15:05<br><b>Oggetto: </b>Re: [License-review] For Approval: OpenMDW License Agreement, versions 1.1 (OpenMDW-1.1)<br></blockquote></div><div data-marker="__QUOTED_TEXT__"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><div dir="ltr"><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Aug 28, 2026 at 5:06\u202fPM Richard Fontana via License-review <<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Yes. Incidentally, the OSI should bear in mind that OpenMDW-1.1<br>
functions as a "plain old software license" because it is designed in<br>
part to be used for software. I might view it somewhat differently if<br>
it was presented as, say, a "weights license" only (perhaps submitted<br>
as a special sort of "AI license" under what I gather was contemplated<br>
when the OSAID was adopted). I don't think the OSI should be<br>
classifying this as an "AI license" and adopting some new, presumably<br>
looser, standard of approval for it based on that classification. It<br>
is by design not a license just for models in a narrow sense, it is a<br>
license for code as well as other stuff. If it is approved, someone<br>
could conceivably use it in a completely non-AI-related context<br>
involving just code.<br></blockquote><br><div>Richard, this is a good point, and I'd like to expand on it a bit. OpenMDW-1.1 was submitted for review as a software license, under the same standard as any other license OSI <span class="Asgive ng" style="border-style:none;background:none">has </span>reviewed. We are not asking for an AI-specific classification or a looser OSD interpretation. Your observation about non-AI reuse is correct and by design: inference code, preprocessing tools, or other software licensed under OpenMDW-1.1 as part of one release can be extracted and reused by developers with entirely different model weights <span class="Asgive ng" style="border-style:none;background:none">that are </span>under other licenses, or with no model at all. Each component published under the license carries the OpenMDW grant, and the license needs to work as a plain software license in that very scenario.</div><br><div>Mike</div></div></div></blockquote><div><br></div><div>Mike, Richard, all,</div><div><br data-mce-bogus="1"></div><div>I hesitate chiming in here because I don't want to compromise my judgment by taking a too early position on the very clause under scrutiny, but this exchange is just too inviting to remain silent any longer. Caveat: this entire message is a tentative position and does not necessarily reflect what the Licensing Committee or the Board would decide.</div><div><br data-mce-bogus="1"></div><div>I partially disagree with one premise. We cannot ignore that the license, even if applied to software, would have a direct legal/licensing impact on related material *outside* what we consider "software". Software and non software subject matters would have an impact on each other, even if each one can be extracted and reused under the same license in a different context. Therefore we cannot just pretend such a license is a pure software one and approve it on that basis alone. Nor can we apply a looser standard just because it's AI (which includes software, so this would be contradictory) but there seems to be no disagreement here.</div><div><br data-mce-bogus="1"></div><div>As a general statement (I), I am really wary of porting the same reasoning we apply to software to an entirely new and broader category of artifacts. This would always require a "ceteris paribus" (= all other things being equal) premise. I would probably not have issues with this clause if applied to software in both source and object code. I am struggling to find a solution to the conundrum at hand, but one thing is clear to me: we cannot just simply apply the "would this be acceptable for software" test. </div><div><br data-mce-bogus="1"></div><div>As a general statement (II), I would submit at least two requirements:<br><br>a) all downstream recipient of the Model Materials should not be affected by the termination of the license if they are not directly or indirectly part of the same litigation. This may be already clear to many, but the license does not address this and under many laws the termination of the license would risk to terminate the downstream relicensing, unless a clause similar to the GPLv2's §6 first period existed. I would personally suggest to add something to that effect so any doubt is removed.</div><div>b) while a litigation retaliation clause has in the past been considered by and large both compliant and ethical, IMVHO the retaliation must be proportionate; therefore it should not transform into a more or less general waiver of one's right to the licensor as a price to become a licensee. This is distilled from a ius gentium principle, if and how it applies to OSD can be discussed separately.</div><div><br data-mce-bogus="1"></div><div>In the thread we have been submitted a lot of paradoxical situations discussing b) some of which probably too far fetched, but not all. I wonder therefore if there would be any way to restrict the effect of the termination to the subject matter of the litigation? Eg.: software is claimed to infringe, the license on the software and on the model that same software supports is terminated, but not the license of the documentation, of the training material and information, of other unrelated software artifacts and models etc.?</div><div><br data-mce-bogus="1"></div><div>As a general statement (III), finally, the licensing is only a pre-condition for something being Open Source. More is required. Likewise, we must not include too many other hypotheticals: for sure me must exclude the intent of the drafter. Only the operation of the license if *per se* it violates OSD *and/or* impairs the Software Freedom principles. OSD is a means to an end, the end is Software Freedom, that at least is my take. I have a feeling in the AI realm licensing will have a much, much weaker impact than in the traditional software one, anyway.</div><div><br data-mce-bogus="1"></div><div>Again, it is very hard to decide. Whichever decision we make we would probably err on one side, not that this would be a reason not to decide. </div><div><br data-mce-bogus="1"></div><div>Thank you for a thought provoking submission causing a very lively discussion upon licensing -- something we haven't seen in years, I reckon.</div><div><br data-mce-bogus="1"></div><div>Cheers</div><div><br data-mce-bogus="1"></div><div>Carlo</div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div></div></div></body></html>