Бета тестване на дистрибуцията Fedora 33. Бета версията означава преминаване към финалната фаза на тестването, в която се допуска само поправка на критични грешки. Релиз в края на октомври. Издаването обхваща Fedora Server, Fedora Silverblue, Fedora IoT и Live версии, предлагани под формата на с десктоп среди KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE и LXQt. Сборките са подготвени за архитектури x86_64, ARM (Raspberry Pi 2 и 3), ARM64 (AArch64) и Power.
Най-значимите в Fedora 33:
- Всички варианти на дистрибуцията за работен плот (Fedora Workstation, Fedora KDE и т.н.) са преминали на използване по подразбиране на файловата система Btrfs. Използването на вградения мениджър на дялове Btrfs ще реши проблеми с изчерпването на свободното дисково пространство при отделно монтиране на директориите / и /home. При Btrfs тези дялове могат да бъдат поставени в две подкатегории, монтирани отделно, но използващи общо дисково пространство. Btrfs също така ще позволи използване на функции като моментни снимки, прозрачно компресиране на данни, коректна изолация на операции за вход/изход чрез cgroups2, променяне размера на дяловете на момента.
- Работният плот Fedora Workstation е актуализиран до версия , в която е оптимизирана производителността, предлага се интуитивен интерфейс (Welcome Tour) с информация за основните функции на GNOME, разширени са инструментите за родителски контрол, предоставена е възможност за задаване на различни честоти на обновяване на екрана за всеки монитор, добавена е опция за игнориране на свързването на неразрешени USB устройства по време на заключване на екрана.
- В дистрибуцията Fedora Workstation по подразбиране е добавен Thermald за мониторинг на параметрите на температурните сензори и защита на CPU от прегряване по време на пикови натоварвания.
- По подразбиране са включени анимирани тапети на работния плот, които променят цвета в зависимост от времето на денонощието.
- Вместо vi по подразбиране предлага текстовия редактор nano. Това е променено с цел да се направи дистрибуцията по-достъпна за начинаещи, предоставяйки редактор, който може да ползва всеки потребител, без специални знания за работа с редактора Vi. Все пак в основния пакет остава доставката на пакета vim-minimal (достъпът до vi остава) и е предоставена възможност за промяна на редактора по подразбиране на vi по желание на потребителя.
- В числото на официалните издания на дистрибуцията е приет (Fedora IoT), който сега се предлага наред с Fedora Workstation и Fedora Server. Изданието Fedora IoT е базирано на същите технологии, които се използват в , и , и предлага минималистична система, чийто ъпдейт се извършва атомарно чрез замяна на целия образ на системата, без разделяне на отделни пакети. За контрол на целостта се използва подписване на целия образ на системата с цифров подпис. За отделяне на приложенията от основната система се използват изолирани контейнери (управлява се с podman).
Системното окружение Fedora IoT се формира с помощта на технологията , при която системният образ атомарно се обновява от Git-подобно хранилище, позволяващо прилагане на методи за контрол на версиите към компонентите на дистрибутива (например, системата може бързо да се върне в предишно състояние). RPM-пакетите се трансферират в репозиторий OSTree чрез специален слой . Готовите сборки за архитектури x86_64, Aarch64 и ARMv7 (armhfp). поддръжка на платформи Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 и Rock64, както и Up Squared и виртуални машини x86_64 и aarch64.
- В изданието Fedora с работен плот KDE по подразбиране е активиран фоновият процес earlyoom, който в предишната версия беше предложен в Fedora Workstation. Earlyoom позволява по-бърза реакция при недостиг на памет, без да се стига до извикване на обработчика OOM (Out Of Memory) в ядрото, който сработва, когато ситуацията стане критична и системата обикновено вече не реагира на действията на потребителя. Ако обемът налична памет падне под 4%, но не по-малко от 400 MiB, earlyoom принудително приключва процеса, който най-активно изразходва памет (с най-висока стойност /proc/*/oom_score), без да допуска състоянието на системата да достигне до изчистване на системните буфери.
- Актуализирани са версиите на много пакети, включително 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. Поддръжката на Python 2.6 и Python 3.4 е прекратена. За архитектура aarch64 е осигурена доставка на .NET Core.
- Поддръжката на модула mod_php за уеб сървъра Apache е прекратена, вместо него за стартиране на уеб приложения на PHP се предлага php-fpm.
- В пакета с Firefox за Fedora поправки за апаратно ускорение на декодирането на видео с помощта на VA-API (Video Acceleration API) и FFmpegDataDecoder, което се включва и в сесиите, базирани на технологията WebRTC, използвани в уеб приложения за провеждане на видеоконференции. Ускорението работи в среди, базирани на Wayland и X11 (при стартиране с "MOZ_X11_EGL=1 firefox" и включване на настройката "media.ffmpeg.vaapi.enabled").
- Сървърът и клиентът на синхронизация на точно време chrony и инсталаторът включват поддръжка на механизма за автентификация NTS (Network Time Security).
- В Wine по подразбиране бекенд, базиран на слой DXVK, предоставящ реализация на DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 и 11, работеща чрез транслация на повиквания в API Vulkan.
В отличие от вградените в Wine реализации на Direct3D 9/10/11, работещи върху OpenGL, DXVK позволява постигането на по-висока производителност при стартиране на 3D-приложения и игри в Wine. - При компилиране на пакети по подразбиране оптимизации на етапа на свързване (LTO, Link Time Optimization). В redhat-rpm-config е добавена опция „-flto“.
- За резолвиране на DNS-запитвания по подразбиране systemd-resolved. Glibc е преминал на nss-resolve от проекта systemd вместо вградения NSS-модул nss-dns.
Systemd-resolved извършва такива функции като поддържане на настройки в файла resolv.conf на базата на данни от DHCP и статична конфигурация на DNS за мрежови интерфейси, поддържа DNSSEC и LLMNR (Link Local Multicast Name Resolution). Сред предимствата на преминаването към systemd-resolved е поддръжката на DNS over TLS, възможността за активиране на локално кеширане на DNS-запитвания и поддръжката на свързването на различни обработвачи с различни мрежови интерфейси (в зависимост от мрежовия интерфейс се избира DNS-сървър за обращение, например за VPN-интерфейси DNS-запитванията ще се изпращат през VPN). DNSSEC в Fedora не се планира да се прилага (systemd-resolved ще се компилира с флага DNSSEC=no).
За деактивиране на systemd-resolved можете да деактивирате сервиза systemd-resolved.service и да рестартирате NetworkManager, който ще създаде традиционен /etc/resolv.conf. - В NetworkManager за съхранение на настройки вместо плъгина ifcfg-rh файл във формат keyfile.
- За системи ARM64 компилиране на пакети с прилагане на автентификация на указатели (Pointer Authentication) и защита от изпълнение на набори инструкции, към които не трябва да се извършват преходи при разклоняване (BTI, Branch Target Indicator). Изброените механизми са ефективни за защита от атаки, използващи техники за връщане-ориентирано програмиране (ROP), при които нападателят не се опитва да разположи своя код в паметта, а оперира с вече налични в заредените библиотеки парчета машинни инструкции, завършващи с инструкция за връщане на контрола.
- Извършена за опростяване на реализацията на технологията за селективно показване на зареденото меню, при което менюто по подразбиране е скрито и се показва само след срив или активиране на опцията в GNOME.
- Вместо традиционно създаване на дял за размяна разполагане на размяна (swap) с използване на блочно устройство zRAM, осигуряващо съхранение на данни в RAM в компресиран вид.
- фонов процес (Storage Instantiation Daemon) за наблюдение на състоянието на устройствата в различни подсистеми за съхранение (LVM, multipath, MD) и за повикване на обработвачи при настъпване на определени събития, например, за активиране и деактивиране на устройства. SID работи като надстройка над udev и реагира на събития от него, позволявайки да се избегне създаването на сложни правила udev за взаимодействие с различни класове устройства и подсистеми за съхранение, които е трудно да се поддържат и отстраняват.
- База данни на пакети RPM (rpmdb) с BerkeleyDB на SQLite. Основната причина за замяната е използването на остарялата версия Berkeley DB 5.x в rpmdb, която не се поддържа от няколко години. Преходът към по-нови версии се затруднява от промените в лиценза на Berkeley DB 6 на AGPLv3, чийто изисквания важат и за приложения, използващи BerkeleyDB като библиотека (RPM е предоставено под GPLv2, а AGPL е несъвместима с GPLv2). Освен това, текущата реализация на rpmdb, базирана на BerkeleyDB, не осигурява необходимата надеждност, тъй като не използва транзакции и не е в състояние да открива несъответствия в базата данни.
Източник: opennet.ru
