this post was submitted on 24 Mar 2025
107 points (92.8% liked)

Linux

52422 readers
583 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

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?

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 1 points 5 hours ago

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.

[–] [email protected] 11 points 2 days ago

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.

[–] [email protected] 1 points 2 days ago

I prefer a glibc replacement.

[–] [email protected] 10 points 2 days ago* (last edited 2 days ago) (1 children)

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.

[–] [email protected] 1 points 2 days ago

uutils is not distro-specific.

[–] [email protected] 9 points 3 days ago

I for one welcome our rust overlords

[–] [email protected] 52 points 3 days ago (1 children)

The correct title should be "Ubuntu explores replacing gnu utils with MIT licenced uutils".

[–] [email protected] 12 points 3 days ago* (last edited 2 days ago) (1 children)

Waiting for Canonical to up sell proprietary utils features by subscription. Ubuntu's regular release cycles were brilliant in 2004 when there weren't a lot of alternatives but why does it still exist?

[–] [email protected] 7 points 2 days ago (1 children)

Sorry, "tee" is not part of the basic Ubuntu package. Do you want to unlock premium coreutils for the cheap price of 19.99$ p.m.? Alternatively, upgrade your Ubuntu pro to pro-double-plus-good for 10$ p.m.

[–] [email protected] 1 points 2 days ago

What does this have to do with MIT licensing?

load more comments
view more: next ›