Изданието Fedora 40 Все още е скорошен и не е излизал отдавна, в тази версия еи внедри голям брой промени важни и сред тях един от тези, които се откроиха, беше официално представяне на семейството “Atomic Desktops”., с нови десктоп среди за разпространението.
И изглежда така Тенденцията може да продължи, тъй като сега FESCo (Fedora Engineering Steering Committee), отговарящ за техническата част от разработката на Fedora Linux, одобри създаването на официални ISO изображения който ще представи графична среда, базирана на композитния мениджър Чудо, за които вече говорихме тук в блога.
Miracle-wm се отличава с предлагането на поддръжка за мозайки на прозорци, подобно на мениджъра на прозорци i3, композитния мениджър Hyprland и потребителската среда на Sway и се споменава, че намерението е да се създаде композитор, който е по-ярък и с повече функции от който и да е от тези композитори, като swayfx.
Споменава се, че Fedora Miracle Spin ще използва протокола Wayland и специфични компоненти за изграждане на композитни мениджъри, базирани на Mir. Fedora Spin Edition с Miracle Той ще бъде достъпен от пускането на Fedora 41.
miracle-wm улавяне
Основната цел на тази нова версия е да предложи функционална и естетична потребителска среда, вдъхновена от мозаечния дизайн на прозореца на мениджъра на прозорци i3 и с фокус върху живи визуални ефекти. Тази актуализация е насочена основно към въвеждане на висококачествена среда, базирана на Wayland, съвместима с широк набор от устройства, включително тези с ARM и x86 процесори с ниска мощност.
Още една промяна който също беше направен във Fedora 41 и който също вече споменахме, е премахване на пакет gnome-session-xsession, който отговаря за стартирането на GNOME сесия базиран на X сървъра. И започвайки с Fedora 41, единствените сесии, поддържани по подразбиране във Fedora Workstation, ще бъдат тези, базирани на Wayland, въпреки че пакетите за сесии X11 ще продължат да бъдат налични в хранилищата. Въпреки това пакетът gnome-session-xsession е маркиран като остарял и разработчиците на GNOME възнамеряват да спрат поддръжката за X11 в бъдеще.
Друга планирана задача е отделянето на пакета gnome-classic-session, който включва разширения и настройки за GNOME Shell за пресъздаване на класическата сесия в стил GNOME 2. Този пакет все още ще бъде инсталиран по подразбиране, но поддръжката за X11 е преместена в отделен пакет, наречен gnome-classic-session-x11, докато основният пакет ще поддържа само поддръжка за базирани на Wayland сесии.
Основната причина за отхвърлянето на поддръжката на X11 сесии във Fedora е решението за отхвърляне на X.Org сървъра в RHEL 9 и пълното му премахване в бъдещото основно издание на RHEL 10. Други фактори, допринасящи за премахването на въвеждането на поддръжка за Wayland в NVIDIA патентовани драйвери и замяна на драйверите fbdev във Fedora 11 с драйвера simpledrm, който работи правилно с Wayland. Премахването на поддръжката на X36 сесии значително ще намали усилията за поддръжка и ще освободи ресурси за подобряване на качеството на модерния графичен стек.
Освен това, Също така не можем да забравим, че във Fedora 41 ще се прилага употребата по подразбиране от мениджъра на пакети DNF5, който е забавен вече няколко издания и въпреки че все още не е постигнато пълно равенство във функционалността със старите инструменти, the разработчиците считат дистрибуцията за готова за миграция, и че липсващите функции могат да бъдат внедрени по-късно. Например функционалността за управление на историята на транзакциите зад командата „dnf history“ все още не е налична. Също така работи върху интегрирането на поддръжка за фоновия процес dnf5daemon в мениджъра на софтуерни приложения на GNOME. Механизмът за надграждане на цялата система до следваща версия (команда за надграждане на системата) изисква допълнително тестване.
По това време DNF замени мениджъра на пакети Yum, който беше написан изцяло на Python. Проектът DNF5 има за цел да обедини съществуващите библиотеки от ниско ниво, да пренапише останалите компоненти за управление на пакети на Python в C++ и да премести основната функционалност в една библиотека. libdnf5 отделно, създавайки обвивка около тази библиотека, която да съдържа API на Python.
И накрая, ако се интересувате да можете да научите повече за това, можете да се консултирате с подробностите в следваща връзка.