a Fedora 33 disztribúció bétatesztelése. A béta kiadás a végső tesztelési szakaszra való áttérést jelzi, amelyben csak a kritikus hibák javítása engedélyezett. A kiadás október végére. A kiadás tartalmazza , Fedora Server, Fedora Silverblue, Fedora IoT és a Live-készletek, amelyeket kínálnak a KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE és LXQt asztali környezetekkel. A készletek x86_64, ARM (Raspberry Pi 2 és 3), ARM64 (AArch64) és Power architektúrákra készültek.
A legfontosabb újdonságok a Fedora 33-ban:
- Minden asztali disztribúció variáns (Fedora Workstation, Fedora KDE stb.) alapértelmezés szerint a Btrfs fájlrendszer használatára van átállítva. A beépített Btrfs partíciókezelő alkalmazásának segítségével megoldhatók a / és /home mappák elkülönített csatolásánál felmerülő szabad lemezterület-kimerülési problémák. Btrfs esetén ezek a partíciók két al-partícióba helyezhetők, amelyeket külön csatolnak, de közös lemezterületet használnak. A Btrfs ezen kívül lehetővé teszi olyan funkciók használatát is, mint a pillanatképek, átlátszó adat tömörítés, I/O műveletek megfelelő elszigetelése cgroups2-en keresztül, valamint a partíciók élő átméretezése.
- A Fedora Workstation asztal frissítve lett a kiadásra, amelyben teljesítményoptimalizációt végeztek, bevezették a Welcome Tour bevezető felületet az GNOME alapvető funkcióiról, kibővítették a szülői felügyelet eszközeit, lehetőséget adtak arra, hogy minden monitor számára eltérő frissítési gyakoriságot lehessen beállítani, és hozzáadták azt az opciót, hogy a nem engedélyezett USB-eszközök csatlakoztatása figyelmen kívül hagyható legyen a képernyő lezárásakor.
- Alapértelmezés szerint a Fedora Workstation fölé be lett építve a Thermald, amely nyomon követi a hőmérséklet-érzékelők paramétereit, és megvédi a CPU-t a túlmelegedéstől csúcs terheléskor.
- Alapértelmezés szerint animált háttérképek vannak engedélyezve az asztalon, amelyek a napszak függvényében változtatják meg a színüket.
- A vi helyett az alapértelmezett szövegszerkesztő a nano lett. A változtatás célja, hogy a disztribúciót könnyebben hozzáférhetővé tegye a kezdők számára, olyan szerkesztőt biztosítva, amelyet bármely felhasználó használhat, aki nem rendelkezik speciális ismeretekkel a vi szerkesztő működéséről. Emellett a csomagban továbbra is megtalálható a vim-minimal csomag (a vi közvetlen hívása megmaradt), és a felhasználók kérésére lehetőség van az alapértelmezett szerkesztő vi-ra való megváltoztatására.
- A disztribúció hivatalos kiadásai közé tartozik (Fedora IoT), amely mostantól a Fedora Workstation és a Fedora Server mellett kapható. A Fedora IoT kiadás ugyanazokon a technológiákon alapul, mint a , és , és egy minimális rendszerkörnyezetet kínál, amely atomarisan frissül az egész rendszer képének cseréjével, anélkül, hogy külön csomagokra lenne szükség. Az integritás ellenőrzésére a teljes rendszerkép digitális aláírásával biztosítják. Az alkalmazások elválasztásához a fő rendszertől izolált konténerek használata (a kezeléshez podman alkalmazható).
A Fedora IoT rendszerkörnyezet az technológiával készül, amelyben a rendszerkép atomarisan frissül egy Git-szerű tárolóból, lehetővé téve, hogy verzióellenőrzési módszereket alkalmazzunk a disztribúció összetevőire (például a rendszert gyorsan vissza lehet állítani egy korábbi állapotra). Az RPM-csomagok az OSTree tárolóba egy speciális réteg segítségével vannak továbbítva . A kész összeállítások x86_64, Aarch64 és ARMv7 (armhfp) architektúrákra. a Raspberry Pi 3 Model B/B+, a 96boards Rock960 Consumer Edition, a Pine64 A64-LTS, a Pine64 Rockpro64 és Rock64 valamint az Up Squared, valamint az x86_64 és aarch64 virtuális gépeket.
- A Fedora asztali verziójában a KDE alapértelmezés szerint aktiválva van az earlyoom háttérfolyamat, amelyet a Fedora Workstation legutóbbi kiadásában javasoltak. Az earlyoom lehetővé teszi, hogy gyorsabban reagáljon a memóriahiányra, anélkül, hogy elérné az OOM (Out Of Memory) kezelőt a kernelen, amely akkor lép működésbe, amikor a helyzet kritikusra fordul, és a rendszer általában már nem reagál a felhasználói műveletekre. Ha a rendelkezésre álló memória kevesebb mint 4%, de nem haladja meg a 400 MiB-ot, az earlyoom kényszerítve befejezi a legnagyobb memóriaigényű folyamatot (amelynek a legnagyobb értéke van a /proc/*/oom_score alatt), anélkül, hogy a rendszer állapota elérné a rendszersorok törlését.
- Számos csomag verziója frissítve lett, beleértve a RPM 4.16-ot, a Python 3.9-et, a Perl 5.32-t, a Binutils 2.34-et, a Boost 1.73-at, a Glibc 2.32-t, a Go 1.15-öt, a Java 11-et, a LLVM/Clang 11-et, a GNU Make 4.3-at, a Node.js 14-et, az Erlang 23-at, a LXQt 0.15.0-t, a Ruby on Rails 6.0-t, és a Stratis 2.1.0-t. A Python 2.6 és a Python 3.4 támogatása le lett állítva. Az aarch64 architektúrához a .NET Core biztosítva van.
- A mod_php modul támogatása a http Apache szerverhez megszűnt, helyette a PHP nyelvű webalkalmazások futtatásához a php-fpm használata javasolt.
- A Fedora Firefox csomagjába javítások kerültek a VA-API (Video Acceleration API) és a FFmpegDataDecoder segítségével a videodekódolás hardveres gyorsításához, amely többek között a WebRTC technológián alapuló webalkalmazások videokonferenciái során is engedélyezve van. A gyorsítás Wayland és X11 alapú környezetekben működik (elindításkor 'MOZ_X11_EGL=1 firefox' és a 'media.ffmpeg.vaapi.enabled' beállítás engedélyezésével).
- A chrony pontos időszinkronizáló szerverében és kliensében, valamint a telepítőben NTS (Network Time Security) hitelesítési mechanizmus támogatása került bevezetésre.
- A Wine alapértelmezés szerint DXVK-alapú háttérre, amely a DXGI (DirectX Graphics Infrastructure), a Direct3D 9, 10 és 11 megvalósítását kínálja, amelyek a Vulkan API hívások átkonvertálása révén működnek.
A Wine beépített Direct3D 9/10/11 implementációitól eltérően, amelyek OpenGL fölött működnek, a DXVK lehetővé teszi, hogy nagyobb teljesítményt érjünk el 3D-alkalmazások és játékok futtatásakor a Wine-ban. - A csomagok alapértelmezett építésekor linkelési optimalizációkat (LTO, Link Time Optimization) alkalmaznak. A redhat-rpm-config-ba a '-flto' opciót hozzáadták.
- A DNS-kérések feloldásához alapértelmezett a systemd-resolved. A Glibc átállt a systemd projekt nss-resolve-ra a beépített NSS-modul nss-dns helyett.
A systemd-resolved olyan funkciókat lát el, mint a resolv.conf fájl beállításainak fenntartása a DHCP és a statikus DNS konfigurációk adatai alapján a hálózati interfészekhez, támogatja a DNSSEC-et és az LLMNR-t (Link Local Multicast Name Resolution). A systemd-resolved-re való áttérés előnyei között szerepel a DNS over TLS támogatása, a DNS-kérelmek helyi gyorsítótárazásának lehetősége, valamint különböző kezelők különböző hálózati interfészekhez való hozzárendelésének támogatása (a DNS-kiszolgáló a hálózati interfész alapján kerül kiválasztásra, például a VPN-interfészek esetében a DNS-kérelmeket a VPN-en keresztül küldik). A Fedora-ban a DNSSEC alkalmazása nem tervezett (a systemd-resolved a DNSSEC=no flag-gal lesz összeállítva).
A systemd-resolved letiltásához deaktiválni kell a systemd-resolved.service szolgáltatást, majd újra kell indítani a NetworkManagert, amely létrehozza a hagyományos /etc/resolv.conf fájlt. - A NetworkManager a beállítások tárolására keyfile formátumú fájlt használ az ifcfg-rh plugin helyett. keyfile formátumú fájl.
- ARM64 rendszerekhez csomagok összeállítása pointer autentikációval (Pointer Authentication) és a nem kívánt utasítások végrehajtásának védelme branch target indicator (BTI) segítségével. A megadott mechanizmusok hatékonyak az olyan támadások ellen, amelyek visszatérési orientált programozási (ROP) technikákat alkalmaznak, ahol a támadó nem próbál saját kódot elhelyezni a memóriában, hanem a már betöltött könyvtárakban megtalálható gépi utasítások darabjaival operál, amelyek visszatérési utasítással végződnek.
- Elvégezve a betöltési menü kiválasztó technológiájának egyszerűsítésén, ahol a menü alapértelmezés szerint el van rejtve, és csak hiba esetén vagy a GNOME opció aktiválásakor jelenik meg.
- A hagyományos swap partíció létrehozása helyett swap tárolás zRAM blokkeszköz használatával, amely biztosítja az adatok tárolását a RAM-ban tömörített formában.
- háttérfolyamat (Storage Instantiation Daemon) az eszközök állapotának nyomon követésére különböző tárolórendszerekben (LVM, multipath, MD) és események bekövetkezésekor feldolgozók meghívására, például az eszközök aktiválásához és deaktiválásához. A SID az udev fölé épül, és arra reagál, lehetővé téve bonyolult udev szabályok létrehozásának elkerülését a különböző eszközkategóriák és tárolórendszerek közötti interakcióhoz, amelyek karbantartása és hibakeresése nehézkes.
- RPM csomagok adatbázisa (rpmdb) BerkeleyDB-ről SQLite-ra. A váltás fő okaként az rpmdb-ben használt elavult Berkeley DB 5.x verzió alkalmazását említik, amelyet már néhány éve nem karbantartanak. Az újabb kiadásokra való áttérést a Berkeley DB 6 licence AGPLv3-ra változása akadályozza, amelynek követelményei a BerkeleyDB-t könyvtárként használó alkalmazásokra is vonatkoznak (a RPM GPLv2 alatt forgalmazott, míg az AGPL nem kompatibilis a GPLv2-vel). Ezenkívül a BerkeleyDB alapú rpmdb jelenlegi megvalósítása nem biztosítja a szükséges megbízhatóságot, mivel nem használ tranzakciókat, és nem képes a DB-k következetlenségeinek észlelésére.
Forrás: opennet.ru
