Distribuție Fedora Linux 40 a intrat în faza de testare beta.

Testarea beta a distribuției Fedora a început. Linux Lansarea beta a marcat trecerea la etapa finală de testare, care permite doar remedierea erorilor critice. Lansarea este programată pentru 23 aprilie. Lansarea acoperă versiunile Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx și Live, livrate ca spin-uri cu mediile de utilizator KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie și Sway. Versiunile sunt disponibile pentru arhitecturile x86_64, Power64 și ARM64 (AArch64).

Cele mai semnificative schimbări din Fedora Linux 40:

• Desktop-ul Fedora Workstation a fost actualizat la versiunea GNOME 46.
• Ediția pentru desktop KDE a fost actualizată la KDE 6, care utilizează protocolul Wayland. Suportul pentru sesiuni bazate pe X11 a fost întrerupt, iar serverul XWayland DDX este folosit pentru a rula aplicații X11 într-o sesiune bazată pe Wayland. Motivul invocat pentru întreruperea suportului pentru sesiunea X11 este deprecierea serverului X.Org în RHEL 9 și decizia de a-l elimina complet în viitoarea lansare majoră a RHEL 10. Printre factorii care au contribuit la lăsarea doar a suportului Wayland se numără și înlocuirea driverelor fbdev din Fedora 36 cu driverul simpledrm, care funcționează corect cu Wayland, precum și apariția suportului Wayland în driverele proprietare NVIDIA.
• Distribuțiile personalizate actualizate atomic dezvoltate de proiectul Fedora sunt unite într-o singură familie sub marca Atomic Desktops, dar versiunile atomice de lungă durată păstrează vechiul nume. Drept urmare, Fedora Silverblue bazată pe GNOME și Fedora Kinoite bazată pe KDE, precum și Fedora CoreOS și Fedora IoT, au păstrat aceleași nume, dar noile versiuni ale Fedora Sericea și Fedora Onyx sunt acum distribuite sub denumirile Fedora Sway Atomic și Fedora. Budgie Atomic.
• Versiuni actualizate de pachet, inclusiv 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, Postgre 3.0.0. 5, TBB (Thread Building Blocks) 16, SQLAlchemy 2021.8, Kubernetes 2.
• În configuratorul NetworkManager, în mod implicit, este activat un mecanism de detectare a conflictelor de adrese IPv4 în rețeaua locală (RFC 5227), a cărui esență este trimiterea unui pachet de test ARP înainte de a atașa adresa la interfața de rețea (dacă un răspuns este primite, atunci adresa este ocupată și nu va fi atribuită). Pentru conexiunile wireless, este atribuită o adresă MAC permanentă separată (modul stabil-ssid în NetworkManager).
• Instrumentele de compilare Mock (mock-core-configs), Koji și Copr au fost convertite pentru a utiliza managerul de pachete DNF 5 pentru a instala dependențe de construcție în mediul chroot utilizat la construirea pachetelor. Distribuția în sine va fi tradusă în DNF 5 în următoarea ediție.
• În managerul de pachete DNF, încărcarea metadatelor cu liste de fișiere incluse în pachete este dezactivată implicit. Astfel de date sunt rareori folosite, dar sunt de dimensiuni mari și încetinesc munca.
• Pachetul cu biblioteca OpenSSL 1.1 a fost eliminat din cauza sfârșitului suportului pentru această ramură. Dependențe legate de OpenSSL 1.1 au fost trecute la OpenSSL 3.0. Pachetul python3.7 a fost eliminat.
• Biblioteca Zlib a fost înlocuită cu un fork de Zlib-ng, care este compatibil cu zlib la nivel de API, dar oferă optimizări suplimentare pentru a îmbunătăți performanța.
• Generarea de actualizări delta a pachetelor RPM a fost oprită, permițând încărcarea în timpul actualizării doar a datelor modificate referitoare la versiunea deja instalată a pachetului. Suportul Deltarpm a fost dezactivat în DNF și DNF5.
• Adăugată memoria cache Passim serverului pentru a distribui fișiere solicitate frecvent într-o rețea locală fără a accesa direct serverele principale și fără a implica CDN-uri globale.
• Modulul pam_userdb a fost mutat de la utilizarea BerkeleyDB la GDBM, deoarece ramura BerkeleyDB 5.x a fost depreciată și ramura BerkeleyDB 6.x a fost mutată la o licență inacceptabilă. Bogofilter a fost convertit pentru a utiliza SQLite în loc de BerkeleyDB (libdb).
• Setul de instrumente Image Builder este folosit pentru a construi imagini Fedora Workstation Live, care acceptă versiuni repetabile și oferă utilizatorilor un proces mai ușor de personalizare a imaginilor.
• Setul de instrumente osbuild este folosit pentru a construi imagini minime pentru arhitectura ARM.
• Pentru a genera imagini Fedora Cloud Edition, instrumentele Kiwi sunt folosite în locul ImageFactory.
• Pachetele pentru Kubernetes au fost restructurate.
• Fedora IoT, ediția pentru dispozitivele Internet of Things, a fost convertită pentru a utiliza containere de pornire create folosind setul de instrumente OSTree și tehnologia bootc.
• Utilitarul wget a fost înlocuit cu wget2, iar utilitarul iotop cu iotop-c.
• Edițiile Fedora Silverblue și Kinoite includ bootupd, care realizează actualizări de bootloader.
• Biblioteca libuser a fost declarată învechită, lăsată neîntreținută și nu mai este folosită în alte pachete Fedora (SSSD a fost folosit de mult în distribuție pentru a suporta LDAP). Pachetul passwd cu implementarea bazată pe libuser a utilitarului passwd a fost eliminat, înlocuit cu un utilitar similar din pachetul shadow-utils.
• S-a lucrat pentru a pregăti ca GCC să includă o versiune mai nouă a standardului limbajului C în mod implicit, care va marca sfârșitul suportului implicit pentru unele caracteristici ale limbajului moștenit, cum ar fi definiția implicită a funcției și atribuirea implicită a int.
• A doua etapă a tranziției către procesul de boot modernizat propus de Lennart Poettering a fost implementată. Diferențele față de procesul de boot clasic se reduc la utilizarea unei imagini unificate a kernelului (UKI) generată în cadrul infrastructurii de distribuție și semnată digital de către distribuție, în loc de imaginea initrd generată pe sistemul local în timpul instalării pachetului de kernel. Imaginea UKI combină un handler pentru încărcarea kernelului din UEFI (stub de boot UEFI) și imaginea kernelului într-un singur fișier. Linux și mediul de sistem initrd încărcat în memorie. La încărcarea imaginii UKI din UEFI, integritatea și autenticitatea nu numai a kernelului, ci și a conținutului initrd pot fi verificate folosind o semnătură digitală. Validarea conținutului initrd este importantă, deoarece acest mediu este locul în care se extrag cheile pentru decriptarea sistemului de fișiere rădăcină.

  În a doua etapă, a fost adăugată posibilitatea de a încărca direct UKI din modulul UEFI shim.efi fără a utiliza un bootloader separat (grub, sd-boot), a fost implementat suport pentru utilizarea UKI pe sisteme cu arhitectura Aarch64 și a fost pregătită o versiune a imaginii UKI pentru medii cloud și medii securizate. mașini virtualeÎnainte de aceasta, prima etapă a Fedora 38 a adăugat suport UKI la bootloader, a implementat instrumente pentru instalarea și actualizarea UKI și a creat o imagine UKI experimentală pentru bootarea mașinilor virtuale cu un set limitat de componente și drivere.
• Un pachet gata făcut cu cadrul de învățare automată PyTorch a fost adăugat la depozit, disponibil pentru instalare folosind comanda „dnf install pytorch”. În prezent, pachetul include doar componente pentru calcularea CPU, dar în versiunile viitoare intenționează să adauge suport pentru utilizarea GPU-urilor și acceleratoarelor NPU specializate.

Sursa: opennet.ru