Literally why? Not even criticizing rust but the GNU core utils are easily some of the most reliable and documented software tools ever written.
Not to mention, looks like the rust core utils are MIT and not GPL.
this post was submitted on 14 Mar 2025
163 points (95.0% liked)
Linux
9272 readers
351 users here now
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
founded 2 years ago
MODERATORS
Archlinux usually is a bit more reasonable. I don’t understand the forcing. Just makes me love it (archlinux) more!
Rust is good, rare Ubuntu W. Now stop with the forced use of snaps.
You think this is a win, but is just another step in the enshittification.
I can finally stop calling it GNU/Linux.
Rust/linux^Rust^
Lust
Oh good God, Linux is finally old enough to start rusting?! And on BOTH ENDS?
vigorously shakes can of WD-40
What about licences and FOSS?
According to the video it's MIT licence, and they discuss the risk of such a licence vs coreutils usage of the GPL
This worries me indeed.
Wait is this their way to break compatibility with old binaries so that you're forced to use snap?
They're steadily climbing the test suit:
The uutils should be compatible so I don't think so
Check out our new Coreutils! (Snap required)
Seriously though I'm just imagining that Coreutils are now going to be dependent on snap.
load more comments
(1 replies)
That's extremely unexpected.
The GNU utils weren't written by Canonical so they were doomed from the start.
Not to worry, they'll ship 'em via snap.
More likely they will make them dependent on snap so you can't remove snap without breaking the system.
Oh god no
load more comments
(5 replies)
Is there any actual benefit ?
Code written in Rust has been shown to have significantly fewer security vulnerabilities than code written in C. Distributions like Ubuntu ship a lot of security updates, so by switching to Rust-based utils, they can reduce their workload in the long run.
But looking at the security vulnerability records of gnu coreutils that wasn't really needed. There were like a handful in the last 15 years... So I don't really see a need or benefit here.
Ubuntu ship a lot of security updates
After introducing the Pro I don't think so.
load more comments
(1 replies)
Well the rust project is MIT licensed, so definitely not.
I thought MIT licensing was a good thing?? What am i missing??
In large part it's a matter of opinions and different perspectives. A common consensus is libraries should be MIT and entire applications should be GPL. However, this is not held by all community members.
Overall, Rust is easier to read and harder to fuck up, so there's one argument in favour if it, in terms of community engagement. For an example of this, compare ls.c by Apple, GNU, FreeBSd and OpenBSD.
On the other hand, I should imagine most people simply install ripgrep and fd anyway.
The success of FOSS can in large part be attributed to copyleft licenses like the GPL. Without the protections of copyleft clauses, software just gets exploited by large corporations and end users are locked out. For just one example, if GNU software had used MIT, the entire free router movement (i.e ddwrt, openwrt and co.) would probably not exist today.
See: Free Software Foundation, Inc. v. Cisco Systems, Inc..
Edit: actually, I think by the time of this specific lawsuit, the sources for wrt54g were already released after community pressure, this article details the history a bit better.
Just security and hype afaik.
No, it isn't just hype. The hype is justified.
Outside of security you have some very really world benefits, like performance gains in various scenarios as well as lots more people willing to contribute and a much better type system (more maintainability).
Exactly! I would never PR, extend or build off find.c, And I sure as shit I'm not gonna work on C or C++ in my own free time. However, Rust is really fun to use, and it's got a great ecosystem. In this vein, this is a good thing for the community, and it's not just hype.
The Fish blog post discussed this and I think they had a good point when they were talking about how hard it was to get contributors from a large pool when they were working with C++.
Without a doubt, anything you can do in Rust you can do in C and C++, but I think it's fair to say the large majority of people are going to be more productive in Rust or at least have a more enjoyable development experience.
This is the Linux community's Sophie's choice.
view more: next ›