Дистрибутив 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, е заменята на драйверите fbdev с драйвера simpledrm, който работи коректно с Wayland, проведена в Fedora 36, както и появата на поддръжка на 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.
• Работа е извършена по подготовката за включване на по-новата версия на стандарта за езика C в GCC по подразбиране, което ще доведе до спиране на поддръжката по подразбиране на някои остарели функции на езика, като неявно деклариране на функции и неявно присвояване на тип int.
• Реализирана е втората фаза на прехода към модернизирания процес на зареждане, предложен от Ленарт Поттеринг. Разликите от класическото зареждане се състоят в използването на унифицирания образ на ядрото UKI (Unified Kernel Image), генериран в инфраструктурата на дистрибуцията и удостоверен с цифров подпис на дистрибуцията, вместо образа initrd, генериран на локалната система при инсталирането на пакета с ядрото. Образът 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