[flagged]
Probably true, but the direction Linux is going these days is concerning
Ubuntu 26.10 completes transition to Rust-based coreutils
31–40 of 338 posts
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#32Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#33Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#34[flagged]
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#35Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#36[flagged]
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#37Earlier quoted context omitted.
GPL -> MIT
Does this actually matter that much for some tools when the kernel is GPL?
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
#38I 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.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#39Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#40I 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.
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.