Posledná veta. Tú som nepochopil. Kde nie je Rust, to je retro?
3. 11. 2025, 09:27 editováno autorem komentáře
To tam napsáno není. Retro jsou ta počítačová zařízení. Pokud do nich chceme dostat aktuální software, musíme s ním držet krok. To to poslední souvětí říká.
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.
Mezi ohrožené porty patří například m68k, Hewlett Packard Precision Architecture (HPPA), SuperH/SH4 a Alpha.
Tak jisté náznaky toho, že se taková doba blíží už tu chvíli je a rust za to nemůže. Lidí co jsou ochotní a zároveň schopní tyhle projekty vyvíjet je málo a nezdá se, že by přibývali.
Problém je najmä vlastnenie počítačov s danou architektúrou, kebyže dnes chcem ísť kúpiť DEC Workstation s procesorom Alpha, asi by to bolo komplikované a zaplatil by som za ňu veľa peňazí.
Tak ono uz se tak v podstatě, například RHEL 10 a jeho klony vyžadují architektruru x86_64_v3 a vyšší
Uvědomte si, že mluvíte o enterprise distribuci, která garantuje nějakou formu podpory až do května 2038 (přičemž je možné, že ve skutečnosti bude ještě delší). V té době budou procesory, které "házejí přes palubu", už staré 25 a více let.
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.
Nemyslím si. C-čko je košatý jazyk, a taktiež je potrebné podporovať C++, ktorý je ešte košatejší, možno aj perl a kdečo iné. Mňa by skôr zaujímalo, že prečo Rust vyžadujú. Moja domnienka kvôli buildovaniu kernelových modulov, aby bola distribúcia self-hosting.
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.
Ďakujem za informáciu.
Ja som síce priaznivec Rust-u, ale u konzervatívnej distribúcie sa mi to zdá čudné. Na druhú stranu, keď majú v toolingu už aj python... Snáď vedia, čo robia.
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.