Christian Schaller, che guida il gruppo di sviluppo dei sistemi desktop in Red Hat e nella Fedora Desktop Team, ha , riguardanti i componenti desktop in Fedora 31, ha menzionato l'intenzione di Red Hat di interrompere lo sviluppo attivo delle funzionalità del server X.Org e limitarsi alla manutenzione del codice esistente e alla correzione dei bug.
Attualmente, Red Hat offre un contributo essenziale allo sviluppo del server X.Org e gestisce la sua manutenzione, quindi, se si allontanerà dallo sviluppo, è improbabile che ci siano significativi rilasci futuri del server X.Org. Tuttavia, nonostante l'interruzione dello sviluppo, la manutenzione di X.Org da parte di Red Hat continuerà almeno fino alla fine del ciclo di vita della distribuzione RHEL 8, che si estenderà fino al 2029.
La stagnazione nello sviluppo del server X.Org è già evidente: nonostante il precedente ciclo di rilascio di sei mesi, l'ultimo rilascio significativo, X.Org Server 1.20, è stato pubblicato 14 mesi fa, e la preparazione per il rilascio 1.21 è ferma. La situazione potrebbe cambiare se qualche azienda o comunità decidesse di continuare a espandere le funzionalità del server X.Org, ma considerando il passaggio generalizzato di progetti importanti a Wayland, è improbabile che si trovino volontari.
Attualmente, Red Hat si concentra sul miglioramento delle prestazioni del desktop basato su Wayland. Si prevede che il server X.Org passerà a una modalità di supporto dopo aver risolto il problema dell'eliminazione completa delle dipendenze dai componenti di X.Org e garantendo che GNOME Shell possa avviarsi senza utilizzare XWayland, il che richiede la rifattorizzazione o la rimozione delle rimanenti dipendenze da X.org. Tali dipendenze sono già state quasi eliminate da GNOME Shell, ma rimangono ancora nel demone GNOME Setting. Si prevede di liberarsi completamente delle dipendenze da X.Org in GNOME 3.34 o 3.36 e di organizzare l'avvio di XWayland. , in caso di necessità di componenti per garantire la compatibilità con X11.
Si menziona anche la necessità di affrontare una serie di con Wayland, come l'operatività con i driver proprietari NVIDIA e l'aggiornamento del server DDX XWayland per garantire un avvio efficace delle applicazioni X in un ambiente basato su Wayland. Tra i lavori svolti nell'ambito della preparazione di Fedora 31, si segnala l'implementazione in XWayland della possibilità di avviare applicazioni X con privilegi di root. Tale avvio è discutibile dal punto di vista della sicurezza, ma necessario per garantire la compatibilità con i programmi X che richiedono operazioni con privilegi elevati.
Un altro obiettivo è migliorare il supporto di Wayland nella libreria SDL, ad esempio per risolvere i problemi di scaling durante l'esecuzione di vecchi giochi che funzionano a basse risoluzioni. Si sottolinea anche la necessità di migliorare il supporto per Wayland nei sistemi con driver proprietari NVIDIA: sebbene Wayland possa già funzionare sopra tali driver, XWayland in questa configurazione non può ancora utilizzare le risorse per l'accelerazione hardware della grafica 3D (è previsto di fornire la possibilità di caricare il driver x.org NVIDIA per XWayland).
In aggiunta, si continua a lavorare per sostituire PulseAudio e Jack con un server multimediale. , che espande le funzionalità di PulseAudio con strumenti per la gestione di flussi video e l'elaborazione audio con latenze minime, rispondendo alle esigenze dei sistemi di elaborazione audio professionale, e offrendo un modello di sicurezza avanzato per la gestione dell'accesso a livello di singoli dispositivi e flussi. Nell'ambito del ciclo di sviluppo di Fedora 31, il lavoro si concentra sull'uso di PipeWire per abilitare la condivisione dello schermo in ambienti basati su Wayland, incluso l'uso del protocollo .
In Fedora 31 si aggiunge anche la possibilità di eseguire applicazioni Qt in una sessione GNOME basata su Wayland utilizzando il plugin Qt Wayland anziché il plugin XCB che utilizza X11/XWayland.
Fonte: opennet.ru
