Fedora disztribúció Linux A 40-os verzió béta tesztelésbe kezdett.

Megkezdődött a Fedora disztribúció béta tesztelése. Linux A béta kiadás a végső tesztelési szakaszba való átmenetet jelentette, amely csak kritikus hibajavításokat tesz lehetővé. A kiadásra április 23-ra van ütemezve. A kiadás a Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx és Live buildeket tartalmazza, spinként a KDE felhasználói környezeteivel: Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie és Sway. A buildek elérhetők x86_64, Power64 és ARM64 (AArch64) architektúrákra.

A Fedora legfontosabb változásai Linux 40:

• A Fedora Workstation asztali gép frissítve lett a GNOME 46 kiadásra.
• A KDE asztali kiadása a KDE 6-ra frissült, amely a Wayland protokollt használja. Az X11-alapú munkamenet-támogatás megszűnt, és az XWayland DDX-kiszolgálót az X11-alkalmazások Wayland-alapú munkamenetben való futtatására használják. Az X11 munkamenet támogatásának megszüntetésének oka az X.Org szerver elavultsága az RHEL 9-ben, valamint az a döntés, hogy teljesen eltávolítják azt az RHEL 10 jövőbeli nagy kiadásában. Azok a tényezők, amelyek hozzájárultak ahhoz, hogy csak a Wayland támogatást hagyják meg, a következők: az fbdev illesztőprogramok cseréje a Fedora 36-ban a simpledrm illesztőprogramra, amely megfelelően működik a Waylanddal, valamint a Wayland támogatás megjelenése a védett NVIDIA illesztőprogramokban.
• A Fedora projekt által kifejlesztett, atomosan frissített egyedi disztribúciók az Atomic Desktops márkanév alatt egyetlen családba egyesülnek, de a régóta fennálló atomi buildek megtartják a régi nevet. Ennek eredményeként a GNOME alapú Fedora Silverblue és a KDE alapú Fedora Kinoite, valamint a Fedora CoreOS és a Fedora IoT megtartotta ugyanazokat a neveket, de a Fedora Sericea és Fedora Onyx új buildjeit most Fedora Sway Atomic és Fedora néven terjesztik. Budgie Atomic.
• Frissített csomagverziók, köztük 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 Postdman5 Directory Server, 16 Postdman 2021.8 2, TBB (Thread Building Blocks) 1.29, SQLAlchemy XNUMX, Kubernetes XNUMX.
• A NetworkManager konfigurátorban alapértelmezés szerint engedélyezve van a helyi hálózat IPv4-címütközésének megállapítására szolgáló mechanizmus (RFC 5227), amelynek lényege, hogy a cím hálózati interfészhez csatolása előtt teszt ARP-csomagot küldenek (ha válasz érkezik). érkezett, akkor a cím foglalt és nem lesz hozzárendelve). A vezeték nélküli kapcsolatokhoz külön állandó MAC-cím van hozzárendelve (stabil-ssid mód a NetworkManagerben).
• A Mock (mock-core-configs), a Koji és a Copr build eszközöket úgy alakították át, hogy a DNF 5 csomagkezelőt használják az összeállítási függőségek telepítéséhez a csomagok felépítéséhez használt chroot környezetben. Maga a disztribúció a következő kiadásban lesz lefordítva DNF 5-re.
• A DNF csomagkezelőben alapértelmezés szerint le van tiltva a metaadatok betöltése a csomagokban található fájlok listájával. Az ilyen adatokat ritkán használják, de nagy méretűek és lelassítják a munkát.
• Az OpenSSL 1.1 könyvtárat tartalmazó csomagot eltávolítottuk az ág támogatásának megszűnése miatt. Az OpenSSL 1.1-hez kapcsolódó függőségek át lettek állítva OpenSSL 3.0-ra. A python3.7 csomag eltávolítva.
• A Zlib könyvtárat a Zlib-ng forkja váltotta fel, amely API szinten kompatibilis a zlib-el, de további optimalizálásokat biztosít a teljesítmény javítása érdekében.
• Az RPM-csomagok delta frissítéseinek generálása leállt, így a frissítés során csak a csomag már telepített verziójához képest megváltozott adatok tölthetők be. A Deltarpm támogatása le van tiltva a DNF-ben és a DNF5-ben.
• Passim gyorsítótár hozzáadva szerveren gyakran kért fájlok helyi hálózaton belüli terjesztésére a fő szerverek közvetlen elérése és globális CDN-ek bevonása nélkül.
• A pam_userdb modul átkerült a BerkeleyDB használatáról a GDBM-be, mivel a BerkeleyDB 5.x ág elavult, és a BerkeleyDB 6.x ág elfogadhatatlan licencbe került. A Bogofiltert a BerkeleyDB (libdb) helyett SQLite használatára alakították át.
• A Fedora Workstation Live képek készítéséhez az Image Builder eszközkészletet használják, amely támogatja az ismételhető összeállításokat, és egyszerűbb folyamatot kínál a felhasználóknak a képek testreszabásához.
• Az osbuild eszközkészlet az ARM architektúra minimális képfájljainak létrehozására szolgál.
• A Fedora Cloud Edition képek generálásához az ImageFactory helyett Kiwi eszközöket használnak.
• A Kubernetes csomagjait átstrukturálták.
• A Fedora IoT, az Internet of Things eszközökhöz készült kiadása az OSTree eszközkészlettel és a bootc technológiával létrehozott rendszerindító konténerek használatára lett átalakítva.
• A wget segédprogramot a wget2, az iotop segédprogramot pedig az iotop-c váltotta fel.
• A Fedora Silverblue és Kinoite kiadások tartalmazzák a bootupd-t, amely végrehajtja a rendszerbetöltő frissítéseket.
• A libuser könyvtárat elavultnak nyilvánították, nem karbantartották, és már nem használják más Fedora-csomagokban (az SSSD-t régóta használják a disztribúcióban az LDAP támogatására). A passwd segédprogram libuser alapú megvalósítását tartalmazó passwd csomagot eltávolítottuk, és egy hasonló segédprogrammal helyettesítették a shadow-utils csomagból.
• Dolgoztunk annak előkészítése érdekében, hogy a GCC alapértelmezés szerint tartalmazza a C nyelvi szabvány újabb verzióját, ami a korábbi nyelvi funkciók, például az implicit függvénydefiníció és az implicit int hozzárendelés alapértelmezett támogatásának a végét jelenti.
• A Lennart Poettering által javasolt modernizált rendszerindítási folyamatra való áttérés második szakasza megvalósult. A klasszikus rendszerindítási folyamattól való eltérések lényegében egy, a disztribúciós infrastruktúrán belül generált és a disztribúció által digitálisan aláírt egységes kernelkép (UKI) használatában rejlenek, szemben a kernelcsomag telepítése során a helyi rendszeren generált initrd képpel. Az UKI kép egyetlen fájlban egyesíti a kernel UEFI-ből (UEFI boot stub) történő betöltésére szolgáló kezelőt és magát a kernelképet. Linux és a memóriába betöltődő initrd rendszerkörnyezet. Az UKI kép UEFI-ből történő betöltésekor nemcsak a kernel, hanem az initrd tartalmának integritása és hitelessége is ellenőrizhető digitális aláírás segítségével. Az initrd tartalom érvényesítése fontos, mivel ebben a környezetben nyerik ki a root fájlrendszer visszafejtéséhez szükséges kulcsokat.

  A második szakaszban hozzáadták az UKI közvetlen betöltésének lehetőségét a shim.efi UEFI modulból külön rendszerbetöltő (grub, sd-boot) használata nélkül, megvalósították az UKI használatának támogatását az Aarch64 architektúrájú rendszereken, és elkészítették az UKI kép egy verzióját felhőalapú és biztonságos környezetekhez. virtuális gépekEzt megelőzően a Fedora 38 első szakasza UKI támogatást adott a rendszerbetöltőhöz, eszközöket implementált az UKI telepítéséhez és frissítéséhez, valamint létrehozott egy kísérleti UKI képet virtuális gépek indításához korlátozott számú komponenssel és illesztőprogrammal.
• A tárhoz egy kész csomag került a PyTorch gépi tanulási keretrendszerrel, amely a „dnf install pytorch” paranccsal telepíthető. Jelenleg a csomag csak a CPU-számításhoz szükséges komponenseket tartalmazza, de a jövőbeni kiadásokban a tervek szerint a GPU-k és a speciális NPU-gyorsítók használatának támogatását is hozzáadják.

Forrás: opennet.ru