L'edició de Fedora 40 és encara recent i no té gaire d'haver estat alliberada, en aquesta versió si van implementar una gran quantitat de canvis importants i entre ells, un dels que es va destacar va ser la introduccio oficial de la família «Atomic Desktops», en amb nous entorns d'escriptori per a la distribució.
I tal sembla que la tendència podria continuar, ja que ara el FESCo (Fedora Engineering Steering Committee), encarregat de la part tècnica del desenvolupament de Fedora Linux, va aprovar la creació d'imatges ISO oficials que presentaran un entorn gràfic basat en l'administrador compost Miracle, del qual ja n'hem parlat aquí al blog.
Miracle-wm es destaca per oferir suport per al mosaic de finestres, similar a l'administrador de finestres i3, l'administrador compost Hyprland i l'entorn d'usuari Sway i s'esmenta que la intenció és crear un compositor més cridaner i amb més funcions que qualsevol d'aquests compositors, com swayfx.
S'esmenta que l'Spin de Fedora Miracle utilitzarà el protocol Wayland i components específics per a la construcció d'administradors compostos basats a Mir. L'edició Spin de Fedora amb Miracle estarà disponible a partir del llançament de Fedora 41.
captura de miracle-wm
El propòsit principal d'aquesta nova versió és oferir un entorn d'usuari funcional i estètic, inspirat en el disseny de finestra de mosaic de l'administrador de finestres i3 i amb un enfocament en efectes visuals vibrants. Aquesta actualització té com a objectiu principal la introducció d'un entorn d'alta qualitat basat a Wayland, compatible amb una àmplia gamma de dispositius, incloent-hi aquells amb processadors ARM i x86 de baix consum.
Un altre dels canvis que també es realitzés a Fedora 41 i del qual ja esmentem també, és l'eliminació del paquet gnome-session-xsession
, que s'encarrega de llançar una sessió del GNOME basada en el servidor X. I és que a partir de Fedora 41 les úniques sessions admeses per defecte a Fedora Workstation seran les basades en Wayland, encara que els paquets de sessions X11 seguiran disponibles als repositoris. No obstant això, el paquet gnome-session-xsession
està marcat com a obsolet, i els desenvolupadors del GNOME tenen la intenció de deixar d'admetre X11 en el futur.
Una altra tasca prevista és la separació del paquet gnome-classic-session
, que inclou extensions i configuracions per al GNOME Shell per recrear la sessió clàssica a l'estil del GNOME 2. Aquest paquet continuarà instal·lant-se per defecte, però el suport per a X11 s'ha mogut a un paquet separat anomenat gnome-classic-session-x11
, mentre que el paquet principal mantindrà només la compatibilitat amb sessions basades en Wayland.
La raó principal per desaprovar el suport de sessions X11 a Fedora és la decisió de desaprovar el servidor X.Org a RHEL 9 i eliminar-lo completament en la futura versió principal de RHEL 10. Altres factors que contribueixen a l'eliminació del suport de X11 inclouen la introducció de suport per a Wayland en els controladors propietaris de NVIDIA i la substitució dels controladors fbdev a Fedora 36 pel controlador simpledrm, que funciona correctament amb Wayland. L'eliminació del suport de sessions X11 reduirà significativament l'esforç de manteniment i alliberarà recursos per millorar la qualitat de la pila gràfica moderna.
D'altra banda, tampoc no podem oblidar que a Fedora 41 s'apliqués l'ús predeterminat de l'administrador de paquets DNF5, el qual s'ha endarrerit des de fa ja diversos llançaments i encara que encara no s'ha aconseguit la paritat total en funcionalitat amb les eines antigues, els desenvolupadors consideren que la distribució està llesta per a la migració, i que les funcions mancants es poden implementar més endavant. Per exemple, la funcionalitat de gestió de l'historial de transaccions darrere l'ordre dnf history encara no està disponible. També s'està treballant en la integració del suport per al procés en segon pla dnf5daemon
a l'administrador d'aplicacions del programari GNOME. El mecanisme per actualitzar tot el sistema a la versió següent (ordre d'actualització del sistema) requereix proves addicionals.
En el seu moment, DNF va reemplaçar l'administrador de paquets Yum, que estava escrit completament a Python. El projecte DNF5 té com a objectiu unificar les biblioteques de baix nivell existents, reescriure els components restants d'administració de paquets a Python a C++, i moure la funcionalitat bàsica a una biblioteca libdnf5
separada, creant un contenidor al voltant d'aquesta biblioteca per mantenir l'API de Python.
Finalment si estàs interessat a poder conèixer més sobre això, pots consultar els detalls al següent enllaç.