Debian APT będzie wymagał łańcucha narzędzi Rust od maja 2026 r., ponieważ starsze porty zostaną wycofane z użytku
Deweloperzy Debiana potwierdzili poważną zmianę techniczną w głównym menedżerze pakietów projektu. Zgodnie z wiadomością opublikowaną przez wieloletniego współpracownika Juliana Andresa Klode na oficjalnej liście dyskusyjnej deweloperów Debiana https://lists.debian.org/debian-devel/2025/11/msg00035.htmlnarzędzie APT zacznie zawierać Rust-nie wcześniej niż w maju 2026 roku, wprowadzając twardą zależność od łańcucha narzędzi Rust.
Zmiana ma na celu poprawę bezpieczeństwa pamięci i długoterminową łatwość konserwacji jednego z najbardziej krytycznych komponentów systemu Debiana. Klode zauważył, że aktualizacja będzie miała szczególny wpływ na architektury i dystrybucje pochodne bez działającego łańcucha narzędzi Rust, ostrzegając, że porty niezdolne do obsługi Rust mogą wymagać wycofania, jeśli kompatybilność nie zostanie osiągnięta na czas.
Ogłoszenie, opisane przez Linuxiac i szeroko udostępniane na Reddit's r/Linux zostało opisane przez użytkowników jako ostrożne, stopniowe ulepszenie, a nie pełne przepisanie. Kilku komentatorów zauważyło, że starsze porty, takie jak m68k i SH-4, prawdopodobnie nie zostaną dotknięte, ponieważ nie są już częścią oficjalnie wspieranych architektur Debiana. Ogłoszenie pojawiło się również na X (dawniej Twitter), gdzie deweloperzy i entuzjaści otwartego oprogramowania dzielili się podobnymi dyskusjami na temat stopniowego przechodzenia Debiana na komponenty oparte na Rust.
Integracja Rust z APT wpisuje się w szerszy trend open-source, ponieważ główne dystrybucje Linuksa i podsystemy jądra przyjmują Rust w celu zwiększenia bezpieczeństwa i niezawodności oprogramowania niskiego poziomu. Oczekuje się również, że przejście to wpłynie na środowiska kompilacji, potoki CI i przepływy pracy związane z pakowaniem sterowników na platformach wbudowanych i przemysłowych, gdzie Rust nie jest jeszcze częścią domyślnego łańcucha narzędzi.
Klode napisał, że projekt musi iść naprzód z nowoczesnymi narzędziami, zamiast dostosowywać nowe oprogramowanie do przestarzałych platform sprzętowych, co wywołało dyskusję wśród opiekunów portów na temat długoterminowego wsparcia i zrównoważonego rozwoju.
Dyskusja społeczności odzwierciedla zarówno optymizm, jak i ostrożność, przy czym niektórzy użytkownicy z zadowoleniem przyjmują skupienie się na bezpieczeństwie i modernizacji, podczas gdy inni wyrażają obawy dotyczące kompatybilności i potencjalnej utraty starszych architektur.
Dla testerów sprzętu i opiekunów Linuksa zmiana ta może na nowo zdefiniować długoterminowe strategie wsparcia, szczególnie w przypadku niszowych architektur nadal wykorzystywanych w testach porównawczych, retrokomputerach i specjalistycznym rozwoju sprzętu.
Źródło(a)
