Spíš v podstatě říká, že končí zlatý věk nekonečně dlouhé zpětné kompatibility. Kdysi platilo, že když na HW přestane být podporován update Windowsu, tak tam vražte Linux. V poslední době se tam pak dostane: Když vám na HW už nejde instalovat aktuální windows, udělejte si fork linuxu, aktualizujtze si jej vlastními silami a pak jej vesele používejte (ten HW) dál.
Prosím přečtete si tu zprávičku a nikoli jenom titulek. Bavíme se o architekturách, které jsou mimo oficiální seznam architektur a ten hardware se už dlouhá léta nevyrábí. Tj. jde o to, aby tyhle hobby porty, na které stejně většina správců balíčků naprosto peče, neblokovaly vývoj infrastrukturních projektů pro Debian. Jak píše jak:
> 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).
Smutné je, že se tím Debian nejspíš zbavuje části své nezávislosti. Nebo tam má lidi, co umí opravit či upravit něco uvnitř kompilátoru Rustu?
Ptám se proto, že kompilátory C jsou o dost jednodušší - takže udělat vlastní, kdyby se s těmi existujícími něco stalo je o dost jednodušší než v případě Rustu.
Chtějí použít Rust: https://lists.debian.org/deity/2025/10/msg00071.html
In particular, our code to parse .deb, .ar, .tar, and the HTTP signature verification code would strongly benefit from memory safe languages and a stronger approach to unit testing.
C je o dost jednodušší jazyk. Neoptimalizující kompilátor napíšete včetně backendu na 25 tisíc řádků kódu, možná méně (viz TCC). Zatímco Rust bez backendu má přes 1 milión řádků kódu.
> a taktiež je potrebné podporovať C++, ktorý je ešte košatejší, možno aj perl a kdečo iné.
Osobně mi to nepřijde jako dobrý důvod, proč situaci ještě zhoršovat a přidat do mixu další komplikovanou věc.