[License-review] Request for approval of new "MGB 1.0" license
McCoy Smith
mccoy at lexpan.law
Mon Sep 29 16:13:35 UTC 2025
A few thoughts, in my personal capacity.
On 9/24/2025 5:26 AM, Barksdale, Marvin via License-review wrote:
> Thanks all for the early review.
> Agreed, there are several formatting issues that may have been caused
> by exporting to plain text that have corrupted the submitted version,
> including added and missing characters. Although I am withdrawing this
> submission, in anticipation of further review I would like to like
> flag the areas where we are in alignment and hopefully clarify the
> areas where we are not:
I assume you're going to do another revision to the license to address
some of the concerns raised with a least the way the patent grant is
articulated? If so, I won't get into details on that grant other than to
briefly respond to your discussion below.
>
> 1.
> Regarding the questions around intent behind MGB 1.0's disclaimer
> of obligations : "For clarity, no patent license is granted by a
> Contributor for infringements caused by: (i) your or any other
> party's Derivative Works, or (ii) the combination of the Work with
> anything other than the Contributor Version."
>
> Although we originally intended to add clarity to the initial
> grant through utilizing an approach approved by the OSI in other
> licenses such as MPL 2.0, I agree with the findings that this
> language became contradictory in its adoption to the MGB 1.0
> use-case. I believe striking this clarifying clause and
> integrating Contributor Version in the Contribution definition
> does not interfere with MGB 1.0's core approach.
>
Obviously, there are OSI approved licenses that use Contributor version
and Contribution to mean different things (example:
https://www.mozilla.org/en-US/MPL/2.0/ or
https://www.gnu.org/licenses/gpl-3.0.en.html) . I think the problem here
was to try to use those predecessor licenses' language in a license
(Apache-2.0) that doesn't formulate it that way. You might want to just
make sure you're adjusting the patent grant in Apache-2.0 in a way
that's consistent with those predecessor licenses' grants. MPL-2.0 has a
grant that contemplates both definitions. Perhaps use that one instead?
>
> 1.
>
> Regarding MGB 1.0's Patent Grant : "Subject to the terms and
> conditions of this License, each Contributor hereby grants to You
> a (perpetual*), worldwide, non-exclusive, sublicensable,
> no-charge, royalty-free, irrevocable (except as stated in this
> section) patent license, under any patent claims owned or
> controlled by the Contributor, to make, have made, use, offer to
> sell, sell, import, and otherwise transfer the Work and Derivative
> Works, but only to the extent such patent claims claim inventions
> embodied in [their Contribution(s)]."
>
> The MGB 1.0 patent grant's intent is to grant rights under patent
> claims controlled by Contributor to the Work and Derivative Works
> to the extent such claims claim inventions embodied in their
> Contribution (in the form it exists immediately after the
> Contributor submits it.) Compared to the Apache 2.0 Patent Grant
> to "patent claims licensable by such Contributor that are
> necessarily infringed by their Contribution(s) alone or by
> combination of their Contribution(s) with the Work to which such
> Contribution(s) was submitted."
>
> Apache 2.0’s grant of all licensable patent claims that are
> necessarily infringed by the contribution or by combination of
> their contribution with the original work opens the door to
> downstream infringement via later acquired contributor-controlled
> claims. The effect here is similar to elements the GPL 3.0
> license, which includes a grant to the contributor's essential
> patent claims: all patent claims owned or controlled by the
> contributor, whether already acquired or hereafter acquired, that
> would be infringed by some manner, permitted by this License, of
> making, using, or selling its contributor version, but do not
> include claims that would be infringed only as a consequence of
> further modification of the contributor version.
>
I'm not sure this explanation makes sense. GPL is designed to make clear
that any grant applies to subsequently-acquired patents ("whether
already acquired or hereafter acquired,") even if those patents were not
owned or controlled by the licensor at the time the
contribution/contributor version was made. But you say that Apache-2.0,
upon which you based your draft, has the problem of "open[ing] the door
to downstream infringement [I assume you mean patent grants] via later
acquired contributor-controlled claims. Which is it? If you want to
carve out those claims from the grant, I think you should be explicit
about it, and explain why it is you think carving out those claims is an
improvement or necessary for certain licensors.
>
> 1.
>
> The intent of MGB 1.0 is for the contributor to grant the patent
> claims necessary to use the contributed software, not to, for
> example, infringing claims later acquired as a consequence of
> further modification (e.g. new infringement and the entire
> portfolio exposure referenced by Lawrence Rosen in “Open Source
> Licensing – Software Freedom and Intellectual Property Law"). Thus
> this goal is accomplished even after removing the disclaimer of
> combination language (see: 1. above) causing several issues.
>
Is there a specific section of Larry's book that you're referencing? In
the discussion of OSL & AFL he says "Those patent claims are available
to both the Original Work and Derivative Works. This is not a license to
embody those patent claims in independent works." Are you trying to
exclude "independent" (i.e., non-derivative) works, or something else?
If you don't want to have subsequent modifications made by downstream
licensees to be be licensed, I think you need to be clear about that and
explain what sort of downstream modifications you are trying to exclude.
Apache-2.0 (as well as other more recent OSI licenses) is fairly clear
that it only applies to their own Contribution, or that Contribution "or
by combination of their Contribution(s) with the Work to which such
Contribution(s) was submitted." Are you trying to exclude the
combination grant, or both the Contribution grant *and* the Combination
grant? I think you need to be clear about that. If you want to exclude
the Contribution grant, this license probably has the problem of not
conveying all rights (or requiring payment for exercising rights) per
OSD 1. If it is the Combination grant, and you want to expressly
disclaim that grant, I think you might be running up against the state
of the law of patent exhaustion as articulated in Quanta/LGE and progeny.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20250929/2a05345e/attachment.htm>
More information about the License-review
mailing list