Distribuția Fedora Linux 40 a trecut în etapa de beta-testing

A început testarea versiunii beta a distribuției Fedora Linux 40. Lansarea beta marchează trecerea în ultima etapă de testare, în care sunt permise doar corectarea erorilor critice. Lansarea este planificată pentru 23 aprilie. Versiunea acoperă Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx și versiunile Live livrate sub formă de spini cu medii personalizate precum KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie și Sway. Versiunile sunt formate pentru arhitecturile x86_64, Power64 și ARM64 (AArch64).

Cele mai semnificative schimbări în Fedora Linux 40:

• Desktop-ul din Fedora Workstation a fost actualizat la versiunea GNOME 46.
• Editia cu desktop KDE a fost actualizată la versiunea KDE 6, care folosește protocolul Wayland. Suportul pentru sesiunea bazată pe protocolul X11 a fost abandonat, iar pentru a rula aplicațiile X11 într-o sesiune bazată pe Wayland a fost utilizat serverul DDX XWayland. Motivul pentru care s-a renunțat la suportul pentru sesiunile X11 este trecerea serverului X.Org în RHEL 9 în categoria de produse învechite și decizia de a-l elimina complet în viitoarea versiune semnificativă RHEL 10. Printre factorii care au contribuit la păstrarea doar a suportului Wayland se numără înlocuirea driverelor fbdev cu driverul simpledrm, care funcționează corect cu Wayland, realizată în Fedora 36, precum și apariția suportului Wayland în driverele proprietare NVIDIA.
• Distribuțiile utilizator de tip atomic dezvoltate de proiectul Fedora au fost reunite sub marca Atomic Desktops, dar vechile build-uri atomice au păstrat denumirea inițială. În consecință, Fedora Silverblue bazat pe GNOME și Fedora Kinoite bazat pe KDE, precum și Fedora CoreOS și Fedora IoT și-au păstrat numele anterioare, însă noile build-uri Fedora Sericea și Fedora Onyx sunt acum distribuite sub denumirile Fedora Sway Atomic și Fedora Budgie Atomic.
• Versiunile pachetelor au fost actualizate, printre care 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.
• În configuratorul NetworkManager, mecanismul de detectare a conflictelor IPv4 în rețeaua locală (RFC 5227) este activat în mod implicit. Acesta constă în trimiterea unui pachet ARP de verificare înainte de a asocia adresa cu interfața de rețea (dacă se primește un răspuns, adresa este ocupată și nu va fi atribuită). Pentru conexiunile wireless, se oferă atribuirea unei adrese MAC permanente separate (modul stable-ssid în NetworkManager).
• Instrumentele de compilare Mock (mock-core-configs), Koji și Copr au fost migrate la utilizarea managerului de pachete DNF 5 pentru instalarea dependențelor de compilare în mediu chroot utilizat în timpul compilării pachetelor. Migrările pentru distribuția însăși la DNF 5 sunt așteptate în următoarea versiune.
• În managerul de pachete DNF, descărcarea metadatelor din listele de fișiere incluse în pachete este dezactivată în mod implicit. Astfel de date sunt rar utilizate, dar au o dimensiune mare și încetinesc funcționarea.
• Pachetul cu biblioteca OpenSSL 1.1 a fost eliminat, din cauza încetării suportului pentru această ramură. Dependențele legate de OpenSSL 1.1 au fost mutate pe OpenSSL 3.0. Pachetul python3.7 a fost, de asemenea, eliminat.
• Biblioteca Zlib a fost înlocuită cu fork-ul Zlib-ng, compatibil cu zlib la nivel de API, dar oferind optimizări suplimentare pentru creșterea performanței.
• Generarea actualizărilor delta pentru pachetele RPM, care permiteau descărcarea doar a datelor modificate în raport cu versiunea deja instalată a pachetului, a fost oprită. Suportul pentru deltarpm în DNF și DNF5 a fost dezactivat.
• A fost adăugat Passim, un sistem de caching serverul pentru distribuirea fișierelor frecvent solicitate în rețeaua locală fără a face apel direct la serverele principale și fără a implica CDN-uri globale.
• Modulul pam_userdb a fost transformat din utilizarea BerkeleyDB în GDBM datorită încetării suportului pentru ramura BerkeleyDB 5.x și a mutării ramurii BerkeleyDB 6.x pe o licență inacceptabilă. Bogofilter a fost migrat la utilizarea SQLite în loc de BerkeleyDB (libdb).
• Pentru construirea imaginilor Live ale Fedora Workstation s-a utilizat instrumentarul Image Builder, care suportă construcții repetabile și oferă utilizatorilor un proces mai simplu de personalizare a imaginilor.
• Pentru construcția imaginilor minimizate pentru arhitectura ARM s-a folosit instrumentul osbuild.
• Pentru formarea imaginilor Fedora Cloud Edition, în loc de ImageFactory, s-a folosit instrumentarul Kiwi.
• A fost efectuată o restructurare a pachetelor pentru Kubernetes.
• Fedora IoT, ediția pentru dispozitivele internetului lucrurilor, a fost adaptată pentru a utiliza containere de boot, formate cu ajutorul instrumentului OSTree și tehnologiei bootc.
• Utilitarul wget a fost înlocuit cu wget2, iar utilitarul iotop cu iotop-c.
• În edițiile Fedora Silverblue și Kinoite a fost inclus programul bootupd, care efectuează actualizarea bootloader-ului.
• Biblioteca libuser a fost declarată învechită, fiind abandonată și neutilizată în alte pachete Fedora (pentru suportul LDAP, în distribuție se folosește deja SSSD). Pachetul passwd care implementa utilitarul passwd pe baza libuser a fost eliminat, în locul său fiind utilizat un utilitar similar din pachetul shadow-utils.
• S-au efectuat lucrări pentru pregătirea includerii unei versiuni mai noi a standardului limbajului C în GCC ca setare implicită, marcând astfel încetarea suportului pentru anumite funcționalități învechite ale limbajului, cum ar fi definirea implicită a funcțiilor și atribuirea implicită a tipului int.
• A fost implementat al doilea stadiu al tranziției către un proces de boot modernizat, propus de Lennart Poettering. Diferențele față de bootul clasic constau în utilizarea unei imagini initrd, generată pe sistemul local la instalarea unui pachet cu nucleul, a unei imagini de nucleu unificate (UKI - Unified Kernel Image), generată în infrastructura distribuției și semnată digital de distribuție. Imaginea UKI combină într-un singur fișier un handler pentru bootarea nucleului din UEFI (UEFI boot stub), imaginea nucleului Linux și mediul sistemic initrd care este încărcat în memorie. La invocarea imaginii UKI din UEFI, se oferă posibilitatea verificării integrității și autenticității prin semnătura digitală nu doar a nucleului, ci și a conținutului initrd, verificarea autenticității fiind importantă, deoarece în acest mediu au loc extrageri de chei pentru decriptarea sistemului de fișiere rădăcină.

  În a doua etapă, a fost adăugată posibilitatea încărcării directe a UKI din modulul UEFI shim.efi fără a implica un încărcător separat (grub, sd-boot), a fost implementat suportul pentru utilizarea UKI pe sisteme cu arhitectură Aarch64 și a fost pregătită o variantă de imagine UKI pentru medii cloud și protejate. mașini virtuale. În prima etapă, Fedora 38 a adăugat suport pentru UKI în bootloader, a implementat un instrumentar pentru instalarea și actualizarea UKI, și a creat o imagine experimentală UKI pentru bootarea mașinilor virtuale cu un set restrâns de componente și drivere.
• În repository a fost adăugat un pachet complet cu cadrul de învățare automată PyTorch, disponibil pentru instalare cu comanda „dnf install pytorch”. În prezent, pachetul include doar componente pentru calcul cu CPU, dar în viitoarele versiuni se planifică adăugarea suportului pentru GPU și acceleratoare NPU specializate.

Sursa: opennet.ro