Дистрибуция Fedora Linux 40 премина в бета тестване

Започна тестването на бета версията на дистрибуцията Fedora Linux 40. Бета версията отбелязва прехода към окончателната фаза на тестване, в която се допуска само коригирането на критични грешки. Пуснато е на 23 април. Изданието обхваща Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx и Live издания, предлагани под формата на спинове с потребителски среди KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie и Sway. Сборките са създадени за архитектури x86_64, Power64 и ARM64 (AArch64).

Най-значимите промени в Fedora Linux 40:

• Работният плот в Fedora Workstation е актуализиран до версия GNOME 46.
• Редакцията с работен плот KDE е актуализирана до версия KDE 6, използваща протокола Wayland. Поддръжката на сесии на базата на протокола X11 е прекратена, а за стартиране на X11 приложения в сесия на базата на Wayland е активиран DDX сървър XWayland. Като причина за прекратяване на поддръжката на сесии с X11 се споменава преместването на X.Org сървъра в RHEL 9 в категорията на остарелите и решението да бъде напълно премахнат в бъдещ голям издание RHEL 10. Сред факторите, които са допринесли за запазването само на поддръжката на Wayland, е направената в Fedora 36 подмяна на драйверите fbdev с драйвера simpledrm, който работи коректно с Wayland, както и появата на поддръжка на Wayland в проприетарните драйвери NVIDIA.
• Атомарно обновяемите потребителски дистрибуции, разработвани от проекта Fedora, са обединени в едно семейство под бранда Atomic Desktops, но дългогодишните атомарни сборки запазиха старото си име. Като резултат, Fedora Silverblue, базирана на GNOME, и Fedora Kinoite, базирана на KDE, както и Fedora CoreOS и Fedora IoT, запазиха предишните си наимена, но новите сборки Fedora Sericea и Fedora Onyx сега се разпространяват под имената Fedora Sway Atomic и Fedora Budgie Atomic.
• Актуализирани са версиите на пакетите, сред които LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
• В конфигуратора NetworkManager по подразбиране е активиран механизмът за откриване на конфликти с IPv4 адреси в локалната мрежа (RFC 5227), чиято същност е в изпращането на проверяващ ARP пакет преди присвояване на адреса към мрежовия интерфейс (ако получим отговор, значи адресът е зает и няма да бъде назначен). За безжични връзки е осигурено присвояването на отделен постоянен MAC адрес (режим stable-ssid в NetworkManager).
• Инструментите за изграждане Mock (mock-core-configs), Koji и Copr са преведени на използването на пакетния мениджър DNF 5 за инсталиране на зависимости за изграждане в chroot среда, използвана при изграждане на пакети. Преходът на самия дистрибутив към DNF 5 се очаква в следващото издание.
• В пакетния мениджър DNF по подразбиране е деактивирано изтеглянето на метаданни със списъци на файлове, включени в пакетите. Подобни данни рядко се използват, но имат голям размер и забавят работата.
• Пакетът с библиотеката OpenSSL 1.1 е премахнат поради прекратяване на поддръжката на тази версия. Връзките, заложени в OpenSSL 1.1, са преминали на OpenSSL 3.0. Пакетът python3.7 е премахнат.
• Библиотеката Zlib е заменена с форк Zlib-ng, съвместим с Zlib на ниво API, но предоставяща допълнителни оптимизации за подобряване на производителността.
• Форматирането на delta актуализации на RPM пакети, позволяващи да се изтеглят само променените данни спрямо вече инсталираната версия на пакета, е прекратено. Поддръжката на deltarpm в DNF и DNF5 е деактивирана.
• Добавен е Passim, кеширащ сървър за разпространение на често искани файлове в локалната мрежа без директен достъп до основните сървъри и без участие на глобални CDN.
• Модулът pam_userdb е преместен от използване на BerkeleyDB на GDBM поради прекратяване на поддръжката на версията BerkeleyDB 5.x и преместването на версията BerkeleyDB 6.x на неприемлива лицензия. Bogofilter е преместен на използване на SQLite вместо BerkeleyDB (libdb).
• За изграждане на Live образи на Fedora Workstation е използван инструментариумът Image Builder, който поддържа повторяеми сборки и предлага на потребителите по-лесен процес на персонализация на образите.
• За изграждане на минимални образи за архитектура ARM е използван инструментариумът osbuild.
• За форматиране на образи на Fedora Cloud Edition вместо ImageFactory е използван инструментариумът Kiwi.
• Извършена е преструктуризация на пакетите за Kubernetes.
• Fedora IoT, версия за устройства на интернет на нещата, е прехвърлена на използването на заредени контейнери, създадени с инструмента OSTree и bootc технологията.
• Утилитата wget е заменена с wget2, а утилитата iotop е заменена с iotop-c.
• В редакциите Fedora Silverblue и Kinoite е включен инструментът bootupd, който извършва актуализация на заредителя.
• Обявена е за остаряла библиотеката libuser, която е без поддръжка и вече не се използва в други пакети на Fedora (за поддръжка на LDAP в дистрибуцията отдавна се използва SSSD). Пакетът passwd, който реализира утилитата passwd на базата на libuser, е премахнат, като вместо него е внедрена аналогична утилита от пакета shadow-utils.
• Извършена е работа за подготовка на включване в GCC по подразбиране на по-нова версия на стандарта на езика C, което ще означава прекратяване на поддръжката по подразбиране на някои остарели функции на езика, като неявно определение на функции и неявно присвояване на тип int.
• Реализирана е втората фаза на преминаване към модернизиран процес на зареждане, предложен от Ленарт Поттеринг. Разликите от класическото зареждане се състоят в използването вместо образа initrd, формируем на локалната система при инсталирането на пакета с ядрото, на унифициран образ на ядрото UKI (Unified Kernel Image), генериран в инфраструктурата на дистрибуцията и заверен с цифров подпис на дистрибуцията. Образът UKI обединява в един файл обработчик за зареждане на ядрото от UEFI (UEFI boot stub), образ на ядрото на Linux и зареждаемата в паметта системна среда initrd. При извикване на образа UKI от UEFI се предоставя възможност за проверка на целостта и достоверността по цифровия подпис не само на ядрото, но и на съдържанието на initrd, чиято достоверност е важна, тъй като в тази среда се извършва извличане на ключовете за дешифриране на кореновата файлова система.

  На втората фаза е добавена възможността за директно зареждане на UKI от UEFI модула shim.efi без привличане на отделен зареждач (grub, sd-boot), реализирана е поддръжка за използването на UKI на системи с архитектура Aarch64 и е подготвена версия на UKI образ за облачни среди и защитени. виртуални машини. Преди това на първоначалния етап във Fedora 38 беше добавена поддръжка на UKI в зареждача, реализирани инструменти за инсталиране и актуализиране на UKI, както и създаден експериментален образ на UKI за зареждане на виртуални машини с ограничен набор от компоненти и драйвери.
• В хранилището е добавен готов пакет с фреймворка за машинно обучение PyTorch, достъпен за инсталиране с командата „dnf install pytorch“. В момента пакетът включва само компоненти за изчисления с CPU, но в бъдещи издания планират да добавят поддръжка за GPU и специализирани NPU ускорители.

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