13
Does the MPL 2.0 have a giant loop hole? (opensource.stackexchange.com)

It seems like you can trivially get around the intended rules of the MPL 2.0 by simply putting your changes in a separate file... and then you don't have to share 99% of your modifications?

you are viewing a single comment's thread
view the rest of the comments
[-] uuj8za@piefed.social 2 points 1 week ago

Spent some time reading this: https://rosenlaw.com/OSL3.0-explained.htm

Section IV. Source Code And Derivative Works seems interesting.

... authorizes licensees "to translate, adapt, alter, transform, modify, or arrange the Original Work, thereby creating derivative works (" Derivative Works ") based upon the Original Work." ...

Only the Source Code of the Original Work or the Source Code of a modified (altered, etc.) Derivative Work must be disclosed.

If linking (by whatever technical means) can be accomplished by making and using unmodified copies of the Original Work, then 1(a) and 1(c) permit that; only the Source Code of the Original Work must be disclosed.

I'm totally not qualified to comment on this, but it kiiiinda seems like OSL 3.0 would capture the work2.go file. At least, it doesn't seem to give up on work2.go as easily as the MPL 2.0...

Maybe a better middle ground between GPL and MIT? It seems like: if you purely use my library, then you don't disclose anything. But if you touch my library, then you have to disclose the (entire) change?

this post was submitted on 23 Jul 2026
13 points (100.0% liked)

Open Source

48162 readers
95 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 7 years ago
MODERATORS