That’s an argument against replacing the coreutils on your systems.
Which no one is forcing you to.
But how are you against someone rewriting them using their own time and resources?
Maybe I was not clear about what I think, english is not my best.
Yes, backward compatibility is my first issue with the rewrite approach, whatever the new language is, nothing against rust in particular. I am not against someone rewriting something unless it break things, fragment linux or the userland.
No one is forcing me to use new coreutils, that’s not exactly true. The day my distribution switches to rust coreutils I have two choices: deal with it, or migrate to another distribution.
The only good choice would be to select a distribution that promises not to switch coreutils packages.
Does that reminds you of init vs systemD ? Debian vs Devuan ? That approach is doomed.
That’s an argument against replacing the coreutils on your systems.
Which no one is forcing you to.
But how are you against someone rewriting them using their own time and resources?
Maybe I was not clear about what I think, english is not my best.
Yes, backward compatibility is my first issue with the rewrite approach, whatever the new language is, nothing against rust in particular. I am not against someone rewriting something unless it break things, fragment linux or the userland.
No one is forcing me to use new coreutils, that’s not exactly true. The day my distribution switches to rust coreutils I have two choices: deal with it, or migrate to another distribution.
The only good choice would be to select a distribution that promises not to switch coreutils packages.
Does that reminds you of init vs systemD ? Debian vs Devuan ? That approach is doomed.