testování beta verze distribuce Fedora 33. Beta vydání znamenalo přechod na finální fázi testování, kde jsou povolené pouze opravy kritických chyb. Uvolnění na konci října. Vydání zahrnuje , Fedora Server, Fedora Silverblue, Fedora IoT a Live verze dodávané ve formě s desktopovými prostředími KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE a LXQt. Buildy jsou připraveny pro architektury x86_64, ARM (Raspberry Pi 2 a 3), ARM64 (AArch64) a Power.
Nejdůležitější novinky ve Fedoře 33:
- Všechny varianty desktopové distribuce (Fedora Workstation, Fedora KDE atd.) jsou nyní ve výchozím nastavení převáděny na používání souborového systému Btrfs. Použití vestavěného správce oddílů Btrfs vyřeší problémy s vyčerpáním volného diskového prostoru při samostatném montování adresářů / a /home. S Btrfs lze tyto oddíly umístit do dvou pododdílů, které jsou montovány odděleně, ale používají společný diskový prostor. Btrfs také umožní využít možnosti jako snímky, průhledné komprese dat, správné izolace vstupních/výstupních operací pomocí cgroups2 a dynamické změny velikosti oddílů.
- Desktopy Fedora Workstation byly aktualizovány na verzi , která zahrnuje optimalizaci výkonu, zavedení úvodního rozhraní (Welcome Tour) se základními informacemi o funkcích GNOME, rozšíření prostředků pro rodičovskou kontrolu, možnost přiřazení různých obnovovacích frekvencí obrazovky pro každý monitor a přidání možnosti ignorování připojení neautorizovaných USB zařízení během uzamčení obrazovky.
- V dodávce Fedora Workstation je nyní ve výchozím nastavení zahrnut Thermald pro sledování teplotních senzorů a ochranu CPU před přehřátím během špičkového zatížení.
- Ve výchozím nastavení jsou aktivní animované tapety plochy, které mění barvu v závislosti na denní době.
- Místo vi je ve výchozím nastavení nabízen textový editor nano. Změna je způsobena snahou usnadnit distribuci pro nováčky tím, že se poskytne editor, který může používat každý uživatel bez specializovaných znalostí o metodách práce v editoru Vi. V zásadě však zůstává balíček vim-minimal (přímé volání vi zůstalo) a uživatel má možnost změnit výchozí editor na vi, pokud si to přeje.
- Mezi oficiálními edicemi distribuce byl přijat (Fedora IoT), který je nyní dodáván spolu s Fedora Workstation a Fedora Server. Verze Fedora IoT je založena na stejných technologiích, které se používají v , a , a nabízí minimálně upravené systémové prostředí, jehož aktualizace probíhá atomárně prostřednictvím nahrazení celého obrazu systému, bez rozdělování na jednotlivé balíčky. Pro kontrolu integrity se používá podepsání celého systémového obrazu digitálním podpisem. Pro oddělení aplikací od hlavního systému se používají izolované kontejnery (pro správu se používá podman).
Systémové prostředí Fedora IoT se vytváří pomocí technologie , při které se systémový obraz atomárně aktualizuje z Git-podobného úložiště, což umožňuje aplikaci metod verzování na komponenty distribuce (například lze rychle vrátit systém do předchozího stavu). RPM balíčky se převádějí do úložiště OSTree pomocí speciálního rozhraní . Hotové sestavy pro architektury x86_64, Aarch64 a ARMv7 (armhfp). podpora desek Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 a Rock64 a Up Squared, jakož i virtuálních strojů x86_64 a aarch64.
- Ve verzi Fedora s pracovní plochou KDE je ve výchozím nastavení povázen proces earlyoom, který byl v posledním vydání navržen ve Fedora Workstation. Earlyoom umožňuje rychleji reagovat na nedostatek paměti, aniž by došlo k vyvolání zpracovatele OOM (Out Of Memory) v jádře, který se aktivuje, když situace se stává kritickou a systém obvykle již nereaguje na akce uživatele. Pokud objem dostupné paměti klesne pod 4 %, ale ne více než 400 MiB, earlyoom násilně ukončí proces, který nejaktivněji spotřebovává paměť (má nejvyšší hodnotu /proc/*/oom_score), aniž by došlo k vyprázdnění systémových bufferů.
- Byly aktualizovány verze mnoha balíčků, včetně 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. Byla ukončena podpora Python 2.6 a Python 3.4. Pro architekturu aarch64 je zajištěna dodávka .NET Core.
- Byla ukončena podpora modulu mod_php pro http-server Apache, místo kterého je doporučeno pro spuštění webových aplikací v jazyce PHP použít php-fpm.
- Do balíčku s Firefox pro Fedora opravy pro hardwarové zrychlení dekódování videa pomocí VA-API (Video Acceleration API) a FFmpegDataDecoder, které je zahrnuto i v relacích založených na technologii WebRTC, používané ve webových aplikacích pro videokonference. Zrychlení funguje v prostředích založených na Wayland a X11 (při spuštění „MOZ_X11_EGL=1 firefox“ a povolení nastavení „media.ffmpeg.vaapi.enabled“).
- V serveru a klientovi pro synchronizaci přesný čas chrony a v instalátoru je zahrnuta podpora mechanismu autentizace NTS (Network Time Security).
- Ve Wine je to ve výchozím nastavení backend založený na vrstvě DXVK, která poskytuje implementaci DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 a 11, fungující prostřednictvím překladu volání do API Vulkan.
Na rozdíl od vestavěných implementací Direct3D 9/10/11 ve Wine, které fungují nad OpenGL, DXVK umožňuje dosáhnout vyššího výkonu při spuštění 3D aplikací a her ve Wine. - Při sestavování balíčků je to ve výchozím nastavení optimalizace v průběhu prolinkování (LTO, Link Time Optimization). V redhat-rpm-config byla přidána možnost „-flto“.
- Pro řešení DNS dotazů je ve výchozím nastavení systemd-resolved. Glibc byla převedena na nss-resolve z projektu systemd místo zabudovaného NSS modulu nss-dns.
Systemd-resolved vykonává funkce jako udržování nastavení v souboru resolv.conf na základě údajů DHCP a statické konfigurace DNS pro síťové rozhraní, podporuje DNSSEC a LLMNR (Link Local Multicast Name Resolution). Mezi výhody přechodu na systemd-resolved patří podpora DNS over TLS, možnost zapnutí místního ukládání DNS dotazů a podpora vazby různých zpracovatelů na různá síťová rozhraní (podle síťového rozhraní se vybírá DNS server pro dotazy, například pro VPN rozhraní budou DNS dotazy zasílány přes VPN). DNSSEC se v systému Fedora zavádět neplánuje (systemd-resolved bude sestaven s příznakem DNSSEC=no).
Pro deaktivaci systemd-resolved lze de-aktivovat službu systemd-resolved.service a restartovat NetworkManager, který vytvoří tradiční /etc/resolv.conf. - V NetworkManageru pro ukládání nastavení místo pluginu ifcfg-rh soubor ve formátu keyfile.
- Pro systémy ARM64 sestavení balíčků s využitím autentizace ukazatelů (Pointer Authentication) a ochrany proti vykonávání sekvencí instrukcí, na které by při větvení neměly probíhat přechody (BTI, Branch Target Indicator). Tyto mechanismy jsou účinné proti útokům využívajícím techniky návratového programování (ROP), při kterých útočník se snaží nealokovat vlastní kód v paměti, ale manipuluje již existujícími útržky strojových instrukcí v načtených knihovnách, končícími instrukcí návratu řízení.
- Bylo provedeno na zjednodušení implementace technologie selektivního zobrazení zavaděče, kde je menu ve výchozím nastavení skryto a zobrazuje se pouze po chybě nebo aktivaci volby v GNOME.
- Místo vytvoření tradičního swapového oddílu umístění swapu s využitím blokového zařízení zRAM, které zajišťuje ukládání dat v RAM ve zcompressed formě.
- pozadí procesu (Storage Instantiation Daemon) pro sledování stavu zařízení v různých subsystémech úložiště (LVM, multipath, MD) a vyvolávání zpracovatelů při výskytu určitých událostí, například pro aktivaci a deaktivační zařízení. SID funguje jako nadstavba nad udev a reaguje na události od něj, což umožňuje vyhnout se vytváření složitých pravidel udev pro interakci s různými třídami zařízení a subsystémy úložiště, které jsou obtížně udržovatelné a laditelné.
- Databáze balíčků RPM (rpmdb) z BerkeleyDB na SQLite. Hlavním důvodem pro změnu je použití zastaralé verze Berkeley DB 5.x v rpmdb, která již několik let není udržována. Přechodu na novější verze brání změna licence Berkeley DB 6 na AGPLv3, jejíž požadavky se vztahují i na aplikace využívající BerkeleyDB ve formě knihovny (RPM je distribuován pod GPLv2, a AGPL je s GPLv2 nekompatibilní). Navíc současná implementace rpmdb založená na BerkeleyDB nezajišťuje nezbytnou spolehlivost, protože nevyužívá transakce a není schopna identifikovat nesrovnalosti v databázi.
Zdroj: opennet.ru
