- cross-posted to:
- technology@lemmy.world
- cross-posted to:
- technology@lemmy.world
A few people pointed out that many rust projects were MIT licensed and since then I indeed have seen MIT licensed projects everywhere in Rust. Then I found the link of this post and it looks like MIT was by far the most popular license in all of opensource in 2023.
Any ideas why?
If you’ve ever been in a position where you weren’t able to relicense an entire project as GPL, or were developing for a platform that doesn’t allow LGPL3 libraries to be used because users can’t replace the LGPL3-licensed binary (ios, android, game consoles, proprietary hardware), which I’m sure many people with programming careers have experienced at some point, you’ll quickly find that any copyleft-licensed library is effectively useless to you.
I would wager that those who have had to deal with that before are much less likely to use a copyleft license for future projects.
There’s also a lot of small projects where the developer doesn’t care about licensing. They just want the code out there, and for anyone to be able to use it, as long as they get some recognition for making it.
Most people aren’t lawyers, and don’t care enough to read all the different licenses and compare them all. They pick the simplest one that ensures anyone can do anything with it, and they aren’t held liable for anything.
Apache is too full of legalese for most people to bother reading. BSD has different versions which make it more complicated to pick which one you want. MIT has much less confusion about versions (there are different versions, but most people associate ‘MIT license’ with the most common one).
And then the existing popularity helps lock in a license choice once you’ve picked a license category. “If MIT is good enough for ‘x’, it’s good enough for me.”
TIL. I didn’t know that LGPL would add any additional restrictions except for inside the library
Explanation from HN in case anyone else is wondering: