Distribuce Fedora Linux 40 přešla do fáze beta testování

Začalo testování beta verze distribuce Fedora Linux 40. Beta vydání označilo přechod na finální fázi testování, při které se umožňuje pouze oprava kritických chyb. Vydání je plánováno na 23. dubna. Vydání zahrnuje Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx a Live sestavení, dodávané ve formě spinů s uživatelskými prostředími jako KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie a Sway. Sestavení byla vytvořena pro architektury x86_64, Power64 a ARM64 (AArch64).

Nejvýznamnější změny ve Fedora Linux 40:

• Pracovní plocha v Fedora Workstation byla aktualizována na vydání GNOME 46.
• Editace s pracovní plochou KDE byla aktualizována na vydání KDE 6, které používá protokol Wayland. Podpora relace založené na protokolu X11 byla ukončena a pro spuštění X11 aplikací v relaci založené na Wayland je použit server DDX XWayland. Důvodem pro ukončení podpory relace s X11 je převedení serveru X.Org do RHEL 9 do kategorie zastaralých a rozhodnutí zcela jej odstranit v budoucím významném vydání RHEL 10. Mezi faktory, které vedly k ponechání pouze podpory Wayland, je uvedena v rámci Fedora 36 vykonaná náhrada ovladačů fbdev za ovladač simpledrm, který správně funguje s Wayland, a také vznik podpory Wayland v proprietárních ovladačích NVIDIA.
• Atomicky aktualizovatelné uživatelské distribuce, rozvíjené projektem Fedora, byly sloučeny do jedné rodiny pod značkou Atomic Desktops, ale dlouho existující atomické sestavy si zachovaly starý název. Výsledkem je, že Fedora Silverblue na bázi GNOME a Fedora Kinoite na bázi KDE, stejně jako Fedora CoreOS a Fedora IoT, si zachovaly původní názvy, ale nové sestavy Fedora Sericea a Fedora Onyx se nyní distribuují pod názvy Fedora Sway Atomic a Fedora Budgie Atomic.
• Byly aktualizovány verze balíčků, mezi kterými jsou LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
• V konfiguračním nástroji NetworkManager je ve výchozím nastavení aktivní mechanismus pro detekci konfliktů IPv4 adres v místní síti (RFC 5227), jehož podstatou je zasílání kontrolního ARP paketu před přiřazením adresy k síťovému rozhraní (pokud je obdržena odpověď, znamená to, že adresa je obsazena a nebude přiřazena). Pro bezdrátová připojení je zajištěno přiřazení samostatné trvalé MAC adresy (režim stable-ssid v NetworkManager).
• Nástroje pro sestavování Mock (mock-core-configs), Koji a Copr byly převedeny na použití správce balíčků DNF 5 pro instalaci závislostí pro sestavení v chroot prostředí používaném při sestavování balíčků. Přechod samotného distribuce na DNF 5 se očekává v následující verzi.
• V správci balíčků DNF je ve výchozím nastavení zakázáno stahování metadat se seznamy souborů, které jsou součástí balíčků. Tyto údaje se zřídka používají, ale mají velkou velikost a zpomalují provoz.
• Byl odstraněn balíček s knihovnou OpenSSL 1.1, vzhledem k ukončení podpory této větve. Závislosti vázané na OpenSSL 1.1 byly převedeny na OpenSSL 3.0. Byl odstraněn balíček python3.7.
• Knihovna Zlib byla nahrazena forkem Zlib-ng, který je kompatibilní se zlib na úrovni API, ale poskytuje další optimalizace ke zvýšení výkonu.
• Bylo ukončeno vytváření delta aktualizací RPM balíčků, které umožňovaly stahovat pouze změněná data oproti již nainstalované verzi balíčku při aktualizaci. Podpora deltarpm v DNF a DNF5 byla zakázána.
• Byl přidán Passim, který cacheuje server pro distribuci často požadovaných souborů v místní síti bez přímého přístupu k hlavním serverům a bez zapojení globálních CDN.
• Modul pam_userdb byl převeden z použití BerkeleyDB na GDBM z důvodu ukončení podpory větve BerkeleyDB 5.x a přechodu větve BerkeleyDB 6.x na nepřijatelnou licenci. Bogofilter byl převeden na použití SQLite namísto BerkeleyDB (libdb).
• Pro sestavení Live obrazů Fedora Workstation byl využit nástroj Image Builder, který podporuje opakovatelné sestavení a nabízí uživatelům jednodušší proces přizpůsobení obrazů.
• Pro vytváření minimálních obrazů pro architekturu ARM byl použit nástroj osbuild.
• Pro vytváření obrazů Fedora Cloud Edition byl namísto ImageFactory použit nástroj Kiwi.
• Byla provedena restrukturalizace balíčků pro Kubernetes.
• Fedora IoT, verze pro zařízení internetu věcí, byla převedena na používání spouštěcích kontejnerů vytvořených pomocí nástrojů OSTree a technologie bootc.
• Nástroj wget byl nahrazen wget2 a nástroj iotop byl nahrazen iotop-c.
• V edicích Fedora Silverblue a Kinoite byla zahrnuta aplikace bootupd, která provádí aktualizaci zaváděcího programu.
• Knihovna libuser byla prohlášena za zastaralou, protože není dále udržována a už se nepoužívá v jiných balíčcích Fedora (pro podporu LDAP se v distribuci dlouho používá SSSD). Balíček passwd, který implementoval nástroj passwd založený na libuser, byl odstraněn a místo toho byla použita podobná utilita z balíčku shadow-utils.
• Byla provedena práce na přípravě k zahrnutí novější verze standardu jazyka C do GCC jako výchozí, což znamená ukončení výchozí podpory některých zastaralých funkcí jazyka, jako je implicitní definice funkcí a implicitní přiřazení typu int.
• Byla realizována druhá fáze přechodu na modernizovaný proces spouštění, který navrhl Lennart Poettering. Rozdíly od klasického spouštění spočívají v používání jednotného obrazu jádra UKI (Unified Kernel Image) namísto obrazu initrd, který je vytvářen na místním systému při instalaci balíčku se jádrem, generovaný v infrastruktuře distribuce a podepsaný digitálním podpisem distribuce. Obraz UKI spojuje v jednom souboru zavaděč pro načtení jádra z UEFI (UEFI boot stub), obraz jádra Linuxu a do paměti načítané systémové prostředí initrd. Při vyvolání obrazu UKI z UEFI je k dispozici možnost kontroly integrity a pravosti pomocí digitálního podpisu nejen jádra, ale také obsahu initrd, jehož ověření je důležité, protože v tomto prostředí dochází k extrakci klíčů pro dešifrování kořenového FS.

  Ve druhé fázi byla přidána možnost přímého spouštění UKI z UEFI modulu shim.efi bez použití samostatného zavaděče (grub, sd-boot), byla implementována podpora pro použití UKI na systémech s architekturou Aarch64 a byla připravena verze UKI obrazu pro cloudová prostředí a zabezpečené. virtuálních strojů. Předtím ve fázi jedna ve Fedoře 38 byla přidána podpora UKI do bootloaderu, nástroje pro instalaci a aktualizaci UKI byly implementovány a experimentální obraz UKI pro zprovoznění virtuálních strojů s omezeným souborem komponent a ovladačů byl vytvořen.
• Do repozitáře byl přidán hotový balíček s frameworkem strojového učení PyTorch, dostupný pro instalaci příkazem „dnf install pytorch“. V současnosti balíček zahrnuje pouze komponenty pro výpočty s CPU, nicméně v budoucích verzích plánují přidat podporu pro GPU a specializované NPU akcelerátory.

Zdroj: opennet.ru