Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ubuntu 26.10 completes transition to Rust-based coreutils

omgubuntu.co.uk

Post reply on HN
Print view View original

131–140 of 270 posts

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#131

Post by ChocolateGod »

tancop wrote: post #119
cute_boi wrote: post #104

Earlier quoted context omitted.

Yes, please. Linux distros is better with macos approach. And making appimage first class makes a lot of sense.

Appimages are bloated and unreliable. You can't guarantee that your app will run on any machine because it might depend on different system libraries. Flatpak uses shared stable runtimes that are the same everywhere and don't take up space more than once. It also comes with a native update system and sandboxing. Snap is the same thing but worse.

> Snap is the same thing but worse

IIRC Snap relies heavily on AppArmor for sandboxing, so on anything non-Ubuntu the sandboxing is non-existent.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#132

Post by uecker »

SubiculumCode wrote: post #113

So what is the way forward for Linux to have sandboxi g as strong as Android? Appimage everything? I know it's possible now hacking together things, but I mean by default and integrated.

Maybe we could develop trustworthy free-software applications again, instead of trying to establish a commercial apps ecosystem on top of Linux?

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#133

Post by uecker »

Flimm wrote: post #114
hk1337 wrote: post #39

Was there something wrong with how they are currently written or do they just want the badge that says they converted to Rust?

Neither. They basically see Rust as the future. They want to be able to attract young contributors and to hire young employees who are excited about Rust and who want the safety features. Bear in mind, the average age of the Linux developer is increasing. They also see technical benefits in Rust. And they are increasing test coverage of both the Rust tools and the tools written in C, IIRC. My source is this interview…

In reality, I think it much more about taking more control over parts of the ecosystem - the license change is part of it, but also getting rid of the old stubborn communities and maintainers.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#135

Post by yjftsjthsd-h »

baq wrote: post #122
mixmastamyk wrote: post #40

Earlier quoted context omitted.

I did, and the original dev of the component fixed it within a few days. It was straightforward, a backwards reading of a spec, reordered. The fix is still sitting unmerged many months later. This surprised me since I thought the project was in heavy bugfix/compat mode. I won’t touch it until I see some velocity on open bugs.

Fork Ubuntu and threaten their business model, that’ll get their attention. Only half joking.

Ubuntu is the fork; just use Debian.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#136

Post by noosphr »

egorfine wrote: post #69
stouset wrote: post #62

Earlier quoted context omitted.

I’m a huge proponent of Rust and generally lean a lot closer to the RIIR mentality than most, but this effort seems to be such a waste of effort and resources. There have been a dozen CVEs reported against all of coreutils in the past twenty years. The most recent audit of uutils-coreutils turned up forty-four CVEs. By all appearances they’re replacing battle-tested and fundamental tooling which hasn’t been a problem…

Same here. Love Rust. Hate rust rewrites.

The worst thing about rust are the people using it.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#137

Post by dwattttt »

collinfunk wrote: post #48
Malakun wrote: post #30

You can use coreutils-from-gnu instead uutils. However since 26.04 build-essential depends on coreutils-from-uutils, it cannot be upgraded while coreutils-from-gnu is installed. https://bugs.launchpad.net/ubuntu/+source/build-essential/+b...

You can use equivs to create a dummy coreutils-from-uutils package, as mentioned in the responses to that report. It is frustrating that Canonical has no interest in fixing it, though. It makes it hard to take their claims seriously that you can still use GNU coreutils if you want.

You're specifically frustrated about unbounded stack recursion exhausting the stack, triggered by multiple thousands of directories? It doesn't sound like this is about multi-thousand-deep directory structures, it sounds like it's about something else.

Because even diving into it, I would agree with a prioritisation decision that puts this bug down the bottom of a priority list.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#138

Post by bayindirh »

SubiculumCode wrote: post #113

So what is the way forward for Linux to have sandboxi g as strong as Android? Appimage everything? I know it's possible now hacking together things, but I mean by default and integrated.

Amutable. Building an immutable and image based system which even the installer can't modify, a-la macOS.

One systemd patch at a time.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#139

Post by BHSPitMonkey »

Ygg2 wrote: post #70
tosti wrote: post #65

Earlier quoted context omitted.

What programmer or programming language can't iterate a loop more than 32000 times?!

When triaging an issue you have to prioritise. Do you fix a problem that affects 2-3 people or one that may affect thousands?

By that logic, why even spend effort migrating from a known-working implementation to one which is known to have outstanding bugs that there isn't enough bandwidth to fix?

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#140

Post by tjoff »

baq wrote: post #122
mixmastamyk wrote: post #40

Earlier quoted context omitted.

I did, and the original dev of the component fixed it within a few days. It was straightforward, a backwards reading of a spec, reordered. The fix is still sitting unmerged many months later. This surprised me since I thought the project was in heavy bugfix/compat mode. I won’t touch it until I see some velocity on open bugs.

Fork Ubuntu and threaten their business model, that’ll get their attention. Only half joking.

There are plenty of Ubuntu forks?
Post reply on HN