[License-review] License Review Submission: Irrevocable MIT License (MIT-I)

Pamela Chestek pamela at chesteklegal.com
Fri Aug 15 16:18:03 UTC 2025


I hadn't noticed before that the grant in the MIT license isn't 
perpetual or irrevocable. I agree with McCoy that virtually everything 
in the new paragraph is surplusage, circular or just a bad idea; so all 
that really would need to be done is insert the words "perpetual" and 
"irrevocable" in the grant language. But is there really a problem with 
people trying to prevent users who have obtained the software with the 
MIT license from continuing to use it? Is this a problem that needs solving?

I believe the standard MIT license is terminable, since it doesn't say 
it's irrevocable. But there's a practical problem with that. You have to 
tell the other party to the contract (the user) that their license has 
been terminated and prove that they were aware of that information. Is 
that even practically possible? Putting a notice in a repo or website 
doesn't mean someone saw it, they could have just downloaded the 
software once and never looked at the original site for the software 
ever again. Has this been happening?

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.

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

On 8/14/2025 4:04 PM, McCoy Smith wrote:
> Making a license irrevocable is fine, and many OSI licenses do that 
> (for example, Apache 2.0)
>
> Making a license apply retroactively to prior versions of software is 
> potentially problematic, as if that software was previously licensed 
> under different terms, you can not revoke those terms as to recipients 
> who received it under the different terms. If that is not the intent, 
> then the "and all previous versions" is surplusage; you could just as 
> easily say "this Software" and achieve the same result.
>
> Since the license already says it is irrevocable, saying the copyright 
> holders "many not revoke" is surplusage.
>
> The statement that the "copyright holder(s) may not ... modify ... 
> this version of the Software" violates OSD 3. I'm not sure that's what 
> is intended here, but that's what the text says. If what is intended 
> is that the terms of the license may not be modified, that's OK and 
> there are other licenses (like GPL) that don't allow that.
>
> The statement that the "copyright holder(s) may not ... relicense this 
> version of the Software" is a bit ambiguous (does that mean no 
> sublicense right? that's in, e.g., GPL; does that mean no licensing 
> under different terms? the copyleft licenses have that feature.
>
> The statement that the Software will remain under the terms of the 
> license forever is probably equivalent to a perpetual license, 
> although I think it may be problematic in circumstances where the 
> license is found inoperative or invalid or something like that. So 
> this, at best, seems like a very bad idea. If you want a copyleft 
> effect, there are better drafted license terms that achieve that.
>
> As an aside, it only says "this version" so I'd interpret it as only 
> apply to the code as received, not the code as modified. I don't see 
> the value of a commitment like that (except to bind the original author).
>
> On 8/14/2025 10:43 AM, Josh Berkus wrote:
>> On 7/31/25 07:48, Jean-Sebastien Carle wrote:
>>> 1. Irrevocability Clause:
>>> "The rights and permissions granted under this license for this 
>>> version (and all previous versions) of the Software are perpetual, 
>>> non-exclusive, and irrevocable. The copyright holder(s) may not 
>>> revoke, modify, or relicense this version of the Software or any 
>>> previous version released under these terms. This version of the 
>>> Software will remain under the terms of this license forever."
>>
>> Attorneys, is this something that a license can actually do?  It 
>> doesn't seem like something that a license can compel.
>>
>
>
> _______________________________________________
> The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Communication from the Open Source Initiative will be sent from an opensource.org email address.
>
> License-review mailing list
> License-review at lists.opensource.org
> http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org



More information about the License-review mailing list