Christian Schaller, capo del team di sviluppo desktop di Red Hat e del team desktop di Fedora, , riguardante i componenti desktop di Fedora 31, ha menzionato l'intenzione di Red Hat di smettere di sviluppare attivamente la funzionalità del server X.Org e di limitarsi a mantenere la base di codice esistente e correggere i bug.
Red Hat attualmente contribuisce in modo chiave allo sviluppo del server X.Org e lo mantiene, quindi è improbabile che le versioni principali del server X.Org continuino in caso di deragliamento. Allo stesso tempo, nonostante la cessazione dello sviluppo, la manutenzione di X.Org da parte di Red Hat proseguirà almeno fino alla fine del ciclo di vita della distribuzione RHEL 8, che durerà fino al 2029.
Lo sviluppo del server X.Org è già stagnante: nonostante il precedente ciclo di rilascio di sei mesi, l'ultima versione significativa di X.Org Server 1.20 è stata pubblicata 14 mesi fa e la preparazione della versione 1.21 è in fase di stallo. La situazione potrebbe cambiare se qualche azienda o comunità si assumesse la continua crescita delle funzionalità del server X.Org, ma, dato il diffuso spostamento di progetti significativi verso Wayland, difficilmente ci sarà chi lo desidera.
L'obiettivo attuale di Red Hat è migliorare l'esperienza desktop basata su Wayland. La transizione del server X.Org in modalità manutenzione è prevista dopo il compito di rimuovere completamente la dipendenza dai componenti X.Org e di far funzionare GNOME Shell senza utilizzare XWayland, che richiede il refactoring o la rimozione dei rimanenti collegamenti a X.org. Questi collegamenti sono quasi scomparsi dalla shell GNOME, ma rimangono ancora nel demone delle impostazioni GNOME. In GNOME 3.34 o 3.36 si prevede di eliminare completamente i collegamenti a X.Org e di organizzare il lancio di XWayland , quando sono necessari componenti per garantire la compatibilità con X11.
Si menziona anche la necessità di risolvere una serie di con Wayland, come lavorare con driver NVIDIA proprietari e modificare il server XWayland DDX per eseguire bene le applicazioni X in un ambiente basato su Wayland. Del lavoro svolto nell'ambito della preparazione di Fedora 31 si segnala l'implementazione in XWayland della possibilità di eseguire applicazioni X con privilegi di root. Funzionare in questo modo è discutibile dal punto di vista della sicurezza, ma è necessario per garantire la compatibilità con i programmi X che devono essere eseguiti con privilegi elevati.
Un altro obiettivo è migliorare il supporto per Wayland in SDL, ad esempio per risolvere problemi di ridimensionamento durante l'esecuzione di giochi più vecchi con risoluzioni dello schermo basse. Si nota inoltre la necessità di migliorare il supporto per Wayland nei sistemi con driver NVIDIA proprietari: se Wayland è stato in grado di lavorare su tali driver per molto tempo, XWayland in questa configurazione non può ancora utilizzare gli strumenti per l'accelerazione hardware della grafica 3D (si prevede di fornire la possibilità di caricare il driver x.org NVIDIA per Xwayland).
Inoltre, continuano i lavori per sostituire PulseAudio e Jack con un server multimediale. , che estende le capacità di PulseAudio per lo streaming video e l'elaborazione audio a bassa latenza per soddisfare le esigenze dei sistemi di elaborazione audio professionali e offre inoltre un modello di sicurezza esteso per il controllo dell'accesso a livello di singoli dispositivi e flussi. Come parte del ciclo di sviluppo di Fedora 31, il lavoro si concentra sull'uso di PipeWire per organizzare la condivisione dello schermo in ambienti basati su Wayland, incluso l'uso del protocollo .
Anche Fedora 31 aggiungere la possibilità di eseguire applicazioni Qt in una sessione GNOME basata su Wayland utilizzando il plug-in Qt Wayland anziché il plug-in XCB utilizzando X11/XWayland.
Fonte: opennet.ru