69
Rust Coreutils 0.4 Boosts GNU Compatibility to 85% (linuxiac.com)
submitted 1 year ago by to c/linux@programming.dev
16 comments fedilink hide all child comments
 

The Rust Coreutils project, which aims to provide a full, modern Rust implementation of the GNU Core Utilities — the essential command-line tools found on every Linux and Unix-like operating system — has announced the release of version 0.4.

Notably, the project’s growing maturity has already led to real-world adoption in some Linux distros, such as Ubuntu 25.10 “Questing Quokka” and AerynOS, both of which now utilize Rust Coreutils for select system utilities.

Version 0.4 brings this release a step closer to achieving full GNU Coreutils compatibility. According to devs, the latest test results show 544 passing tests, up from 532 in the previous 0.3 release — an increase that raises total compatibility to 85.8%, while failures dropped from 68 to 56.

all 16 comments

sorted by: hot top controversial new old
[–] 22 points 1 year ago (15 children)

The detractors of this project portray it like it's a far-off pipe dream to be a drop-in replacement for GNUtils. Meanwhile, it's still a relatively young project that already has 85% compatibility. I think we can do it. Lol.

  • permalink
  • fedilink
  • source
  • hideshow 15 child comments
    •
  • [–] 14 points 1 year ago (4 children)

    Still completely unhinged to ship it in your distro before it's fully compatible cough Ubuntu cough

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 2 points 1 year ago (2 children)

    Wrong. Have to start adoption somewhere, and doing it in a non-LTS release is a great move.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 1 year ago (1 child)

    Last I checked Ubuntu was not an unstable mess of a rolling release, but a distro people rely on for stability.

    Their normal non-LTS versions are still considered production ready and acting that rash has only solidified my negative opinion of them more...

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 0 points 1 year ago

    If you're expecting stability for any Ubuntu release, that went out the window when Canonical started forcing Snaps.

    But non-LTS Ubuntu releases have always been a testing ground for less-than-stable changes. uutils is just one of them, and the only way to make them stable is to see how they're being used in the wild.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 10 points 1 year ago

    I would expect the last 10% to take 90% of the work though. There are a lot of rough edges that just work weird. There is also a question of what is useful to get from that last 10%, or what should be done different despite being incompatible. (BSD utils are also an option to be compatible with instead)

  • permalink
  • fedilink
  • source
  • parent
  • [–] 20 points 1 year ago (6 children)

    My only issue is the permissive license, but I'm still hope they do well :3

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 10 points 1 year ago (3 children)

    This is my take as well. I'm extremely disappointed they only went with a temporarily open license instead of a proper one, but using MIT is unfortunately to be expected from the Rust ecosystem for whatever reason...

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 4 points 1 year ago (2 children)

    temporarily open?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 1 year ago* (last edited 1 year ago) (1 child)

    MIT is an extremely weak license when it comes to defending free/libre rights; e.g. it allows proprietary forks. i.e. companies stealing the code, making their own bullshit corpo product and not even releasing the source code back

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •