Live data from Hacker News

Ubuntu 26.10 completes transition to Rust-based coreutils

omgubuntu.co.uk

31–40 of 339 posts

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#31
post #3

[flagged]

Probably true, but the direction Linux is going these days is concerning

It's important to remember that this is a story about Ubuntu, and not Linux, and they are two very different projects with different motivations.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#33
post #9
post #3

Earlier quoted context omitted.

Probably true, but the direction Linux is going these days is concerning

Care to elaborate?

1) Corporate forced slop acceptance by e.g. Linus and Debian.

2) Seeing how bad the Linux kernel is with all the AI CVEs. It will get worse.

BSD is the future.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#35
post #29

Earlier quoted context omitted.

That way of thinking just means it'll never be fixed

What approach would you suggest for priorisation of tickets?

Ideally there should have been no tickets at all if all that's happening is a program being ported to another language.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#37

Earlier quoted context omitted.

GPL -> MIT

Does this actually matter that much for some tools when the kernel is GPL?

I does. The OP says "Linux" but means "Linux distros", which are made of thousands of "commingled" pieces (i.e. the licence of one piece does not affect the other).

Each piece that becomes MIT means less pressure on corporate users to give back any changes they make, and we'll end back up in the 1980s again where "Amazon Linux" is full of secret-sauce they refuse to publish and makes the base system incompatible with "Google Linux" (or whatever happens to be kicking about), creating deliberate lock-in out of a system that started open. In much the same way that macOS and FreeBSD are divergent today.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#38
post #6

I really don't understand why Canonical rushes this. If 'rm' can't remove all possible directory entries, that is a big issue: $ podman run --rm -it ubuntu:26.10 $ apt update -y; apt upgrade -y $ rm --version rm (uutils coreutils) 0.10.0 $ gnumkdir -p $(yes a/ | head -n $((32 * 1024)) | tr -d '\n') $ rm -rf a Segmentation fault (core dumped) rm -rf a $ ls a a $ gnurm -rf a $ ls a ls: cannot access 'a': No such file o…

Rush? This is an interim release (95% or so only tracks LTS's) that is not even out yet... Go file a bug reports if you have some time.

Reporting bugs before Ubuntu releases has never worked for me. They always land a bunch of major changes after the supposed "freeze" then they ignore all feedback because of the freeze. It's infuriating.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#40
post #6

I really don't understand why Canonical rushes this. If 'rm' can't remove all possible directory entries, that is a big issue: $ podman run --rm -it ubuntu:26.10 $ apt update -y; apt upgrade -y $ rm --version rm (uutils coreutils) 0.10.0 $ gnumkdir -p $(yes a/ | head -n $((32 * 1024)) | tr -d '\n') $ rm -rf a Segmentation fault (core dumped) rm -rf a $ ls a a $ gnurm -rf a $ ls a ls: cannot access 'a': No such file o…

Rush? This is an interim release (95% or so only tracks LTS's) that is not even out yet... Go file a bug reports if you have some time.

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.

Post reply on HN