[License-review] License Review Submission: Irrevocable MIT License (MIT-I)
Pamela Chestek
pamela at chesteklegal.com
Sat Aug 16 02:12:37 UTC 2025
On 8/15/2025 10:54 AM, Josh Berkus wrote:
> On 8/15/25 09:18, Pamela Chestek wrote:
>>
>> I am also troubled by "The Software may not be removed from public
>> repositories solely for the purpose of limiting access to versions
>> previously distributed under this license." I don't think it's a good
>> idea to start - what if it's taken down for security reasons? And
>> you're forcing someone to spend the resources to maintain a copy of
>> software in perpetuity, even if it's well past its useful life. I
>> don't think someone should be required to maintain a copy of the
>> software.
>
> This was the part where I was asking "can a license even compel this?"
>
> <snip>
>
> But, saying that the distributor must commit to distributing the
> software in perpetuity? That seems like it goes well beyond
> copyright. Aside from being unrealistic.
In the general case, one can use copyright as a trigger for a
non-copyright obligation, and there's not really any limit on what
action you can oblige someone to perform. I can write a contract that
says "you can make a copy of my gardening book after you water my garden
on Tuesday." Open source licenses say "you can distribute copies as long
as you provide a copy of the license." Providing a license is not
required by copyright law but it uses a copyright trigger, the exercise
of the author's exclusive right of distribution. When that doesn't
happen there is then a follow-on question about whether that failure to
perform leads to a breach of contract claim, a copyright infringement
claim, or both, but I won't go there (it's complicated).
So there's nothing wrong legally with requiring it, the question is
whether a license with this characteristic can still be called an open
source license. In my opinion"no," although I don't see anything in the
OSD or the OSI's other guidance to pin it to. My reasoning is that it's
quite burdensome to the project owner and also unnecessary to achieve
the goal of making sure that the software is always available. Other
people can host copies of the software, it doesn't have to be the
original creator of the software. On balance, I think this kind of
obligation is bad for the ecosystem because it will discourage people
from making their work available to others when there is such a
significant burden to do so. I also think the reality is that no
sensible person would use this license because of this requirement, so
it's a license without an audience.
Requirements like this are why it just impossible for the OSI to
describe everything that makes a license unacceptable, because there's
no limit to the human imagination. Instead it is, I think rightly,
within the OSI's discretion to make the judgment call based on a
holistic view of whether the license advances or inhibits the adoption
and use of open source software.
Pam
Pamela S. Chestek
Chestek Legal
4641 Post St.
Unit 4316
El Dorado Hills, CA 95762
+1 919-800-8033
pamela at chesteklegal.com
www.chesteklegal.com
More information about the License-review
mailing list