Het Fedora Project is een open project gesponsord door Red Hat en ondersteund door de gemeenschap.
Het Fedora Engineering Stuurcomité (de FESCo, Fedora Engineering Steering Committee) die verantwoordelijk is voor het technische deel van de ontwikkeling van de Fedora-distributie, heeft bekend gemaakt het nieuws dat het heeft goedgekeurd het leveringsplan voor een nieuwe tak van de KDE Plasma 6 gebruikersomgeving in de Fedora 40 uitgave.
Er wordt vermeld dat in deze uitgave, naast het bijwerken van de KDE-versie, de overgang naar een nieuwe branch plaatsvindt bepaalt de stopzetting van sessieondersteuning op basis van het X11-protocol en er blijft slechts één sessie over op basis van het Wayland-protocol met ondersteuning voor het starten van X11-applicaties waarin deze wordt aangeboden met behulp van de XWayland DDX-server.
Daarnaast wordt vermeld dat doorgaan met het leveren van de KDE Plasma 5-omgeving een sessie X11 naar Fedora 40 werd als ongepast beschouwd vanwege een gebrek aan middelen voor onafhankelijk onderhoud van een afzonderlijke verouderde tak in de context van de verandering van het hoofdproject van KDE naar de ontwikkeling van Plasma 6 en de afschrijving van KDE 5.
De beëindiging van X.Org in RHEL 9 en de beslissing om het volledig te verwijderen in de toekomstige hoofdversie van RHEL 10 worden genoemd als redenen voor het stopzetten van sessieondersteuning met X11. De introductie van Wayland-ondersteuning in de eigen stuurprogramma's van NVIDIA wordt ook aangehaald als:
Eén bijdragende factor was het met rust laten van de ondersteuning voor Wayland en het vervangen van de fbdev-stuurprogramma's in Fedora 36 door het simpledrm-stuurprogramma, dat correct werkt met Wayland. Het verwijderen van sessieondersteuning voor X11 zal de onderhoudsinspanningen aanzienlijk verminderen en middelen vrijmaken die kunnen worden gebruikt om de kwaliteit van de KDE-stack te verbeteren.
Daarnaast is ook het vermelden waard dat beheerders van officiële Fedora edities, die atomaire systeemupdates gebruiken, hebben het initiatief genomen om één enkele naam Fedora Atomic Desktop te gebruiken voor builds waarvan de inhoud niet in afzonderlijke pakketten is opgesplitst en atomair is bijgewerkt.
Om de atomaire edities te noemen Er wordt voorgesteld om de naam “Fedora XX Atomic” te gebruiken, waar bijvoorbeeld een Fedora Atomic-compilatie verschijnt in een desktopomgeving, bijvoorbeeld bijvoorbeeld KDE, dit zal Fedora KDE Atomic heten.
nog, Fedora atomaire edities worden op de site gepresenteerd als "onveranderlijk", lof die gebruikers in verwarring brengt. Daarnaast, worden deze builds gedistribueerd met willekeurige namen die niet gebonden zijn aan architecturale kenmerken, wat problemen creëert voor gebruikers bij het kiezen van een bepaalde editie van Fedora.
Een atomaire build met de GNOME-gebruikersomgeving wordt bijvoorbeeld gedistribueerd onder de naam Fedora Silverblue, bij KDE onder de naam Fedora Kinoite, terwijl het bij Sway onder de naam Fedora Sericea is en bij Budgie onder de naam Fedora Onyx.
Als het voorstel wordt goedgekeurd, De gespecificeerde builds kunnen worden verzonden onder de namen Fedora GNOME Atomic, Fedora KDE Atomic, Fedora Sway Atomic en Fedora Budgie Atomic. Tegelijkertijd wordt het hernoemen van bestaande builds overgelaten aan het oordeel van de ontwikkelingsteams en kunnen projecten, indien gewenst, hun eerdere namen behouden. De atomaire edities van Fedora CoreOS en Fedora IoT, die niet bedoeld zijn voor werkstations, zullen ook onder dezelfde namen blijven verschijnen.
Voor degenen die niet op de hoogte zijn van atomaire compilaties: je zou dat moeten weten Deze worden geleverd in de vorm van een monolithisch beeld dat niet splitst in afzonderlijke pakketten en Upgrades als een enkele eenheid die het volledige systeemimage vervangt. De basisomgeving is opgebouwd uit officiële Fedora RPM's met behulp van rpm-ostree en aangekoppeld in alleen-lezen modus. Voor het installeren en updaten van aanvullende applicaties wordt gebruik gemaakt van een op zichzelf staand Flatpak-verpakkingssysteem, waarbij applicaties gescheiden zijn van het hoofdsysteem en in een aparte container draaien.
Eindelijk ja je bent geïnteresseerd om er meer over te weten, u kunt de details in het volgende link.