Re:Debian Running on Rust Coreutils
by anand-bala on Tuesday March 09, 2021 @12:55PM
(#26401454)
The Rust rewrite of Coreutils (this post essentially) _is_ meant to be a drop in replacement for GNU/Coreutils. OTOH, ripgrep and fd are not "drop-in replacements". Rather, they are "replacements" that devs can use if they want to.
[dead]
Re:Debian Running on Rust Coreutils
by thesuperbigfrog on Tuesday March 09, 2021 @10:34AM
(#26399747)
The Rust implementation that we are discussing is MIT licensed and as far as I know not part of GNU.
I do not believe that "Coreutils" is trademarked by GNU.
There are other projects that use the name "Coreutils" that are not part of GNU:
Re:Debian Running on Rust Coreutils
by GoblinSlayer on Wednesday March 10, 2021 @01:35AM
(#26408458)
>I do not believe that "Coreutils" is trademarked by GNU.
That's exactly why GNU sort of coreutils should be called GNU/Coreutils. The comment said that GNU/Coreutils are equivalent to Coreutils, I said they aren't.
Re:Debian Running on Rust Coreutils
by entropicdrifter on Tuesday March 09, 2021 @11:08AM
(#26400167)
I think the person you're replying to was just memeing on the Richard Stallman essay that has the line, "What you call Linux should really be called GNU/Linux"
Re:Debian Running on Rust Coreutils
by audience_mem on Thursday March 11, 2021 @08:19AM
(#26423661)
I was sad to find out that rms apparently didn't even say it.
There is a long history of newer, better tools supporting backward compatibility to be a replacement for their predecessors:
- bash and zsh support backward compatibility to be replacements for sh.
- vim has compatibility mode to be a replacement for vi.
If the Rust implementation is not backward compatible, it should not be called "Coreutils".