https://lists.debian.org/debian-devel/2025/10/msg00288.html
``` Rust is already a hard requirement on all Debian release architectures and ports except for alpha, hppa, m68k, and sh4 (which do not provide sqv). ```
It seems to me that the APT change was just a nail in the coffin of these older architectures, which would have eventually been sunset anyway, due to sqv not being available. If you really want to run some kind of Linux on these very old machines, godspeed, but you can't expect them to be maintained by a project with it's fingers in so many pies forever.
Look at how the proposal for making netplan the default network manager in Debian went. Not good, from Canonical's perspective.
Making /tmp behave the way systemd guys want also went not according to plan. The behavior is modified somewhat because of the discussion.
Rust's influence doesn't come from Canonical per se, but from its promise to eradicate memory related bugs. The initial hype was off the charts, but it's coming down, and the shortcomings are becoming obvious.
Canonical is trying to affect Debian, that's true, but it's not always a given.
Pipewire is working great.
So when it isn't going into the right direction that we care, maybe more people with other mindset should join.
It is like complaining about who wins elections without bothering to cast a valid vote.
>I plan to introduce hard Rust dependencies and Rust code into APT, no earlier than May 2026. This extends at first to the Rust compiler and standard library, and the Sequoia ecosystem. ... If you maintain a port without a working Rust toolchain, please ensure it has one within the next 6 months, or sunset the port. It's important for the project as whole to be able to move forward and rely on modern tools and technologies and not be held back by trying to shoehorn modern software on retro computing devices.
If you think Canonical isn't going to lead Debian around by the nose on this you haven't been paying attention.