23
submitted 11 months ago* (last edited 11 months ago) by jack@monero.town to c/rust@lemmy.ml

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

you are viewing a single comment's thread
view the rest of the comments
[-] javasux@lemmy.world 1 points 11 months ago* (last edited 11 months ago)

The text of the LGPL actually imposes some very inconvenient restrictions around static linking:

Convey the Minimal Corresponding Source under the terms of this License, and the Corresponding Application Code in a form suitable for, and under terms that permit, the user to recombine or relink the Application with a modified version of the Linked Version to produce a modified Combined Work, in the manner specified by section 6 of the GNU GPL for conveying Corresponding Source.

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.

this post was submitted on 30 Nov 2023
23 points (96.0% liked)

Rust Programming

8163 readers
2 users here now

founded 5 years ago
MODERATORS