Разпространението на Fedora 33 влиза в бета тестване

започна тестване на бета версията на дистрибуцията Fedora 33. Бета версията отбеляза прехода към последния етап на тестване, в който се коригират само критични грешки. Освобождаване запланиран в края на октомври. Корици на броя Работна станция на Fedora, Fedora Server, Fedora Silverblue, Fedora IoT и компилации на живо, доставени във формата завъртания с десктоп среди 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 също ще ви позволи да използвате функции като моментни снимки, прозрачно компресиране на данни, правилно изолиране на I/O операции чрез cgroups2 и преоразмеряване на дялове в движение.
• Работният плот на Fedora Workstation е актуализиран за пускане GNOME 3.38, който има оптимизирана производителност, предлага въвеждащ интерфейс (обиколка за добре дошли) с информация за основните характеристики на GNOME, разширен родителски контрол, предоставя възможност за присвояване на различни честоти на опресняване на екрана за всеки монитор, добавя опция за игнориране на връзката на неоторизиран USB устройства, докато екранът е заключен.
• Thermald се добавя по подразбиране към Fedora Workstation, за да наблюдава параметрите на температурния сензор и да предпазва процесора от прегряване по време на пикови натоварвания.
• По подразбиране са активирани анимирани тапети за десктоп, в които цветът се променя в зависимост от времето на деня.
• Вместо vi, текстовият редактор по подразбиране е nano. Промяната се дължи на желанието да се направи дистрибуцията по-достъпна за новодошлите чрез предоставяне на редактор, който може да се използва от всеки потребител, който няма специални познания за това как да работи във Vi редактора. В същото време основният пакет запазва пакета vim-minimal (директното извикване на vi се запазва) и предоставя възможност за промяна на редактора по подразбиране на vi по желание на потребителя.
• Приет сред официалните издания на разпространението Опция Интернет на нещата (Fedora IoT), който сега се доставя заедно с Fedora Workstation и Fedora Server. Изданието Fedora IoT е базирано на същите технологии, използвани в Fedora Core OS, Fedora Atomic Host и Fedora Silverblue, и предлага изчистена до минимум системна среда, чиято актуализация се извършва атомарно чрез подмяна на изображението на цялата система, без да се разделя на отделни пакети. За да се контролира целостта, целият системен образ е сертифициран с цифров подпис. За отделяне на приложения от основната система предлагани използвайте изолирани контейнери (podman се използва за управление).

  Системната среда на Fedora IoT е създадена с помощта на технология OSTree, в който системният образ се актуализира атомарно от хранилище, подобно на Git, което позволява прилагането на методи за контрол на версиите към компонентите на дистрибуцията (например, можете бързо да върнете системата към предишно състояние). RPM пакетите се превеждат в хранилището на OSTree с помощта на специален слой 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 виртуални машини.

• KDE изданието на Fedora има ранния фонов процес, активиран по подразбиране, който беше предложен в последната версия на 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 6.0, Ruby on Rails 2.1.0, Stratis 2.6. Поддръжката за Python 3.4 и Python 64 е преустановена. Архитектурата aarchXNUMX се доставя с .NET Core.
• Поддръжката на модула mod_php за http сървъра Apache е преустановена, вместо който се предлага да се използва php-fpm за стартиране на уеб приложения в PHP.
• В комплект с 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.
  За разлика от вградените Direct3D 9/10/11 реализации на Wine, работещи върху OpenGL, DXVK позволява по-добра производителност при стартиране на 3D приложения и игри в Wine.

• При изграждане на пакети по подразбиране включени оптимизация на етапа на свързване (LTO, оптимизация на времето за връзка). Добавена е опция "-flto" към redhat-rpm-config.
• За разрешаване на DNS заявки по подразбиране участващи systemd-разрешен. Glibc е преместен към nss-resolve от проекта systemd вместо вградения NSS модул nss-dns.
  Systemd-resolved изпълнява функции като поддържане на настройки във файла resolv.conf въз основа на DHCP данни и статична DNS конфигурация за мрежови интерфейси, поддържа DNSSEC и LLMNR (разрешаване на имена на локално групово предаване на връзка). Сред предимствата на преминаването към systemd-resolved са поддръжка за DNS през TLS, възможност за активиране на локално кеширане на DNS заявки и поддръжка за обвързване на различни манипулатори към различни мрежови интерфейси (в зависимост от мрежовия интерфейс се избира DNS сървър за контакт, например за VPN интерфейси DNS заявките ще се изпращат чрез VPN). Няма планове за използване на DNSSEC във Fedora (systemd-resolved ще бъде изграден с DNSSEC=no флаг).
  За да деактивирате systemd-resolved, можете да деактивирате systemd-resolved.service и да рестартирате NetworkManager, който ще създаде традиционния /etc/resolv.conf.

• В NetworkManager за съхраняване на настройките вместо приставката ifcfg-rh участващи файл във формат на ключов файл.
• За ARM64 системи включени асемблиране на пакети с помощта на автентификация на указател и защита срещу изпълнението на набори от инструкции, които не трябва да се следват по време на разклоняване (BTI, Branch Target Indicator). Тези механизми са ефективни за защита срещу атаки, използвайки техники за ориентирано към връщане програмиране (ROP), при които атакуващият не се опитва да постави кода си в паметта, а работи с части от машинни инструкции, които вече са налични в заредени библиотеки, завършвайки с контрол за връщане инструкция.
• Проведено работа за опростяване на внедряването на технологията за селективно показване на менюто за зареждане, при което менюто е скрито по подразбиране и се показва само след отказ или активиране на опцията в GNOME.
• Вместо да създавате традиционен суап дял изпълнени поставяне на суап (swap) с помощта на zRAM блоково устройство, което осигурява съхранение на данни в RAM в компресирана форма.
• Добавено фонов процес SID (Storage Instantiation Daemon) за наблюдение на състоянието на устройствата в различни подсистеми за съхранение (LVM, multipath, MD) и манипулатори за извикване, когато настъпят определени събития, например за активиране и деактивиране на устройства. SID работи върху udev и отговаря на събития от него, което ви позволява да се отървете от създаването на сложни udev правила за взаимодействие с различни класове устройства и подсистеми за съхранение, които са трудни за поддръжка и отстраняване на грешки.
• База данни с RPM пакети (rpmdb) преведена от BerkeleyDB към SQLite. Основната причина за подмяната е използването в rpmdb на остаряла версия на Berkeley DB 5.x, която не се поддържа от няколко години. Мигрирането към по-нови издания е възпрепятствано от промяна в лиценза на Berkeley DB 6 към AGPLv3, което също се отнася за приложения, които използват BerkeleyDB под формата на библиотека (RPM е под GPLv2, но AGPL не е съвместим с GPLv2). В допълнение, текущата реализация на rpmdb, базирана на BerkeleyDB, не осигурява необходимата надеждност, тъй като не използва транзакции и не е в състояние да открие несъответствия в базата данни.

Източник: opennet.ru