this post was submitted on 09 Nov 2025
168 points (98.3% liked)

Linux

10668 readers
346 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
all 42 comments
sorted by: hot top controversial new old
[–] vk6flab@lemmy.radio 49 points 1 month ago (5 children)

Is it just me, or does that seem .. abrupt?

[–] undu@discuss.tchncs.de 50 points 1 month ago (2 children)

There's time until March for the maintainers of the 3 niche architectures to organize and make rust available for them. Doesn't sound that abrupt to me

[–] Treczoks@lemmy.world 40 points 1 month ago (1 children)

For small niches, six months can be rather aprupt.

[–] SlartyBartFast@sh.itjust.works 19 points 1 month ago

My niche can take 5 days or 5 months, depending on ADHD

[–] pelya@lemmy.world 1 points 1 month ago (1 children)

Wasn't there a Rust-to-C compiler that would circumvent this limitation?

[–] LeFantome@programming.dev 4 points 1 month ago

Yes. There is also a GCC front-end for Rust (does not go to C first).

[–] iloveDigit@piefed.social 9 points 1 month ago* (last edited 1 month ago) (2 children)

Rust adds another layer of trusting the compiler isn't backdoored. All UNIX/Linux systems use the gcc toolchain, so having it written in C would mean less dependencies for the OS.

Strange times.

[–] eah@programming.dev 12 points 1 month ago

There's an ongoing effort to get gcc to compile Rust.^[https://lwn.net/Articles/907405/]

[–] ZoteTheMighty@lemmy.zip 7 points 1 month ago* (last edited 1 month ago) (1 children)

For package maintainers, it's reasonable to expect security updates are rolled out the same week that a vulnerability is found. If you can't deploy a new version of a package in 6 months, not maintaining the package is also a valid option.

[–] WhyJiffie@sh.itjust.works 1 points 1 month ago* (last edited 1 month ago)

but this is not a vulnerability, but adding a cpu architecture to a programming language

[–] LeFantome@programming.dev 5 points 1 month ago

The timeline is not super abrupt, especially for architectures where all he is asking is to ensure that your Rust toolchain is in order. That is especially true when you consider that Rust is already well maintained on all the Debian architectures that people actually use.

The abruptness (almost rudeness) is in the second part where he basically says that, if you cannot get Rust going in time, you should just stop releasing Debian for that architecture.

It is mostly just poorly worded though. Because none of these architectures have “official” support even now. This will not be the only way they are behind. So, there is not reason to be so dramatic.

And that would be my response to him. Another option here is that these alternative architectures just continue to ship an older version of APT for now. Emergency avoided. Few of them ship with up-to-date versions of APT even now.

Another solution is to use one of the multiple projects that is working to make Rust code build with the GCC compiler back-end. At least one of these projects has already announced that they want to work with these Debian variants to ensure that APT builds with them.

So, the 6 month timeline is a reasonable impetus to make that happen which would be quite a good thing beyond just APT.

There are many other useful tools written in Rust you are going to want to use on these architectures. It will be a fantastic outcome if this pressure from APT kickstarts that happening for some of these long abandoned architectures (by the mainstream at least).

[–] TommyJohnsFishSpot@lemy.lol 10 points 1 month ago (1 children)
[–] Matriks404@lemmy.world 2 points 1 month ago* (last edited 1 month ago)

Yeah, it's pretty good. But now that I've started studying, and don't have time for learning it (I've literally made a personal wiki with various documentation for myself), so I am thinking to switching to atomic distro instead (maybe KDE Linux).

[–] lambalicious@lemmy.sdf.org 9 points 1 month ago

So thats why whenever I try to find a package in apt, I have to iterate through thousands of simiparly named librust-{dictionaryword}-{component}-dev packages in order to find the simple component I want... Apt repos have really been trying too hard for granularity, I'm pretty sure there are more librust áckages than actual end-user program packages.

[–] MonkderVierte@lemmy.zip 7 points 1 month ago (1 children)

Tells something about apt. Not because Rust bad or anything, but because Rust is more like C++ than C.

[–] DeltaWingDragon@sh.itjust.works 2 points 1 month ago

Apt is written in more C++ than C, so it would be apt to select a language that is similar.

[–] boaratio@lemmy.world 1 points 1 month ago
[–] DeltaWingDragon@sh.itjust.works 1 points 1 month ago

What does this mean for the end-user? By how they worded it...

the APT packaging tool next year will begin requiring a Rust compiler

it seems like you need a Rust compiler as a dependency for simply having Apt installed on your system.

Debian and most distros based on it do not even install a C++ compiler by default, and apt is mostly written in C++.

[–] GreenKnight23@lemmy.world -3 points 1 month ago (1 children)

oh man, and here I was about to finish migration to Debian.

[–] Kushan@lemmy.world 9 points 1 month ago (1 children)

Are you migrating to Debian on a niche CPU architecture? If not, this doesn't affect you.

[–] GreenKnight23@lemmy.world 4 points 1 month ago (1 children)

currently running on a P2 333mhz. I guess it's pretty common though.

[–] data1701d@startrek.website 3 points 1 month ago (1 children)

Didn't Debian drop i386? Are you running Debian Bookworm?

[–] GreenKnight23@lemmy.world 3 points 1 month ago (1 children)

bookworm? that's a stretch....😉

[–] data1701d@startrek.website 3 points 1 month ago

That joke's so funny, it's making me a bit wheezy...