🥇Бета тестването на Fedora Linux 42 започна

Бета версията на дистрибуцията Fedora Linux 42 беше пусната, отбелязвайки прехода към последния етап на тестване, който позволява само коригиране на критични грешки. Премиерата е насрочена за 22 април. Изданието включва Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite и компилации на живо, доставени като завъртания на Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway и Cosmic desktop среда s. Асемблите се генерират за x86_64, Power64 и ARM64 (AArch64) архитектури.

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

Изграждането на Fedora KDE Plasma Desktop получи статут на основно издание на дистрибуцията, идентично по отношение на поддръжката на Fedora Workstation. По този начин вариантите на GNOME и KDE на дистрибуцията вече имат идентичен статус и се представят на равни начала. Сериозните проблеми, специфични за KDE, сега ще се считат за блокиране на издаване, точно както сериозните проблеми в GNOME преди бяха блокиране на издаване. В допълнение, Fedora KDE Plasma Desktop добавя поддръжка за Power архитектурата (ppc64le), която предоставя пълния стек от приложения на KDE, включително KDE PIM. За OpenPOWER системи като Talos Workstation са налични живи компилации на KDE, които поддържат инсталация.
Добавени са официални версии на Spin на дистрибуцията с десктоп среда COSMIC, разработена от System76 на езика Rust. COSMIC предоставя хибридни режими за подреждане на прозорци и подреждане на прозорци (групиране на прозорци, подобно на разделите на браузъра), които могат да бъдат активирани във връзка с виртуални настолни компютри.
Работният плот във Fedora Workstation е актуализиран до клона GNOME 48, който е планиран за пускане утре. Актуализирани настолни компютри Xfce 4.20 и LXQt 2.1.
Работната станция Fedora използва по подразбиране нова версия на инсталатора на Anaconda, която замества интерфейса, базиран на GTK, с уеб интерфейс. Уеб интерфейсът е изграден с помощта на рамката React JavaScript, дизайнерските елементи PatternFly и компоненти от проекта Cockpit, който вече се използва в продуктите на Red Hat за конфигуриране и... управление на сървъриВместо главен екран със списък с действия, новият интерфейс е базиран на помощник, който позволява на потребителите да изпълняват определени стъпки последователно, без да се връщат към главния екран. Уеб интерфейсът позволява взаимодействие чрез уеб браузър за дистанционно управление на устройството.
Предложеният интерфейс е без усложнения и е по-разбираем за начинаещи потребители. Като основна опция се предлага използването на автоматичен (управляван) режим на разделяне на диска, при който инсталаторът сам избира параметрите за създаване или промяна на дялове въз основа на настройките, избрани от потребителя. Добавена е опция за преинсталиране на дистрибуцията (например за възстановяване на работата, ако някои системни файлове са повредени), както и възможност за инсталиране в режим на двойно зареждане за използване на няколко операционни системи на един компютър.
Класическият инсталатор на Anaconda е превключен да използва протокола Wayland, който елиминира свързаните с X11 зависимости от инсталационния носител. Процесът на отдалечено инсталиране е преместен от клиента TigerVNC VNC към приложението grd (Gnome Remote Desktop), което използва протокола RDP. По подразбиране GPT разделянето е активирано за всички поддържани архитектури.
Съдържанието на директориите /usr/bin и /usr/sbin е обединено. Директорията /usr/sbin е заменена със символна връзка, сочеща към /usr/bin. Разделянето на изпълними файлове в директории bin и sbin се счита за остаряла практика, която е загубила значението си в съвременните дистрибуции. Обединяването на bin и sbin ще опрости работата на поддържащите пакети, които няма да трябва да гадаят в коя директория да поставят изпълнимия файл; ще направи системата по-предсказуема и разбираема за потребителите; ще увеличи съвместимостта с други дистрибуции; ще намали броя на проверките на директорията при изпълнение на execvp() и подобни извиквания.
Добавени са нови групи flatpak и diskadmin, за да предоставят на непривилегировани потребители достъп до функции за управление на системни пакети във формат Flatpak и външно хранилище. Промяната елиминира необходимостта от добавяне на потребител към групата колела, т.е. ви позволява да работите с flatpak и външни устройства, без да предоставяте достъп до други административни операции. За потребителите в групата колела е допълнително осигурена възможност за отключване (LUKS) и монтиране на външни дискове без искане за парола.
Разрешено е включването на допълнителни изпълними варианти в пакети, изградени с оптимизации за микроархитектурите x86-64-v2, x86-64-v3 и x86-64-v4. В повечето случаи увеличението на производителността по време на сглобяване за такива архитектури не надвишава 10%, но в някои ситуации води до забележимо увеличение на производителността (до 120%). Решението за добавяне на допълнителни оптимизирани изпълними файлове се взема от поддържащите в зависимост от резултатите от тестването на производителността на конкретни пакети.
Живите компилации на дистрибуцията, които използват системното изображение в режим само за четене, бяха превключени от SquashFS към файловата система EROFS. Причините, цитирани за преместването, включват по-активно развитие на EROFS (последната версия на инструментите SquashFS беше през пролетта на 2023 г.) и наличието на разширени функции в EROFS, които може да се използват в бъдеще. В сравнение със SquashFS, EROFS има по-лошо ниво на компресия (размерът на изображението е 2.7 GiB в EROFS срещу 2.0 GiB в SquashFS при използване на алгоритъма за компресия XZ и 3.9 GiB срещу 3.1 GiB при използване на LZ4), но има по-висока скорост на произволен достъп и пропускателна способност (7.1 MiB/s в EROFS срещу 5.0 MiB/s в SquashFS за XZ и 30.9 MiB/s срещу 26.3 MiB/s за LZ4).
Настолни компютри Fedora Atomic, като Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic и Fedora Budgie Atomic, са мигрирали към файловата система Composefs по подразбиране, което позволява на тези компилации да използват основен дял само за четене и допълнително позволяват проверка на целостта на системния дял за откриване на проблеми по време на работа. Дяловете /etc и /var продължават да бъдат монтирани с възможност за запис. Файловата система Composefs е внедрена като добавка към файловите системи OverlayFS и EROFS, които вече присъстват в ядрото, и е оптимизирана за ефективно съвместно съхранение на съдържанието на няколко монтирани дискови изображения.
В изданието Fedora Kinoite (автоматично актуализираният вариант с KDE) автоматичните актуализации са активирани по подразбиране.
Официалните компилации на Fedora за подсистемата Windows за Linux (WSL) вече са налични и са включени в списъка с дистрибуции на Linux, предлагани за бърза инсталация в WSL. Компилациите са създадени в нов формат, който позволява разпространение от вашия собствен... сървъри без качване в каталога на Microsoft Store, без опаковане във формат appx и без поставяне на специфичен за Windows код в асемблирането.
Използва се новият клон на мултимедийната библиотека SDL 3. За SDL-базирани приложения протоколът Wayland се използва по подразбиране. Библиотеките SDL 2 са заменени от слоя sdl2-compat, който работи върху SDL 3.
Мениджърът на пакети DNF5 вече поддържа изтриване на остарели или изтекли PGP ключове за хранилища от системата, което позволява автоматизирано управление на ключове при инсталиране и актуализиране на програми.
Мениджърът на RPM пакети вече поддържа създаване на потребители и групи въз основа на доставени от пакета конфигурационни файлове, намиращи се в директорията Sysusers.d, използвана от systemd.
Добавен е генератор на зависимости за разширения на GNOME Shell, което ви позволява да свържете rpm пакети с разширения към версии на GNOME Shell.
DNF и RPM имат режим "Копиране при запис", активиран по подразбиране, реализиран с помощта на рефлинк в Btrfs.
Актуализирани версии на пакети: LLVM 20, GCC 15-test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
Емулаторът FEX е добавен към хранилището на архитектурата AArch64, което ви позволява да изпълнявате изпълними файлове, създадени за архитектури x86 и x86-64 в средата ARM64 (AArch64). Базираните на FEX компоненти за стартиране на x86 програми са интегрирани в компилациите на Fedora с работната среда на KDE.
Разширена поддръжка за уеб камери с интерфейс MIPI (Mobile Industry Processor Interface), който все повече се използва на лаптопи и таблети вместо UVC (USB Video Class).
Добавена е поддръжка за криптиране на паметта на виртуална машина с помощта на технологиите AMD SEV-SNP и Intel TDX.
Пакетите, които използват само двоичния файл на git, са преместени, за да се свържат със зависимостта на git-core, а не с пълния пакет git.
Началният екран за стартиране на Plymouth е превключен, за да използва модула на ядрото simpledrm, елиминирайки необходимостта да чакате драйвера на GPU да се инициализира.
Във Firewalld, в компилации на работна станция за IPv6, режимът rpfilter (Филтър за обратен път) е активиран по подразбиране като „свободен“ вместо „строг“.

В същото време беше обявено бета тестване на дистрибуцията Fedora Asahi Remix 42, предназначена за инсталиране на Mac компютри, оборудвани с ARM чипове, разработени от Apple. Fedora Asahi Remix 42 е базиран на базата на Fedora Linux 42-бета пакет и се предлага с инсталатора Calamares. Поддържа Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio и iMac системи с Apple M1 и M2 ARM чипове.

Fedora Asahi напълно поддържа компютърното аудио, камера, Wi-Fi, Bluetooth, входни устройства на Apple, USB Type C (USB 3.0) и безжично зареждане MagSafe. Все още не се поддържа: USB-C, връзка с дисплей Thunderbolt/USB4, микрофон и Touch ID. Графичните драйвери поддържат OpenGL 4.6, OpenGL ES 3.2 и Vulkan 1.4. За стартиране на приложения, компилирани за системи x86_64, се използват инструментариумът muvm и слой за емулация, базиран на пакета FEX.

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