168
top 50 comments
sorted by: hot top controversial new old
[-] sik0fewl@lemmy.ca 53 points 1 week ago

I can finally stop calling it GNU/Linux.

[-] GolfNovemberUniform@infosec.pub 30 points 1 week ago

That's extremely unexpected.

[-] bjoern_tantau@swg-empire.de 38 points 1 week ago

The GNU utils weren't written by Canonical so they were doomed from the start.

[-] avidamoeba@lemmy.ca 55 points 1 week ago

Not to worry, they'll ship 'em via snap.

[-] InnerScientist@lemmy.world 26 points 1 week ago
[-] avidamoeba@lemmy.ca 2 points 1 week ago

I like snap, send me to camp.

[-] BeardedGingerWonder@feddit.uk 3 points 1 week ago

Lol, I don't hate snap, I also don't need a sandboxed ls with a 30s startup time.

[-] mesamunefire@lemmy.world 7 points 1 week ago
[-] possiblylinux127@lemmy.zip 7 points 1 week ago

More likely they will make them dependent on snap so you can't remove snap without breaking the system.

[-] DioEgizio@lemm.ee 26 points 1 week ago

Wait is this their way to break compatibility with old binaries so that you're forced to use snap?

[-] HappyFrog 27 points 1 week ago

They're steadily climbing the test suit:

test coverage

[-] qaz@lemmy.world 19 points 1 week ago

The uutils should be compatible so I don't think so

[-] possiblylinux127@lemmy.zip 6 points 1 week ago* (last edited 1 week ago)

Check out our new Coreutils! (Snap required)

Seriously though I'm just imagining that Coreutils are now going to be dependent on snap.

[-] GolfNovemberUniform@infosec.pub 3 points 1 week ago

I don't think so unless they make their own rust core utils.

[-] Mouette@jlai.lu 21 points 1 week ago

Is there any actual benefit ?

[-] arjache@fedia.io 54 points 1 week ago

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.

[-] lnxtx@feddit.nl 16 points 1 week ago

Ubuntu ship a lot of security updates

After introducing the Pro I don't think so.

[-] masterofn001@lemmy.ca 2 points 1 week ago* (last edited 1 week ago)

There's probably some zero day exploit someone is holding onto until everything is rust and then, bam!. Yeah, that's just silly to think. Just silly.

[-] Harlehatschi@lemmy.ml 2 points 1 week ago

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.

[-] mesamunefire@lemmy.world 10 points 1 week ago

It's been proven faster. That's all I personally know.

[-] GolfNovemberUniform@infosec.pub 3 points 1 week ago

Nothing except for binary coding can be faster than C I think.

[-] qaz@lemmy.world 19 points 1 week ago* (last edited 1 week ago)

Rust is better for writing multithreaded applications which means that the small amount of utilities that can utilize parallelism receive a significant speedup. uutils multithreaded sort was apparently 6x faster than the GNU utils single threaded version.

P.S. I strongly doubt handwritten assembly is more efficient than modern C compilers.

[-] jecxjo@midwest.social 6 points 1 week ago

P.S. I strongly doubt handwritten assembly is more efficient than modern C compilers.

As with everything, it all depends.

When writing super efficient assembly you write towards the destination and not necessarily to fit higher level language constructs. There are often ways to cut corners for aspects not needed, reduction in instructions and loops all based on well designed assembly.

The problem is you aren't going to do that for every single CPU instruction because it would take forever and not provide a good ROI. It is far more common to write 99% of your system code in C and then write just the parts that can really benefit from fine tuned assembly. And please note that unless you're writing for an RTOS or something crazy critical on efficiency, its going to be even less assembly.

[-] iopq@lemmy.world 4 points 1 week ago

In large applications maybe not, but in benchmarks there can be a perfectly optimized assembly

[-] qaz@lemmy.world 3 points 1 week ago* (last edited 1 week ago)

Of course, for hot paths or small examples it is, but I doubt it's feasible or maintainable to write a “real” projects like core utilities in assembly.

[-] Kazumara@discuss.tchncs.de 3 points 1 week ago

Everyone knows you can do Roller Coaster Tycoon at most, no way you could do core utilities.

load more comments (1 replies)
[-] possiblylinux127@lemmy.zip 3 points 1 week ago

My simple assembly program can rum circles around compilers. As long as something is small it is possible to optimize better than a C compiler.

[-] gens@programming.dev 2 points 1 week ago

Compilers have a lot of chalenges to even compile, let alone optimize. Just register allocation alone is a big problem. An inherent problem is that the compiler does not know what the program is supposed to do. Humans still write better assembly then compilers.

The one down arrow on the guy you are responding to is from me, just so everybody knows.

[-] amos@lemmy.zip 2 points 1 week ago

This is just wrong, the compiler (and linker) knows exactly what the program does as it has the ENTIRE source code available. Compilers have been so good the last 20 years that it is quite hard to write things faster in assembly/machine code.

One of the harder parts about assembly is keeping track of which registers a subroutine uses and which one is available, as the program grows larger you might be forced to push/pop to the stack all the time. Inlining code is also difficult in assembler, the compiler is quite adept at that.

It might have been true up until the 90s, but then compilers started getting so good (Watcom) there was rarely any point to write assembler code, unless there was some extremely hardware specific thing that needed to be done

load more comments (3 replies)
[-] GolfNovemberUniform@infosec.pub 2 points 1 week ago

Multithreading isn't a true efficiency benefit. I was talking about different things there.

[-] thedeadwalking4242@lemmy.world 7 points 1 week ago
[-] qaz@lemmy.world 4 points 1 week ago

I'm not sure why people are downvoting you, since Fortran is known to be extremely performant when dealing with multidimensional arrays.

[-] GolfNovemberUniform@infosec.pub 8 points 1 week ago* (last edited 1 week ago)

Just security and hype afaik.

[-] asdfasdfasdf@lemmy.world 3 points 1 week ago

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).

[-] UnityDevice@lemmy.zip 7 points 1 week ago

Well the rust project is MIT licensed, so definitely not.

I thought MIT licensing was a good thing?? What am i missing??

[-] UnityDevice@lemmy.zip 7 points 1 week ago* (last edited 1 week ago)

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.

[-] daggermoon@lemmy.world 18 points 1 week ago

Rust is good, rare Ubuntu W. Now stop with the forced use of snaps.

[-] dustyData@lemmy.world 14 points 1 week ago

You think this is a win, but is just another step in the enshittification.

[-] pglpm@lemmy.ca 12 points 1 week ago

What about licences and FOSS?

[-] fum@lemmy.world 22 points 1 week ago

According to the video it's MIT licence, and they discuss the risk of such a licence vs coreutils usage of the GPL

[-] pglpm@lemmy.ca 19 points 1 week ago

This worries me indeed.

[-] Sgarcnl@lemmy.world 7 points 1 week ago* (last edited 1 week ago)

Archlinux usually is a bit more reasonable. I don’t understand the forcing. Just makes me love it (archlinux) more!

[-] socsa@piefed.social 6 points 1 week ago

This is the Linux community's Sophie's choice.

[-] mathic@lemmy.world 6 points 1 week ago

Ubuntu continues to show that it's the absolute worst.

[-] possiblylinux127@lemmy.zip 3 points 1 week ago

To bad no body really uses it (or at least they shouldn't)

load more comments
view more: next ›
this post was submitted on 14 Mar 2025
168 points (100.0% liked)

Linux

9442 readers
48 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:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 2 years ago
MODERATORS