At first I was sceptical, but after a few thought, I came to the solution that, if uutils can do the same stuff, is/stays actively maintained and more secure/safe (like memory bugs), this is a good change.
What are your thoughts abouth this?
the deGPLification of the Linux ecosystem ffs
Okay, I’m not a fan of this either but let’s not get too worried about this. Everyone’s known Ubuntu is a joke for a long time and they don’t really have much influence on even several of their downstreams, let alone the rest of the ecosystem.
I think Ubuntu has a lot of influence in industry
The correct title should be “Ubuntu explores replacing gnu utils with MIT licenced uutils”.
Time for Mecha-Stallman to declare war.
The time has come to GNU-slash the enemies of freedom!
I personally don’t see the point.
I’m mixed on it. If it is more secure/safe then that’s a good thing, but if it’s done because it’s MIT-licensed instead of GPL-licensed, then that could possibly be concerning.
My scepticism is that this should’ve been done within the coreutils project, or at least very closely affiliated. This isn’t an area of the linux technical stack that we should tolerate being made distro-specific, especially when the licensing is controlled by a single organisation that famously picks and chooses its interpretation of “FOSS” to suit its profit margins.
On a purely technical level, GNU coreutils should very seriously consider moving to rust if only to counter alternatives before it’s too late. While these utilities work well in C (and usually stay secure thanks to the Unix philosophy limiting the project scope), FOSS projects are continuing to struggle with finding new contributors as younger devs are more likely to use modern systems languages like Go and Rust. Not to mention that any project using Rust as a marketing tool will appeal to anyone rightfully concerned about hardening their system.
uutils is not distro-specific.
I wonder whether Linux Mint will follow suit?
Mint is basically Ubuntu with all of Canonical’s BS removed. This definitely counts as Canonical BS, so I’d be surprised if it made its way into Mint.
As I recall Ubuntu will allow to switch uutils to coreutils. So it looks like Linux Mint will continue to use coreutils
I for one welcome our rust overlords
GNU/LinuxRust/LinuxSo i hear that removing all the gnu stuff opens linux to be redistributed with a bew liesinse like mit. Which means its a little more closed iff a little more monitized.
Not knowledge enough on my own to know for sure. If someone with more knowledge could explain.
This is one of the old-time original arguments in the OSS community.
The crux of the matter is that the GNU licenses require that modifications be released back to the community. Other “more permissible” licenses like MIT do not.
So if you want to make a commercial version of X, and X is under a GPL, then any changes you make need to be released under the GPL. The idea being “I shared this code with the community with the intent that you can use it for free and modify it as you like, but you need to share back what you do.” Also called “Share and share alike”.
This defends against “embrace, extend, extinguish” tactics that companies like Microsoft has loved to do. They can’t take your code, modify it for their own purposes and re-sell it possibly making a more popular version that is now proprietary.
The Linux kernel still is and will always be GPL. It really doesnt matter if the coreutils aren’t.
I prefer a glibc replacement.
On the one hand, Toybox exists. So, the non-copyleft license bs isn’t new. On the other hand, toybox afaik isnt aiming to treat “deviations with GNu as bugs”. Almost feels hostile-takeover-ish though I know that almost certinly isn’t the idea behindbit.
If this ends in proprietization bs I’m going to throw hands.
