Linux 7.3 urósł w nietypowych miejscach. Torvalds patrzy i nie widzi tragedii

Linus Torvalds udostępnił kolejną wersję testową Linuksa 7.3. Wydanie 7.3-rc5 nie przynosi rewolucji w jądrze, ale wyróżnia się nietypową strukturą zmian. Tym razem dużą część kodu zajmują autotesty oraz poprawki związane z architekturą, podczas gdy sterowniki sprzętowe stanowią mniej niż jedną trzecią całego wydania.

Zgodnie z harmonogramem Linus Torvalds udostępnił piątą już wersję Release Candidate Linuksa 7.3. Tym razem zmiany odbiegają nieco od tego, do czego przyzwyczaiły społeczność kolejne wydania jądra.

Linux 7.3-rc5 ma nietypowy profil zmian

Około jedna czwarta całego diffstatu przypada na autotesty. Największą pojedynczą zmianą jest test tabeli arm64 KVM ITS. Linus podaje, że tym razem sterowniki odpowiadają za mniej niż jedną trzecią zmian w kodzie, a pozostała część obejmuje między innymi poprawki architektury, KVM, perf, harmonogramu oraz BPF. Wydaniu towarzyszą również mniejsze zmiany w obsłudze sieci, VFS i XFS, a także poprawki dotyczące sterowników DRM.

Torvalds nie widzi powodów do alarmu

Komentując skalę zmian, Torvalds powiedział:

Kolejny tydzień, kolejny duży rc… Statystyki różnic wyglądają niecodziennie. Mniej niż jedna trzecia poprawki to sterowniki, a jedna czwarta to tylko autotesty. To, przyznaję, trochę mylące: większość poprawek sterowników jest dość mała, a niektóre poprawki autotestów są znacznie większe (największą poprawką jest test tabeli arm64 kvm ITS, o ile się nie mylę). Licząc więc liczbę commitów, różnica jest zupełnie inna. Ale ta statystyka różnic nadal jest niecodzienna. Nie *zła*, nietypowa, po prostu nie taka, jaką zazwyczaj widuję. … nic nie wygląda szczególnie alarmująco, myślę, że pomimo statystyk różnic, to po prostu to samo, co zawsze”.

Torvalds twierdzi, że metryki w tym tygodniu wyglądają nietypowo, ale zapewnia, że ​​wydanie jest stabilne i wolne od bardzo problematycznych regresji. Zwykłe, nudne „po prostu to samo”. Dla użytkowników Linuksa jednak nuda jest dobra, ponieważ oznacza, że ​​jądro pojawi się na czas, oczywiście o ile nie pojawią się duże błędy, które mogą spowodować dodanie ósmej wersji Release Candidate, co spowolni cały proces o tydzień.

Kolejne tygodnie będą kluczowe

Torvalds poprosił testerów o kontynuowanie testów obciążenia dla wersji Release Candidate, aby wszelkie problemy mogły zostać wykryte i wyeliminowane przed ostatecznym wydaniem za około trzy tygodnie. Programiści mogą pobrać kod źródłowy bezpośrednio z kernel.org.

Jeśli wszystkp pójdzie zgodnie z ppanem powinniśmy zobaczyć finalną wersję tydzień po siódmej wersji Release Candidate. Następnie zostanie ona przejęta przez opiekunów dystrybucji, którzy ją przetestują i udostępnią użytkownikom według różnych harmonogramów. Na przykład Fedora zazwyczaj przeprowadza kilka testów przed udostępnieniem użytkownikom, podczas gdy dystrybucje oparte na Arch mogą ją udostępnić od razu. W przypadku Ubuntu i Debiana nie należy się spodziewać wprowadzenia zupełnie nowego jądra. To rozwiąże problemy z bezpieczeństwem, ale nie zapewni wsparcia dla nowego sprzętu.