UPDATE: I found this issue explaining the relicensing of rust game engine Bevy to MIT + Apache 2.0 dual. Tldr: A lot of rust projects are MIT/Apache 2.0 so using those licenses is good for interoperability and upstreaming. MIT is known and trusted and had great success in projects like Godot.
ORIGINAL POST:
RedoxOS, uutils, zoxide, eza, ripgrep, fd, iced, orbtk,…
It really stands out considering that in FOSS software the GPL or at least the LGPL for toolkits is the most popular license
Most of the programs I listed are replacements for stuff we have in the Linux ecosystem, which are all licensed under the (L)GPL:
uutils, zoxide, eza, ripgrep, fd -> GNU coreutils (GPL)
iced, orbtk -> GTK, QT (LGPL)
RedoxOS -> Linux kernel, most desktop environments like GNOME, KDE etc. all licensed GPL as much as possible
Probably because rust links statically by default, so making a library gpl means users will be forced to make their project GPL too, so MIT libraries have an incredible advantage.
IANAL though, so idk.
That’s what the LGPL is for, the library itself has to stay open source but the program using it does not have to be. So no advantage for MIT
The text of the LGPL actually imposes some very inconvenient restrictions around static linking:
https://www.gnu.org/licenses/lgpl-3.0.html#section4
In order to be compliant, you would have to also ship linkable object files of the proprietary application code alongside the executable.
I didn’t know that the difference between LGPL and GPL is that it allows to statically link. Then idk the reason
So GPL libraries have an incredible advantage.
GPL libraries have an advantage in their legal power. MIT libraries have an advantage when users have to choose between 2 libraries.
All other things being equal, users will use more permissive libraries. So unless maintainers put more effort into the GPL, a MIT one will gather more users, which attracts more maintainers, which ends up in more MIT libraries than GPL ones existing.