<![CDATA[#Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code?]]>: Why does the community tend to reimplement licensed code as licensed Rust code?

]]>https://board.circlewithadot.net/topic/48c44e0c-fb40-4600-bc13-58d9819fbbfe/q-why-does-the-rust-community-tend-to-reimplement-gpl-licensed-code-as-mit-licensed-rust-codeRSS for NodeMon, 25 May 2026 13:50:09 GMTSun, 26 Apr 2026 09:57:28 GMT60<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Fri, 22 May 2026 18:45:35 GMT]]>@cybertailor @DLC It's not really any different unless you're writing a proprietary program that's linking against an LGPL'd library. If you're linking against an (A)GPL'd library, your program must be free software anyway and it doesn't matter if it's being linked statically or dynamically, and if your program is free software it doesn't matter if you're using static or dynamic linking since you can just provide source code.

The only difference is if you're writing a proprietary program linked to an LGPL'd library, in which case you must provide a way for the user to replace the LGPL'd library (which would usually be providing the .o files and letting the user relink them)]]>https://board.circlewithadot.net/post/https://berkeley.edu.pl/objects/ea67b23f-84ef-4f98-a61b-5ac9b539b016https://board.circlewithadot.net/post/https://berkeley.edu.pl/objects/ea67b23f-84ef-4f98-a61b-5ac9b539b016Fri, 22 May 2026 18:45:35 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Fri, 22 May 2026 18:25:58 GMT]]>@slatian @cybertailor @DLC And that's also the reason I license my Rust under AGPL (and sometimes also under GAL).

]]>https://board.circlewithadot.net/post/https://mastodontech.de/users/jak2k/statuses/116619631587618571https://board.circlewithadot.net/post/https://mastodontech.de/users/jak2k/statuses/116619631587618571Fri, 22 May 2026 18:25:58 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Fri, 22 May 2026 18:07:23 GMT]]>@cybertailor@deadinsi.de @DLC@mstdn.social At least the AGPL 3.0 makes sure that both statically and dynamically linked libraries are covered by "Corresponding Source" with the main goal being that someone can obtain all source files for an (A)GPL program they have been given access to (oversimplified) so they can exercise the rights they have on software under the license.

]]>https://board.circlewithadot.net/post/https://pleroma.envs.net/objects/beae45c1-7ecb-4dab-8e04-0b7c560a5910https://board.circlewithadot.net/post/https://pleroma.envs.net/objects/beae45c1-7ecb-4dab-8e04-0b7c560a5910Fri, 22 May 2026 18:07:23 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Fri, 22 May 2026 10:22:53 GMT]]>@DLC maybe because license compatibility and complience is hard with static linking

]]>https://board.circlewithadot.net/post/https://deadinsi.de/users/cybertailor/statuses/116617732011911180https://board.circlewithadot.net/post/https://deadinsi.de/users/cybertailor/statuses/116617732011911180Fri, 22 May 2026 10:22:53 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Sun, 26 Apr 2026 22:00:53 GMT]]>@DLC if this is a reference to uutils/coreutils, I don't think a lot of thought went into it. The repo got the MIT licence added in the first commit in **2013**

Link Preview Image
Initial commit · uutils/coreutils@d4e96b3

Cross-platform Rust rewrite of the GNU coreutils. Contribute to uutils/coreutils development by creating an account on GitHub.

favicon

GitHub (github.com)

]]>https://board.circlewithadot.net/post/https://hachyderm.io/users/caleb/statuses/116473256581929406https://board.circlewithadot.net/post/https://hachyderm.io/users/caleb/statuses/116473256581929406Sun, 26 Apr 2026 22:00:53 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Sun, 26 Apr 2026 20:51:47 GMT]]>@DLC That's a good question. If I had to guess I would go for the common misconception of:

- "MIT is less restrictive so It gives more freedom".

And the fallacy:

- "The more freedom the more fair; the more fair the more moral".

All of this just to end up with the so common result of: "They took my code and bundled it into a private toolchain used to [insert the most unethical use possible] and they are harming thousands of people with it while making a profit"

This is often done with the objective of performing the following "flex" maneuver in their CVs: "The code I wrote for my library ended up being used by [evil company] and thats amazing!"

> Remember folks that some people were indoctrinated into thinking that serving evil companies is something to be proud of.

Such are the wonders of "Freedom as in MIT"

]]>https://board.circlewithadot.net/post/https://woof.tech/users/meluzzy/statuses/116472984876522619https://board.circlewithadot.net/post/https://woof.tech/users/meluzzy/statuses/116472984876522619Sun, 26 Apr 2026 20:51:47 GMT<![CDATA[Reply to #Q: Why does the #Rust community tend to reimplement #GPL licensed code as #MIT licensed Rust code? on Sun, 26 Apr 2026 20:29:25 GMT]]>@DLC same as any other mit project, either it's a corporation aiming to disrupt and gain power in a specific niche, or people who got fed propaganda about how permissive licenses is better than copyleft licenses

]]>https://board.circlewithadot.net/post/https://tech.lgbt/users/SRAZKVT/statuses/116472896903584700https://board.circlewithadot.net/post/https://tech.lgbt/users/SRAZKVT/statuses/116472896903584700Sun, 26 Apr 2026 20:29:25 GMT