testarea versiunii beta a distribuției Fedora 33. Lansarea beta marchează trecerea la etapa finală de testare, în care sunt permise doar corecții ale erorilor critice. Lansarea se preconizează pentru sfârșitul lunii octombrie. Lansarea acoperă , Fedora Server, Fedora Silverblue, Fedora IoT și versiunile Live, furnizate sub forma cu medii desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE și LXQt. Versiunile sunt pregătite pentru arhitecturile x86_64, ARM (Raspberry Pi 2 și 3), ARM64 (AArch64) și Power.
Cele mai semnificative în Fedora 33:
- Toate versiunile distribuției pentru calculator (Fedora Workstation, Fedora KDE etc.) au fost migrate pentru a folosi, în mod implicit, sistemul de fișiere Btrfs. Utilizarea managerului de partiții Btrfs va ajuta la rezolvarea problemelor legate de epuizarea spațiului liber pe disc atunci când se montează separat directoarele / și /home. Cu Btrfs, aceste partiții pot fi plasate în două subpartiții, montate separat, dar utilizând un spațiu de disc comun. Btrfs va permite, de asemenea, utilizarea unor funcționalități precum instantanee, compresie transparentă a datelor, izolare corectă a operațiunilor de intrare/ieșire prin cgroups2, redimensionarea partițiilor „la cald”.
- Desktopul Fedora Workstation a fost actualizat la versiunea , în care au fost realizate optimizări ale performanței, a fost introdus un interface de bun venit (Welcome Tour) cu informații despre funcționalitățile de bază ale GNOME, au fost extinse instrumentele de control parental, s-a oferit opțiunea de a aloca frecvențe de actualizare diferite pentru fiecare monitor și a fost adăugată o opțiune pentru a ignora conectarea unor dispozitive USB neautorizate în timpul blocării ecranului.
- În livrarea Fedora Workstation, Thermald a fost adăugat implicit pentru a monitoriza parametrii senzorilor de temperatură și a proteja CPU împotriva supraîncălzirii în timpul încărcărilor maxime.
- Sunt activate, implicit, fundaluri animate ale desktopului, ale căror culori se schimbă în funcție de ora din zi.
- În loc de vi, editorul de text nano este propus implicit. Această modificare este motivată de dorința de a face distribuția mai accesibilă pentru începători, oferindu-le un editor pe care orice utilizator fără cunoștințe speciale despre metodele de utilizare ale editorului Vi să îl poată folosi. Totuși, pachetul vim-minimal rămâne în livrarea de bază (apelul direct la vi a fost păstrat) și utilizatorii au posibilitatea de a schimba editorul implicit în vi, dacă doresc.
- În rândul edițiilor oficiale ale distribuției a fost acceptat (Fedora IoT), care acum este livrat împreună cu Fedora Workstation și Fedora Server. Versiunea Fedora IoT se bazează pe aceleași tehnologii utilizate în , și , oferind un mediu sistemic redus la minimum, al cărui actualizare se efectuează atomic prin înlocuirea imaginii întregului sistem, fără a fi împărțit în pachete separate. Controlul integrității se face prin semnarea digitală a întregii imagini a sistemului. Pentru a separa aplicațiile de sistemul principal se folosesc containere izolate (pentru gestionare se utilizează podman).
Mediul sistemic Fedora IoT este construit utilizând tehnologia , prin care imaginea sistemului se actualizează atomic dintr-un depozit similar Git, permițând aplicarea metodelor de control al versiunilor asupra componentelor distribuției (de exemplu, sistemul poate fi rapid revenit la o stare trecută). Pachetele RPM sunt transmise în depozitul OSTree printr-un strat special . Versiuni gata realizate pentru arhitecturile x86_64, Aarch64 și ARMv7 (armhfp). suport pentru plăcile Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 și Rock64 și Up Squared, precum și pentru mașini virtuale x86_64 și aarch64.
- În versiunea Fedora cu desktop KDE, procesul de fundal earlyoom este activat în mod implicit, care în ultima versiune a fost propus în Fedora Workstation. Earlyoom permite o reacție mai rapidă la lipsa de memorie, fără a ajunge la activarea handlerului OOM (Out Of Memory) din kernel, care se declanșează atunci când situația devine critică și sistemul, de obicei, nu mai răspunde la acțiunile utilizatorului. Dacă volumul de memorie disponibil este mai mic de 4%, dar nu mai mult de 400 MiB, earlyoom va forța terminarea procesului care consumă cel mai mult memorie (având cea mai mare valoare /proc/*/oom_score), fără a lăsa sistemul în stare de curățare a bufferelor sistemului.
- Au fost actualizate versiunile multor pachete, inclusiv RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Suportul pentru Python 2.6 și Python 3.4 a fost oprit. Pentru arhitectura aarch64, este asigurată livrarea .NET Core.
- Suportul pentru modulul mod_php pentru serverul http Apache a fost oprit, iar în locul acestuia, pentru rularea aplicațiilor web în PHP, se propune utilizarea php-fpm.
- În pachetul Firefox pentru Fedora patch-uri pentru accelerației hardware pentru decodificarea video prin VA-API (Video Acceleration API) și FFmpegDataDecoder, care este activat inclusiv în sesiunile bazate pe tehnologia WebRTC, utilizată în aplicațiile web pentru desfășurarea videoconferințelor. Accelerația funcționează în medii bazate pe Wayland și X11 (când se lancează „MOZ_X11_EGL=1 firefox” și se activează setarea „media.ffmpeg.vaapi.enabled”).
- Serverul și clientul de sincronizare a timpului precis chrony și în installer este inclus suportul pentru mecanismul de autentificare NTS (Network Time Security).
- În Wine, în mod implicit backend bazat pe stratul DXVK, care oferă o implementare DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 și 11, funcționând prin translația apelurilor în API Vulkan.
Spre deosebire de implementările Direct3D 9/10/11 încorporate în Wine, care funcționează deasupra OpenGL, DXVK permite obținerea unei performanțe mai ridicate în rularea aplicațiilor și jocurilor 3D în Wine. - Când se compilează pachete în mod implicit optimizărilor în etapa de legare (LTO, Link Time Optimization). În redhat-rpm-config a fost adăugată opțiunea „-flto”.
- Pentru rezolvarea cererilor DNS în mod implicit systemd-resolved. Glibc a fost transferat pe nss-resolve de la proiectul systemd în locul modulei NSS-ns incorporată nss-dns.
Systemd-resolved îndeplinește funcții precum menținerea setărilor în fișierul resolv.conf pe baza datelor DHCP și a configurației statice DNS pentru interfețele de rețea, suportă DNSSEC și LLMNR (Link Local Multicast Name Resolution). Printre avantajele trecerii la systemd-resolved se numără suportul pentru DNS over TLS, posibilitatea de a activa caching local al cererilor DNS și suportul pentru asocierea diferitelor procesatoare la interfețele de rețea diferite (în funcție de interfața de rețea, se alege serverul DNS de acces, de exemplu, pentru interfețele VPN, cererile DNS vor fi trimise prin VPN). DNSSEC în Fedora nu se planifică a fi implementat (systemd-resolved va fi compilat cu flagul DNSSEC=no).
Pentru a dezactiva systemd-resolved, puteți dezactiva serviciul systemd-resolved.service și reporni NetworkManager, care va crea tradiționalul /etc/resolv.conf. - În NetworkManager, pentru stocarea setărilor în locul pluginului ifcfg-rh fișier în format keyfile.
- Pentru sistemele ARM64 assemblarea pachetelor cu aplicarea autentificării pointerilor (Pointer Authentication) și protecției împotriva execuției unor seturi de instrucțiuni, la care nu ar trebui să existe salturi în cazul ramificării (BTI, Branch Target Indicator). Mecanismele menționate sunt eficiente pentru protecția împotriva atacurilor care utilizează tehnici de programare orientată pe returnare (ROP), în care atacatorul nu încearcă să introducă codul său în memorie, ci operează cu segmentele deja existente în bibliotecile încărcate, care se termină cu instrucțiunea de returnare a controlului.
- Realizat pentru simplificarea implementării tehnologiei de afișare selectivă a meniului de boot, în care meniul este în mod implicit ascuns și este afișat doar după o defecțiune sau activarea opțiunii în GNOME.
- În loc de a crea o secțiune tradițională de swap plasarea swapping-ului (swap) utilizând dispozitivul bloc zRAM, care asigură stocarea datelor în RAM în formă comprimată.
- un proces de fundal (Storage Instantiation Daemon) pentru monitorizarea stării dispozitivelor în diverse subsisteme de stocare (LVM, multipath, MD) și invocarea manipulatorilor la apariția unor evenimente specifice, de exemplu, pentru activarea și dezactivarea dispozitivelor. SID funcționează ca un supliment pentru udev și reacționează la evenimentele de la acesta, permițând eliminarea necesității de a crea reguli complexe udev pentru interacțiunea cu diferite clase de dispozitive și subsisteme de stocare, care sunt greu de întreținut și debug-uit.
- Baza de date a pachetelor RPM (rpmdb) de la BerkeleyDB la SQLite. Ca motiv principal pentru înlocuire se menționează utilizarea unei versiuni învechite a Berkeley DB 5.x în rpmdb, care nu mai este întreținută de ceva vreme. Trecerea la versiuni mai noi este împiedicată de schimbarea licenței Berkeley DB 6 la AGPLv3, a cărei cerințe se extind și asupra aplicațiilor care utilizează BerkeleyDB în formă de bibliotecă (RPM este distribuit sub GPLv2, iar AGPL nu este compatibilă cu GPLv2). În plus, implementarea curentă a rpmdb bazată pe BerkeleyDB nu asigură fiabilitatea necesară, deoarece nu utilizează tranzacții și nu poate identifica neconcordanțele în baza de date.
Sursa: opennet.ro
