Fedora Linux 40-distributionen har gått in i beta-testning

Testningen av betaversionen av Fedora Linux 40 har påbörjats. Betautgåvan markerar övergången till den slutliga testningsfasen, där endast kritiska fel får åtgärdas. Release är planerad till den 23 april. Utgåvan omfattar Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx och Live-versioner som levereras i form av spinn med användarmiljöer som KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie och Sway. Versionerna är skapade för arkitekturerna x86_64, Power64 och ARM64 (AArch64).

De mest betydande förändringarna i Fedora Linux 40:

• Skrivbordet i Fedora Workstation har uppdaterats till GNOME 46.
• Editionen med KDE-skrivbord har uppdaterats till KDE 6, som använder Wayland-protokollet. Stödet för sessionsbaserade X11-protokoll har upphört, och för att köra X11-appar i Wayland-sessioner används DDX-servern XWayland. Anledningen till att stödet för X11-sessioner har upphört nämns vara övergången av X.Org-servern till RHEL 9 i kategorin föråldrad och beslutet att helt ta bort den i en framtida betydande release av RHEL 10. Bland de faktorer som bidragit till att enbart stödja Wayland nämns bytet av fbdev-drivrutiner till drivrutinen simpledrm i Fedora 36, som fungerar korrekt med Wayland, samt introduktionen av Wayland-stöd i proprietära NVIDIA-drivrutiner.
• De atomärt uppdaterade distributionssystemen som utvecklas inom Fedora-projektet har samlats under varumärket Atomic Desktops, men de länge existerande atomära versionerna har behållit sina gamla namn. Som ett resultat har Fedora Silverblue med GNOME och Fedora Kinoite med KDE samt Fedora CoreOS och Fedora IoT behållit sina tidigare namn, medan de nya versionerna Fedora Sericea och Fedora Onyx nu distribueras under namnen Fedora Sway Atomic och Fedora Budgie Atomic.
• Versionerna av paketen har uppdaterats, inklusive 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.
• I NetworkManager-konfigureraren är mekanismen för att identifiera konflikten med IPv4-adresser i det lokala nätverket (RFC 5227) som standard aktiverad. Detta innebär att ett kontroll-ARP-paket skickas innan en adress kopplas till nätverksgränssnittet (om ett svar mottas, så är adressen upptagen och kommer inte att tilldelas). För trådlösa anslutningar finns ett permanent MAC-adress tilldelat (stabil-ssid-läget i NetworkManager).
• Byggverktygen Mock (mock-core-configs), Koji och Copr har övergått till att använda paketförvaltaren DNF 5 för att installera byggberoenden i chroot-miljön som används vid paketbyggande. Övergången av själva distributionen till DNF 5 förväntas i nästa version.
• I paketförvaltaren DNF är nedladdningen av metadata från filistor som ingår i paketen som standard avaktiverad. Sådana data används sällan, men är stora och saktar ner prestandan.
• Paketen med biblioteket OpenSSL 1.1 har tagits bort på grund av att stödet för denna version har upphört. Beroenden kopplade till OpenSSL 1.1 har bytts till OpenSSL 3.0. Paketet python3.7 har tagits bort.
• Biblioteket Zlib har ersatts med fork Zlib-ng, som är API-kompatibel med zlib, men som erbjuder ytterligare optimeringar för att förbättra prestandan.
• Skapandet av delta-uppdateringar för RPM-paket har upphört, vilket möjliggör att endast ändrade data laddas ner vid uppdatering av den redan installerade versionen av paketet. Stödet för deltarpm i DNF och DNF5 har avaktiverats.
• Passim har lagts till, som cachar server för att distribuera ofta efterfrågade filer i det lokala nätverket utan direkt kontakt med de primära servrarna och utan att involvera globala CDN.
• Modulen pam_userdb har varit i övergång från användningen av BerkeleyDB till GDBM på grund av att stöd för versionen BerkeleyDB 5.x har upphört och versionen BerkeleyDB 6.x har övergått till en oacceptabel licens. Bogofilter har bytt till att använda SQLite istället för BerkeleyDB (libdb).
• För att bygga Live-avbilder av Fedora Workstation används verktyget Image Builder, som stöder reproducerbara byggen och erbjuder användarna en enklare process för att anpassa bilder.
• För att bygga minimiavbilder för ARM-arkitekturen utnyttjas verktyget osbuild.
• För att skapa bilder för Fedora Cloud Edition används verktyget Kiwi istället för ImageFactory.
• Paketen för Kubernetes har omstrukturerats.
• Fedora IoT, en version för IoT-enheter, har omvandlats för att använda startcontainrar som skapas med hjälp av verktyget OSTree och boot-teknologin.
• Verktyget wget har ersatts med wget2, och verktyget iotop har ersatts med iotop-c.
• I versionerna av Fedora Silverblue och Kinoite har programmet bootupd inkluderats, vilket uppdaterar bootloadern.
• Biblioteket libuser har förklarats som föråldrat, då det inte längre underhålls och inte används i andra Fedora-paket (stöd för LDAP har länge hanterats av SSSD). Paketet passwd, som implementerade verktyget passwd baserat på libuser, har tagits bort, istället används ett motsvarande verktyg från paketet shadow-utils.
• Arbete har genomförts för att förbereda en nyare version av C-språkstandarden att inkluderas i GCC som standard, vilket markerar slutet för standardstödet av vissa föråldrade språkfunktioner, såsom implicit funktionsdefinition och implicit typtilldelning av int.
• Den andra fasen av övergången till den moderniserade boot-processen föreslagen av Lennart Poettering har genomförts. Skillnaderna från den klassiska bootingen innebär användning av en enhetlig kärnbild UKI (Unified Kernel Image) istället för initrd-bilden som skapas lokalt vid installation av kärnpaketet. UKI-bilden kombinerar i en fil hanteraren för att boota kärnan från UEFI (UEFI boot stub), Linux-kärnbilden och det initrd-systemmiljön som laddas in i minnet. Vid anrop av UKI-bilden från UEFI finns möjligheten att kontrollera integriteten och äktheten via den digitala signaturen, inte bara för kärnan utan också för innehållet i initrd, vars pålitlighet är viktig eftersom nycklar för avkodning av root-filsystemet hämtas i denna miljö.

  I den andra fasen har möjligheten att direkt ladda UKI från UEFI-modulen shim.efi utan att involvera en separat bootloader (grub, sd-boot) implementerats. Stödet för användning av UKI på system med Aarch64-arkitektur har också förberetts och ett UKI-bildalternativ för molnmiljöer och säkra installationer har tagits fram. virtuella maskinerI den första fasen av Fedora 38 lades stöd för UKI till bootloadern, verktyg för installation och uppdatering av UKI implementerades, och en experimentell UKI-bild skapades för att starta virtuella maskiner med en begränsad uppsättning komponenter och drivrutiner.
• En färdig paket med maskininlärningsramverket PyTorch har lagts till i förrådet, tillgängligt för installation med kommandot "dnf install pytorch". För närvarande inkluderar paketet endast komponenter för beräkningar med CPU, men i framtida utgåvor planeras stöd för användning av GPU och specialiserade NPU-acceleratorer.

Källa: opennet.ru