Dev1 Galaxy Forum / Hard Rust requirements for APT from may next year

Re: Hard Rust requirements for APT from may next year

dummy@example.com (zapper) — Tue, 25 Nov 2025 03:46:14 +0000

You know a situation is stupid when marketing is the only reason something prevails over something else.

like rust vs fil-C

or systemd, or pulseaudio, pipewire, avahi, dbus, networkmanager and their libraries forced down people's throats.

But hey, that seems to be the norm. I don't get why... but it is the reality.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (greenjeans) — Fri, 21 Nov 2025 23:03:20 +0000

So in just going over the general reaction it seems that rust proponents are saying that it was a lack of skills in rust programming on the part of Cloudflare folks that caused the issue.

So basically they are saying "Any code can be bad if it's not written carefully and correctly".

Really good to hear you say that boys, doses of reality often bite but there are long-term rewards to understanding life how it really is.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (spliskin) — Fri, 21 Nov 2025 22:34:03 +0000

First, yes they could use fil-c - Problem is it doesn't have the marketing behind it. That's just reality. I'm a pragmatist and agree with you there.

Second I understand Lunduke.. problem is I agree.
It's more of a good natured ribbing as far as I see it. Some of this is 100% ridiculous. It should be derided by all who have sense.

That's all. Otherwise I don't care if you write it in python, just don't make a claim esp in the face of mounting evidence that you're wrong. When I say you or you're here I'm not talking about you @exponentialmatrix.. I'm speaking in the proverbial sense.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (exponentialmatrix) — Fri, 21 Nov 2025 21:55:27 +0000

instead of complaining. What are the alternatives? fil-C is C with garbage collection, it's slower and less efficient, but you can take your old C code and with relatively few modifications port it in fil-C .With the garbage collection, it's even better then rust in security and you get to keep almost all your battle tested code. And you can still maintain in parallel normal C code for ultra efficiency if you need it. You could even use a hybrid approach for a balance of security and speed. This strategy could allow for a viable fork with less man power.

does sudo needs to be fast? Isn't the user the slowest part? Does apt need to be fast? How much of apt's time is the network download and decompressions?

@spliskin
Just a warning. Lunduke is the tabloid of tech. He often over does it with click bait and sensationalism.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (spliskin) — Thu, 20 Nov 2025 19:37:25 +0000

Pretty much. Same difference. It's not memory safe, but it sure is modern. 🤣

Re: Hard Rust requirements for APT from may next year

dummy@example.com (g4sra) — Thu, 20 Nov 2025 19:31:23 +0000

@spliskin

rust that causes memory corruption

I read that as "rust that causes memory corrosion"

Amazing how the subconscious mind tries to warn us of the truth.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (blackhole) — Thu, 20 Nov 2025 18:26:33 +0000

sudo-rs (sudo rewritten in rust) has had few recent vulnerabilities:

https://security-tracker.debian.org/tra … st-sudo-rs
https://ubuntu.com/security/notices/USN-7867-1

Re: Hard Rust requirements for APT from may next year

dummy@example.com (spliskin) — Thu, 20 Nov 2025 02:22:43 +0000

Alrightly - so another rust victim - CloudFlare
https://www.youtube.com/watch?v=TpXBenAvhi8

So yeah there you go. CloudFlare claims Rust is easy to write code in rust that causes memory corruption.

Rust is not as safe as claimed. As expected.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (zapper) — Fri, 14 Nov 2025 03:20:59 +0000

Those of us who have been using Linux for decades have done our part. Now, it's up to the younger generation to acquire that knowledge or it will just be a footnote in history . . . or not even that. So saddle up if you want to save apt or any of the other code that is being hijacked to turn Linux into windows.

An open source windows? Isn't that what reactos is for?

...
But yeah, we don't need linux to become like windows.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (golinux) — Fri, 14 Nov 2025 00:29:42 +0000

/me sends greenjeans a hug . . .

Re: Hard Rust requirements for APT from may next year

dummy@example.com (greenjeans) — Fri, 14 Nov 2025 00:28:13 +0000

^^damn right!

Get yer butts busy whippersnappers!

Re: Hard Rust requirements for APT from may next year

dummy@example.com (golinux) — Thu, 13 Nov 2025 23:25:51 +0000

Those of us who have been using Linux for decades have done our part. Now, it's up to the younger generation to acquire that knowledge or it will just be a footnote in history . . . or not even that. So saddle up if you want to save apt or any of the other code that is being hijacked to turn Linux into windows.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (exponentialmatrix) — Thu, 13 Nov 2025 22:35:09 +0000

apt is a very mature 25+ year old project and with plenty of users. They must be plenty of qualified annoyed people willing to fork it.

Re: Hard Rust requirements for APT from may next year

dummy@example.com (tux_99) — Thu, 13 Nov 2025 21:18:27 +0000

fsmithred wrote:

70430 packages, including virtual packages
3561 packages, excluding virtual packages

That might well be but so far they are completely irrelevant, i.e. none of them provide anything useful for which there aren't better non-rust alternatives available.

I checked my Devuan installs and despite not having consciously avoided installing software written in rust I don't have any such software installed (except possibly the kernel, not sure if I make use of the kernel parts written in rust or not).

Re: Hard Rust requirements for APT from may next year

dummy@example.com (fsmithred) — Thu, 13 Nov 2025 20:34:47 +0000

List of rust packages in devuan: https://termbin.com/xakg

I can't post the whole list here.

413 Request Entity Too Large

TLDR:
70430 packages, including virtual packages
3561 packages, excluding virtual packages