Shpërndarja Fedora 33 hyn në fazën e testimit beta

Filloi testimi i versionit beta të shpërndarjes Fedora 33. Publikimi beta shënoi kalimin në fazën përfundimtare të testimit, në të cilin korrigjohen vetëm gabimet kritike. Lirimi përpiluar në fund të tetorit. Kopertinat e çështjeve Workstation Fedora, Serveri Fedora, ndërtimet Fedora Silverblue, Fedora IoT dhe Live të dorëzuara në formën rrotullohet me mjedise desktopi KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE dhe LXQt. Ndërtesat janë përgatitur për arkitekturat x86_64, ARM (Raspberry Pi 2 dhe 3), ARM64 (AArch64) dhe Power.

Më domethënëse Ndryshimet në Fedora 33:

  • Të gjitha opsionet e shpërndarjes së desktopit (Fedora Workstation, Fedora KDE, etj.) janë ndërruar për të përdorur sistemin e skedarëve Btrfs si parazgjedhje. Përdorimi i menaxherit të integruar të ndarjeve Btrfs do të zgjidhë problemet me shterjen e hapësirës së lirë të diskut kur montoni veçmas drejtoritë / dhe /home. Me Btrfs, këto ndarje mund të vendosen në dy nënndarje, të montuara veçmas, por duke përdorur të njëjtën hapësirë ​​në disk. Btrfs do t'ju lejojë gjithashtu të përdorni veçori të tilla si fotografitë e çastit, ngjeshja transparente e të dhënave, izolimi i saktë i operacioneve I/O nëpërmjet cgroups2 dhe ndryshimi i madhësisë së ndarjeve menjëherë.
  • Desktopi i stacionit të punës Fedora u përditësua për lëshim GNOME 3.38, e cila ka optimizuar performancën, ofroi një ndërfaqe hyrëse (Welcome Tour) me informacione rreth veçorive kryesore të GNOME, kontrolle të zgjeruara prindërore, duke siguruar mundësinë për të caktuar ritme të ndryshme të rifreskimit të ekranit për çdo monitor, shtoi një opsion për të injoruar lidhjen e USB-së të paautorizuar pajisjet ndërsa ekrani është i kyçur.
  • Thermald shtohet si parazgjedhje në Fedora Workstation për të monitoruar parametrat e sensorit të temperaturës dhe për të mbrojtur CPU-në nga mbinxehja gjatë ngarkesave maksimale.
  • Si parazgjedhje, janë aktivizuar sfondet e animuara të desktopit, në të cilat ngjyra ndryshon në varësi të orës së ditës.
  • Në vend të vi, redaktori i parazgjedhur i tekstit është nano. Ndryshimi është nxitur nga dëshira për ta bërë shpërndarjen më të aksesueshme për të sapoardhurit duke ofruar një redaktues që mund të përdoret nga çdo përdorues që nuk ka njohuri të veçanta se si të punojë në redaktorin Vi. Në të njëjtën kohë, paketa bazë ruan paketën vim-minimal (thirrja direkte në vi ruhet) dhe ofron mundësinë për të ndryshuar redaktorin e paracaktuar në vi me kërkesë të përdoruesit.
  • Miratuar ndër botimet zyrtare të shpërndarjes Opsioni i Internetit të Gjërave (Fedora IoT), i cili tani dërgohet së bashku me Fedora Workstation dhe Fedora Server. Edicioni i Fedora IoT bazohet në të njëjtat teknologji të përdorura në Fedora Core OS, Pritësi Atomik Fedora и Fedora Silverblu, dhe ofron një mjedis sistemi të zhveshur në minimum, përditësimi i të cilit kryhet në mënyrë atomike duke zëvendësuar imazhin e të gjithë sistemit, pa e zbërthyer atë në paketa të veçanta. Për të kontrolluar integritetin, i gjithë imazhi i sistemit është i certifikuar me një nënshkrim dixhital. Për të ndarë aplikacionet nga sistemi kryesor ofruar përdorni kontejnerë të izoluar (podman përdoret për menaxhim).

    Mjedisi i sistemit Fedora IoT është krijuar duke përdorur teknologjinë OSTree, në të cilin imazhi i sistemit përditësohet në mënyrë atomike nga një depo e ngjashme me Git, duke lejuar që metodat e kontrollit të versionit të aplikohen në komponentët e shpërndarjes (për shembull, mund ta ktheni shpejt sistemin në një gjendje të mëparshme). Paketat RPM përkthehen në depon e OSTree duke përdorur një shtresë të veçantë rpm-ostree. Asamble të gatshme sigurohen për arkitekturat x86_64, Aarch64 dhe ARMv7 (armhfp). Deklaruar mbështetje për Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 dhe Rock64 dhe Up Squared, si dhe makinat virtuale x86_64 dhe aarch64.

  • Edicioni i KDE i Fedora-s ka të aktivizuar si parazgjedhje procesin e sfondit të hershëm, i cili u ofrua në versionin e fundit të Fedora Workstation. Earlyoom ju lejon t'i përgjigjeni më shpejt mungesës së kujtesës, pa shkuar aq larg sa të telefononi mbajtësin OOM (Out Of Memory) në kernel, i cili aktivizohet kur situata bëhet kritike dhe sistemi, si rregull, nuk përgjigjet më. ndaj veprimeve të përdoruesit. Nëse sasia e memories së disponueshme është më pak se 4%, por jo më shumë se 400 MiB, earlyoom do të përfundojë me forcë procesin që konsumon më shumë memorie (ato me /proc/*/oom_score më të lartë), pa e çuar gjendjen e sistemit në sistemin e pastrimit tamponat.
  • Versione të përditësuara të shumë paketave, duke përfshirë 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.jsla, 14X23, Node. 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Mbështetja për Python 2.6 dhe Python 3.4 është ndërprerë. Arkitektura aarch64 është e pajisur me .NET Core.
  • Mbështetja për modulin mod_php për serverin Apache http është ndërprerë, në vend të të cilit propozohet të përdoret php-fpm për të nisur aplikacionet në internet në PHP.
  • Paketuar me Firefox për Fedora përfshirë arna për mbështetje përshpejtimi i harduerit i dekodimit të videos duke përdorur VA-API (Video Acceleration API) dhe FFmpegDataDecoder, i cili aktivizohet gjithashtu në sesionet e bazuara në teknologjinë WebRTC, të përdorura në aplikacionet ueb për video konferenca. Përshpejtimi funksionon në mjedise të bazuara në Wayland dhe X11 (kur ekzekutoni "MOZ_X11_EGL=1 firefox" dhe aktivizoni cilësimin "media.ffmpeg.vaapi.enabled").
  • Serveri dhe klienti dhe instaluesi i sinkronizimit kronik të saktë të kohës përfshijnë mbështetje për mekanizmin e vërtetimit NTS (Network Time Security).
  • Në Wine si parazgjedhje të përfshirë backend i bazuar në shtresën DXVK, e cila ofron një implementim të DXGI (Infrastruktura Grafike DirectX), Direct3D 9, 10 dhe 11, duke punuar përmes përkthimit të thirrjeve në Vulkan API.
    Ndryshe nga implementimet e integruara të Direct3D 9/10/11 të Wine që funksionojnë në krye të OpenGL, DXVK lejon performancë më të mirë kur ekzekutoni aplikacione dhe lojëra 3D në Wine.

  • Kur ndërtoni paketa si parazgjedhje përfshirë optimizimi në fazën e lidhjes (LTO, Link Time Optimization). Opsioni "-flto" u shtua në redhat-rpm-config.
  • Për të zgjidhur pyetjet e paracaktuara DNS të përfshirë sistemuar-zgjidhur. Glibc është zhvendosur në nss-resolve nga projekti systemd në vend të modulit të integruar NSS nss-dns.
    Systemd-resolved kryen funksione të tilla si ruajtja e cilësimeve në skedarin resolv.conf bazuar në të dhënat DHCP dhe konfigurimin statik DNS për ndërfaqet e rrjetit, mbështet DNSSEC dhe LLMNR (Link Local Multicast Name Resolution). Ndër avantazhet e kalimit në sistem të zgjidhur janë mbështetja për DNS mbi TLS, aftësia për të mundësuar caching lokal të pyetjeve DNS dhe mbështetje për lidhjen e mbajtësve të ndryshëm në ndërfaqe të ndryshme rrjeti (në varësi të ndërfaqes së rrjetit, një server DNS zgjidhet për kontakt, për shembull, për ndërfaqet VPN, pyetjet DNS do të dërgohen nëpërmjet VPN). Nuk ka plane për të përdorur DNSSEC në Fedora (zgjidhja e sistemit do të ndërtohet me DNSSEC=pa flamur).
    Për të çaktivizuar systemd-resolved, mund të çaktivizoni systemd-resolved.service dhe të rinisni NetworkManager, i cili do të krijojë /etc/resolv.conf tradicionale.

  • Në NetworkManager për të ruajtur cilësimet në vend të shtojcës ifcfg-rh të përfshirë skedar në formatin e skedarit kyç.
  • Për sistemet ARM64 të përfshira montimi i paketave duke përdorur Pointer Authentication dhe mbrojtje kundër ekzekutimit të grupeve të udhëzimeve që nuk duhen ndjekur gjatë degëzimit (BTI, Branch Target Indicator). Këta mekanizma janë efektivë për mbrojtjen nga sulmet duke përdorur teknikat e programimit të orientuar drejt kthimit (ROP), në të cilat sulmuesi nuk përpiqet të vendosë kodin e tij në memorie, por vepron në pjesë të udhëzimeve të makinës tashmë të disponueshme në bibliotekat e ngarkuara, duke përfunduar me një kontroll kthimi udhëzim.
  • E kryer punë për të thjeshtuar zbatimin e teknologjisë për shfaqjen selektive të menysë së nisjes, në të cilën menyja fshihet si parazgjedhje dhe shfaqet vetëm pas një dështimi ose aktivizimi të opsionit në GNOME.
  • Në vend që të krijoni një ndarje tradicionale të shkëmbimit zbatuar vendosja e shkëmbimit (swap) duke përdorur një pajisje bllok zRAM, e cila siguron ruajtjen e të dhënave në RAM në një formë të ngjeshur.
  • Shtuar procesi i sfondit SID (Storage Instantiation Daemon) për të monitoruar gjendjen e pajisjeve në nënsisteme të ndryshme ruajtjeje (LVM, multipath, MD) dhe mbajtësit e thirrjeve kur ndodhin ngjarje të caktuara, për shembull, për të aktivizuar dhe çaktivizuar pajisjet. SID funksionon si një shtesë në krye të udev dhe reagon ndaj ngjarjeve prej tij, duke eliminuar nevojën për të krijuar rregulla komplekse udev për të bashkëvepruar me klasa të ndryshme pajisjesh dhe nënsisteme ruajtjeje që janë të vështira për t'u mirëmbajtur dhe korrigjuar.
  • Baza e të dhënave të paketës RPM (rpmdb) përkthyer nga BerkeleyDB në SQLite. Arsyeja kryesore e zëvendësimit është përdorimi në rpmdb i një versioni të vjetëruar të Berkeley DB 5.x, i cili nuk është mirëmbajtur për disa vite. Migrimi në versionet më të reja pengohet nga një ndryshim në licencën Berkeley DB 6 në AGPLv3, e cila zbatohet gjithashtu për aplikacionet që përdorin BerkeleyDB në formë bibliotekë (RPM vjen nën GPLv2, por AGPL nuk është në përputhje me GPLv2). Për më tepër, zbatimi aktual i rpmdb bazuar në BerkeleyDB nuk siguron besueshmërinë e nevojshme, pasi nuk përdor transaksione dhe nuk është në gjendje të zbulojë mospërputhjet në bazën e të dhënave.

Burimi: opennet.ru

Shto një koment