teste i versionit beta të distribucionit Fedora 33. Lëshimi beta shënoi kalimin në fazën përfundimtare të testimit, ku lejohet vetëm rregullimi i gabimeve kritike. Lëshimi në fund të tetorit. Lëshimi përfshin , Fedora Server, Fedora Silverblue, Fedora IoT dhe versionet Live, të ofruara në formën e me mjedise desktopi KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE dhe LXQt. Grumbujt janë përgatitur për arkitekturën x86_64, ARM (Raspberry Pi 2 dhe 3), ARM64 (AArch64) dhe Power.
Pikat më të rëndësishme në Fedora 33:
- Të gjitha variantet e distribucionit për desktop (Fedora Workstation, Fedora KDE etj.) janë kaluar për përdorim standard në sistemin e skedhave Btrfs. Përdorimi i menaxherit të ndarjeve të integruar Btrfs do të zgjidhë problemet me shpenzimin e hapësirës së lirë në disk kur katalogët / dhe /home janë të montuar veçmas. Me Btrfs, këto ndarje mund të vendosen në dy nënndarje, të montuara veçmas, por që përdorin hapësirë të përbashkët në disk. Btrfs do të mundësojë gjithashtu përdorimin e funksionaliteteve si snapshot-et, kompresionin e të dhënave në mënyrë transparente, izolimin e saktë të operacioneve të hyrjes/daljes përmes cgroups2, dhe ndërrimin e madhësisë së ndarjeve në fluks.
- Desktopi Fedora Workstation është përditësuar në lëshimin , në të cilin është optimizuar performanca, ofrohet një ndërfaqe hyrëse (Welcome Tour) me informacion mbi funksionalitetet kryesore të GNOME, janë zgjeruar mjetet për kontrollin parental, është bërë e mundur caktimi i frekuencave të ndryshme të përditësimit të ekranit për çdo monitor, dhe është shtuar një opsion për të injoruar lidhjen e pajisjeve USB të paautorizuara gjatë bllokimit të ekranit.
- Thermald është shtuar si standard në paketën e Fedora Workstation për monitorimin e parametrave të sensorëve të temperaturës dhe për të mbrojtur CPU-në nga teprova gjatë ngarkesave maksimale.
- Të dhënat e animuara të sfondit të desktopit janë aktivizuar si standard, të cilat ndryshojnë ngjyrën në varësi të orarit të ditës.
- I vend të standardit, redaktori i tekstit nano është propozuar si zgjidhje e paracaktuar. Ky ndryshim është bërë për ta bërë distribuimin më të aksesueshëm për fillestarët, duke ofruar një redaktor që mund të përdorë çdo përdorues, pa pasur nevojë për njohuri speciale mbi metodat e punës me redaktorin Vi. Në të njëjtën kohë, paketimi i paketës vim-minimal është ruajtur (thirrja direkte e vi ka mbetur) dhe është ofruar mundësia për të ndryshuar redaktorin e paracaktuar në vi sipas dëshires së përdoruesit.
- Në numrin e redaktimeve zyrtare të distribucionit është pranuar (Fedora IoT), i cili tani ofrohet në të njëjtën linjë me Fedora Workstation dhe Fedora Server. Redaktimi Fedora IoT bazohet në teknologjitë e njëjta që përdoren në , dhe , dhe ofron një ambient sistemor të minimizuar, azhurnimi i të cilit bëhet në mënyrë atomike përmes zëvendësimit të imazhit të gjithë sistemit, pa e ndarë në paketa të veçanta. Për kontrollin e integritetit përdoret nënshkrimi i digjital i imazhit të gjithë sistemit. Për të ndarë aplikacionet nga sistemi kryesor, përdoren kontejnerë të izoluar (për menaxhim përdoret podman).
Mjedisi sistemor Fedora IoT formohet duke përdorur teknologjinë , ku imazhi sistemor përditësohet në mënyrë atomike nga një depo e ngjashme me Git, e cila lejon aplikimin e metodave të kontrollit të versioneve ndaj komponentëve të distribucionit (p.sh., mund të riktheni shpejt sistemin në një gjendje të kaluar). Paketat RPM përkthehen në depozitarin OSTree përmes një shtrese speciale . Ndërtimet e gatshme për arkitekturën x86_64, Aarch64 dhe ARMv7 (armhfp). mbështetje për platformat Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 dhe Rock64 si dhe Up Squared, si dhe për makina virtuale x86_64 dhe aarch64.
- Në redaksinë Fedora me mjedisin e punës KDE, procesi i prapaskenës earlyoom është aktivizuar si default, i cili në versionin e kaluar u propozoj në Fedora Workstation. Earlyoom lejon një reagim më të shpejtë ndaj mungesës së memories, pa arritur në thirrjen e menaxherit OOM (Out Of Memory) në bërthamë, që aktivizohet kur situata bëhet kritike dhe sistemi, për zakon, nuk reagon ndaj veprimeve të përdoruesit. Nëse volumi i memories së disponueshme është më pak se 4%, por jo më shumë se 400 MiB, earlyoom do të përfundojë detyrën që konsumon më shumë memory (ka vlerën më të lartë \/proc\/*\/oom_score), pa e çuar gjendjen e sistemit në pastrimin e bufereve sistemore.
- Versionet e shumë paketave janë përmirësuar, 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, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Mbështetja për Python 2.6 dhe Python 3.4 është ndaluar. Për arkitekturën aarch64, ofrohet .NET Core.
- Mbështetja për modul mod_php për serverin http Apache është ndaluar, në vend të tij për ekzekutimin e aplikacioneve web në gjuhën PHP është propozuar përdorimi i php-fpm.
- Në paketën me Firefox për Fedora patch për accelerimin të përshpejtuar të dekodimit të videove duke përdorur VA-API (Video Acceleration API) dhe FFmpegDataDecoder, e cila përfshihet gjithashtu në seancat e bazuara në teknologjinë WebRTC, të përdorur në aplikacionet web për mbajtjen e videokonferencave. Përshpejtimi punon në ambientet e bazuara në Wayland dhe X11 (kur aktivizohet «MOZ_X11_EGL=1 firefox» dhe duke aktivizuar cilësimin «media.ffmpeg.vaapi.enabled»).
- Në serverin dhe klientin për sinkronizimin e kohës së saktë chrony dhe në instaluesin është përfshirë mbështetje për mekanizmin e autentikimit NTS (Network Time Security).
- Në Wine në mënyrë default backend-i i bazuar në shtresën DXVK, që ofron implementimin e DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 dhe 11, duke funksionuar përmes përkthimit të thirrjeve në API Vulkan.
Në krahasim me implementimet e brendshme në Wine të Direct3D 9/10/11, që funksionojnë mbi OpenGL, DXVK lejon arritjen e performancës më të lartë kur ekzekutoni aplikacionet 3D dhe lojërat në Wine. - Në ndërtimin e paketave në mënyrë default optimizimeve në fazën e lidhjes (LTO, Link Time Optimization). Në redhat-rpm-config është shtuar opsioni «-flto».
- Për zgjidhjen e kërkesave DNS në mënyrë default systemd-resolved. Glibc është transferuar në nss-resolve nga projekti systemd në vend të moduli të integruar NSS-në nss-dns.
Systemd-resolved kryen funksione si mbajtja e cilësimeve në skedarin resolv.conf në përputhje me të dhënat e DHCP dhe konfigurimin statik të DNS për ndërfaqet e rrjetit, mbështet DNSSEC dhe LLMNR (Link Local Multicast Name Resolution). Nga avantazhet e kalimit në systemd-resolved, përmendet mbështetje për DNS mbi TLS, mundësia për të aktivizuar ruajtjen lokale të kërkesave DNS dhe mbështetje për lidhjen e trajtuesve të ndryshëm me ndërfaqet e ndryshme të rrjetit (në përputhje me ndërfaqen e rrjetit, zgjidhet serveri DNS për t'u kontaktuar, për shembull për ndërfaqet VPN, kërkesat DNS do të dërgohen përmes VPN). DNSSEC nuk do të aplikohet në Fedora (systemd-resolved do të ndërtohet me flagun DNSSEC=no).
Për të çaktivizuar systemd-resolved, mund të deaktivez shërbimin systemd-resolved.service dhe të rinis NetworkManager, i cili do të krijojë tradita /etc/resolv.conf. - Në NetworkManager, për ruajtjen e cilësimeve përdoret në vend të plugin-it ifcfg-rh skedari në formatin keyfile.
- Për sistemet ARM64 krijimi i paketëve duke përdorur autentifikimin e treguesve (Pointer Authentication) dhe mbrojtjen nga ekzekutimi i grupeve të instruktimeve, në të cilat nuk duhet të bëhen kalime gjatë ndarjes (BTI, Branch Target Indicator). Mekanizmat e përmendur janë efektivë për mbrojtjen nga sulmet që përdorin teknikat e programimit të orientuar pas një objekti (ROP), ku sulmuesi nuk përpiqet të vendosë kodin e tij në memorie, por operon me pjesë të instruktimeve makinerike që tashmë janë në bibliotekat e ngarkuara, duke përfunduar me instruktionen e kthimit të kontrollit.
- ĂshtĂ« kryer pĂ«r thjeshtimin e zbatimit tĂ« teknologjisĂ« sĂ« shfaqjes seleksionuese tĂ« menusĂ« sĂ« ngarkesĂ«s, ku menuja Ă«shtĂ« e fshehtĂ« nga e drejta dhe shfaqet vetĂ«m pas njĂ« dĂ«shtimi ose aktivizimit tĂ« opsionit nĂ« GNOME.
- Në vend të krijimit të një seksioni tradicional të përmbushjes vendosja e përmbushjes (swap) duke përdorur pajisjen bllok zRAM, e cila siguron ruajtjen e të dhënave në RAM në format të kompresuar.
- procesi në sfond (Storage Instantiation Daemon) për monitorimin e gjendjes së pajisjeve në sisteme të ndryshme ruajtjeje (LVM, multipath, MD) dhe për thirrjen e handlerëve kur ndodhin ngjarje të caktuara, për shembull, për aktivizimin dhe deaktivizimin e pajisjeve. SID funksionon si një shtesë mbi udev dhe reagon ndaj ngjarjeve nga ai, duke lejuar që të shpëtojmë nga krijimi i rregullave të komplikuara të udev për ndërveprimin me klasat e ndryshme të pajisjeve dhe sistemeve të ruajtjes, të cilat janë të vështira për t'u mbajtur dhe debug-uar.
- Baza e të dhënave të paketave RPM (rpmdb) me BerkeleyDB në SQLite. Arsyet kryesore për këtë ndryshim janë përdorimi i versionit të vjetër të Berkeley DB 5.x në rpmdb, i cili nuk është mbështetur për disa vite. Kalimi në lëshime më të reja pengohet nga ndryshimi i licencës së Berkeley DB 6 në AGPLv3, kërkesat e së cilës zbatohen edhe për aplikacionet që përdorin BerkeleyDB në formën e bibliotekës (RPM ofrohet nën GPLv2, dhe AGPL nuk është e pajtueshme me GPLv2). Për më tepër, implementimi aktual i rpmdb mbi bazën e BerkeleyDB nuk siguron besueshmërinë e nevojshme, pasi nuk përdor transaksione dhe nuk është në gjendje të zbulojë mos përputhshmëri në DB.
Burimi: opennet.ru
