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

201–210 of 340 posts

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#201

Post by zelphirkalt »

mrheosuper wrote: post #176
zelphirkalt wrote: post #151

Earlier quoted context omitted.

Firefox installed as a snap feels sluggish to me. When I install a Ubuntu system, the first thing I do is to uninstall any snap and install the apt versions of things, possibly adding official PPAs or using Guix to install software.

why bother with ubuntu at all ? If you want ubuntu but without snap out of the box, Zorin is 1 option. Or if you also hate gnome, linux mint.

Indeed. Thought not in all cases I can decide what OS to use. An employer might prescribe which one to use. And any distro will be better than being forced to use Windows.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#202

Post by nottorp »

collinfunk wrote: post #5

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…

But this is totally not a memory ownership bug! It's some other kind of bug!

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#203

Post by nottorp »

pjmlp wrote: post #162
Flimm wrote: post #114

Earlier quoted context omitted.

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…

Interestingly enough, young developers have no issues writing C or C++ when it comes to game development, Pebble, Arduino or ESP-32 coding.

Those are more expensive!

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#204

Post by HackerThemAll »

collinfunk wrote: post #5

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…

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')
  gnumkdir: cannot create directory 'a/a/a/.../a/a': File name too long
  root@71a8c5a6c5e3:/# gnumkdir -p $(yes a/ | head -n $((3 * 1024)) | tr -d '\n')
  root@71a8c5a6c5e3:/# rm -rf a
  rm: cannot remove 'a/a/a/.../a/a/a': Directory not empty
  root@71a8c5a6c5e3:/# gnurm -rf a
  root@71a8c5a6c5e3:/# rm -rf a
  root@71a8c5a6c5e3:/#
And then they plan to move to a new Rust-based NTP. No comment...

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#206

Post by b112 »

jabl wrote: post #125
collinfunk wrote: post #41

Earlier quoted context omitted.

Glad to hear that I am not alone. I feel like launchpad is totally ignored most of the time. To get a response on a buggy GNU coreutils patch of theirs [1], I had to mention it in a rust-coreutils bug months later... [1] https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/215...

I've been a Ubuntu user for about 20 years, and I file bugs every now and then on launchpad. I don't recall any of them ever being fixed. Maybe the bugs get traction if you have a service contract? Best to file bugs directly to upstream, but that of course means you should try it on the latest upstream version and not whatever version ubuntu ships, so it's more friction.

Upstream for much is Debian, but of course Ubuntu forks from testing, and then modifies...

But if you can identify it as a bug in a version in Debian, that's a good place to file, as Ubuntu will get the fix eventually.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#207

Post by mort96 »

teekert wrote: post #6
collinfunk wrote: post #5

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.

This is what made me move away from Ubuntu. Use LTS and encounter issues with outdated packages? "Well duh, you're supposed to upgrade to interim releases if you need remotely up to date software". Use interim releases and encounter bugs? "Well duh, it's an interim release. Of course it's a buggy mess, nobody uses those"

Every Fedora release is intended to be solid and they come out twice a year.

Re: Ubuntu 26.10 completes transition to Rust-based coreutils

#209

Post by pjmlp »

nottorp wrote: post #203
pjmlp wrote: post #162

Earlier quoted context omitted.

Interestingly enough, young developers have no issues writing C or C++ when it comes to game development, Pebble, Arduino or ESP-32 coding.

Those are more expensive!

Seriously doubt it, given that there is enough FOSS on those domains as well.
Post reply on HN