News for hackers. Stuff that matters.
Re:Rewriting essential Linux packages in Rust by bayindirh on Sunday March 09, 2025 @03:52PM (#43313035)
As a person who shares OPs concerns, (A)GPL is acceltable, in v2 or v3 form. Anything permissive is not, because allows a closed fork, which everybody wants to do to rob free software ecosystem to undo what has been done over these years.

Because "monies".

Re:Rewriting essential Linux packages in Rust by switchbak on Sunday March 09, 2025 @04:03PM (#43313154)
Personally I haven’t seen this motive across any of the organizations I’ve worked at. They usually seem more interested in minimizing maintenance costs, which means they try to upstream changes where possible or practical.

What would motivate a company to fork and keep private changes to a core GNU utility like chmod?

Re:Rewriting essential Linux packages in Rust by bayindirh on Sunday March 09, 2025 @04:11PM (#43313223)
Any hardware company which would want to block 3rd party firmware from loading or executing on their systems. They can add a small handshake code to every binary on that system to authenticate via TPM or the processor's embedded secure element on start.

They don't need to make extensive changes. Pull the latest, patch, compile, burn to FW. TaDa!

IOW, TiVoization 2.0. GPL2 makes it very hard already, but GPL3 makes it impossible.

With permissive licenses, it's very possible.

ref: https://en.wikipedia.org/wiki/Tivoization

Re:Rewriting essential Linux packages in Rust by trelane on Sunday March 09, 2025 @04:49PM (#43313642)
> What would motivate a company to fork and keep private changes to a core GNU utility like chmod?

Maybe ask these folks: https://www.busybox.net/license.html

https://en.wikipedia.org/wiki/BusyBox