Those coreutils are being included in Ubuntu, call them 1.0! It's fine, you still have a countable infinity of version numbers if you need to make changes, even incompatible ones!
[1]: https://semver.org/#how-do-i-know-when-to-release-100
> If your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you’re worrying a lot about backward compatibility, you should probably already be 1.0.0.
Cite?
Is there a similarly comprehensive project that instead treats various bad api designs as bugs instead of preserving them for the future generations?
In a wider context maybe Plan 9 from user-space https://9fans.github.io/plan9port
In an even wider context the stuff https://chimera-linux.org does.
bfrog•8mo ago
I for one welcome our new blazingly fast coreutils and wait expecting a blazingly fast kernel to go right along with the fish shell.
acheong08•8mo ago
bfrog•8mo ago
I meant the rest though in a more serious manner.
hyperman1•8mo ago
For small scale examples this doesn't mean much, but larger software gains a few percents for free.
This argument is cultural, not technical. I presume it is possible to write e.g. C++ classes with similar guarantees. But it is work you get for free in rust, so in practice it almost only happens there at scale.