тест на бета версия на дистрибуцията 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 за http-сервера 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“.
- За резолving 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). Посочените механизми са ефективни за защита от атаки, използващи техники за връщане, при които атакуващият не се опитва да постави своя код в паметта, а работи с вече налични парчета машинни инструкции, завършващи с инструкция за връщане на управление.
- Проведена по опростяване на реализацията на технологията за селективно показване на зареждащо меню, при която менюто по подразбиране е скрито и се показва само след срив или активиране на опция в GNOME.
- Вместо създаване на традиционен swap дял разполагане на 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
