Developers have been afraid of 1.0.0 for a while, in defiance of the semver spec [1], in particular in the Rust ecosystem, but being afraid of 0.1.0 is a whole new level. Wtf. I guess 0.1 has become the new 1.0 after years of mis-versioning.
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!
> 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.
eviks · 1h ago
That just highlights the major flaw in semver where marketing version and compatibility signal are in a single number. And their guidance on 42 is bad as well, which compounds the fear.
braggerxyz · 38m ago
Yeah I feel you. So many projects do this nonsense.
eviks · 1h ago
> uutils aims to be a drop-in replacement for the GNU utils. Differences with GNU are treated as bugs.
Is there a similarly comprehensive project that instead treats various bad api designs as bugs instead of preserving them for the future generations?
They should relicense to the GPL, MIT doesn't preserve user rights. Seriously, I don't get what Rust projects' issue with Free Software is, providing free work that corporations can take and mangle into proprietary garbage is short-sighted.
bfrog · 3h ago
It feels like we are on the cusp of finally having secure software after decades of C and C++ failing at every step.
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 · 3h ago
What do you mean blazingly fast? I would assume Rust and C have roughly the same performance coming down to LLVM. I'm not convinced that coreutils need much security since they're almost never exposed and with the exception of sudo, shouldn't hold any extra privileges the user doesn't already have. I do welcome new implementations though, competition is always good
hyperman1 · 50m ago
One part of the answer is rust's borrowing provided assurances that make it possible to clone less. The type system guarantees immutability in a lot of cases.
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.
bfrog · 3h ago
It’s a bit of a joke, everything rust does is “blazingly fast” and has almost become a meme at this point. Though it does seem to trend towards well performing programs on the whole.
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.
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.
Also https://landley.net/toybox/status.html
I for one welcome our new blazingly fast coreutils and wait expecting a blazingly fast kernel to go right along with the fish shell.
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.
I meant the rest though in a more serious manner.