We already had a problem with sudo-rs not handling all the options that previous sudo did. I am quite surprised sudo-rs is now the default even.
Ubuntu 26.10 completes transition to Rust-based coreutils
211–220 of 340 posts
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#212I 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…
While I supported that idea of Rust coreutils, this your experiment showed me how bad it is. My results are totally different, but not what I expected (edited out long strings of "a/a/a" for brevity). I wouldn't call it stable... root@71a8c5a6c5e3:/# mkdir -p $(yes a/ | head -n $((32 * 1024)) | tr -d '\n') mkdir: File name too long root@71a8c5a6c5e3:/# gnumkdir -p $(yes a/ | head -n $((32 * 1024)) | tr -d '\n') gnumk…
I wouldn’t judge the ntpd-rs move from this. Have been running it for 9 months or so with a nts pool in ntp server mode on my pi5. Been rock solid.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#213Earlier quoted context omitted.
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.
Reporting bugs _at all_ in Ubuntu has never worked for me.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#214People still use ubuntu when Debian and Mint exist?
Why would I switch off of Ubuntu? It's what came with my system.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#215I 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…
Ubuntu is free. But Canonical is for profit. In these cases "if you are not paying for the product, you are the product" applies.
Ubuntu users will test this. Once the problems are ironed out, other distros will follow.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#216People still use ubuntu when Debian and Mint exist?
Debian packages are ancient, unless you use "testing", which will be broken. That being said, Ubuntu is horrible too. The problem comes when you have to use proprietary software made by incompetent vendors, and that only works in Ubuntu.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#217Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#218Earlier quoted context omitted.
You were down voted, odd. But this I fully agree with, the latest thing for me is Wayland being forced upon us.
X11 and everything around it is unfixable security hazard slop, just slop that was painstakingly created by humans. Also Wayland is it being forced on us? I have plenty of coworkers that run X daily because they are still afraid of the Wayland boogeyman despite the fact that their supposed clipboard and screen sharing problems in Wayland (the only two supposed problems they can name) have been solved for years.
People don't use Xorg daily because they are afraid of wayland. People use Xorg daily because they have tried wayland and there was something that stopped working.
Xorg allows running sub-instances.
Wayland is now older than Xorg was when "it was really old, we need something new".
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#219Earlier quoted context omitted.
it's GPL free. which is good for embedded, the business side of it. like cars.
Good for car manufacturers , not necessarily for cars or their owners. As a car owner I quite like manufacturers to be forced to produce source code.
Car manufacturers really really hate GPLv3 and the requirement that users need to be able to change the code.
They claim it is for compliance but it's well known that user modifications to cars are no longer the responsibility of the car company. I think it's more on principle than any real legal concern.
Re: Ubuntu 26.10 completes transition to Rust-based coreutils
#220Earlier quoted context omitted.
Uh, yes, if you guarantee the semantics only when the code explicitly opts in and not by default then semantics will not subtly change, that is the point of my comment
It's not a change in semantics of compiled code. It is only a change of whether or not the code will compile .
Guaranteeing an optimization that otherwise only might run is a change in semantics. The attribute doesn't allow (in any sensible language) the code to simply not compile because the optimizer doesn't feel like it today (or you compiled with -O0), it forces the compiler to not allocate a stack frame wherever the code fits the structure that makes that definitely possible and fails to compile wherever it doesn't (even if after other optimization passes it happens to fit a structure that makes it possible).