Red Hat té la intenció d'aturar el desenvolupament del servidor X.Org

Christian Schaller, que dirigeix ​​l'equip de desenvolupament d'escriptori de Red Hat i l'equip d'escriptori Fedora, revisió dels plans, pel que fa als components d'escriptori a Fedora 31, va esmentar la intenció de Red Hat de deixar de desenvolupar activament la funcionalitat del servidor X.Org i limitar-se només a mantenir la base de codi existent i eliminar errors.

Actualment, Red Hat és un col·laborador clau en el desenvolupament del servidor X.Org i el manté a les seves espatlles, de manera que si s'elimina del desenvolupament, és poc probable que continuï la formació de llançaments importants del servidor X.Org. Al mateix temps, malgrat el cessament del desenvolupament, el suport de X.Org per part de Red Hat continuarà almenys fins al final del cicle de vida de la distribució RHEL 8, que durarà fins al 2029.

Ja s'observa un estancament en el desenvolupament del servidor X.Org: malgrat el cicle de llançament de sis mesos utilitzat anteriorment, l'última versió significativa de X.Org Server 1.20 es va publicar fa 14 mesos i la preparació de la versió 1.21 està aturada. La situació pot canviar si alguna empresa o comunitat s'encarrega de continuar desenvolupant la funcionalitat del servidor X.Org, però tenint en compte el canvi generalitzat de projectes significatius cap a Wayland, és poc probable que hi hagi prenedors.

L'objectiu actual de Red Hat és millorar l'experiència d'escriptori Wayland. S'espera que el moviment del servidor X.Org al mode de manteniment s'hagi completat un cop s'hagi eliminat completament la dependència dels components X.Org i GNOME Shell s'executarà sense utilitzar XWayland, la qual cosa requereix refactoritzar o eliminar les dependències X.org restants. Aquests enllaços gairebé s'han eliminat del GNOME Shell, però encara romanen al dimoni de configuració del GNOME. A GNOME 3.34 o 3.36 està previst desfer-se completament de les vinculacions a X.Org i llançar XWayland dinàmicament, quan sorgeix la necessitat de components per garantir la compatibilitat amb X11.

També s'esmenta la necessitat de resoldre una sèrie de problemes restants amb Wayland, com ara treballar amb controladors propietaris de NVIDIA i millorar el servidor XWayland DDX per garantir un llançament d'alta qualitat d'aplicacions X en un entorn basat en Wayland. Entre els treballs realitzats en preparació de Fedora 31, es destaca la implementació a XWayland de la capacitat d'executar aplicacions X amb privilegis de root. Aquest llançament és qüestionable des del punt de vista de la seguretat, però és necessari per garantir la compatibilitat amb programes X que requereixen executar-se amb privilegis elevats.

Un altre objectiu és millorar el suport de Wayland a la biblioteca SDL, per exemple per resoldre problemes d'escala quan s'executen jocs més antics amb resolucions de pantalla baixes. També cal millorar el suport per a Wayland en sistemes amb controladors propietaris de NVIDIA; tot i que Wayland fa temps que pot treballar a més d'aquests controladors, XWayland en aquesta configuració encara no pot utilitzar eines per a l'acceleració de maquinari de gràfics 3D (es preveu proporcionar la possibilitat de descarregar el controlador x.org NVIDIA per a XWayland).

A més, es continua treballant per substituir PulseAudio i Jack per un servidor multimèdia PipeWire, que amplia les capacitats de PulseAudio amb eines per treballar amb fluxos de vídeo i processar àudio amb retards mínims, tenint en compte les necessitats dels sistemes de processament d'àudio professionals, i oferint també un model de seguretat avançat per al control d'accés a nivell de dispositius i fluxos individuals. . Com a part del cicle de desenvolupament de Fedora 31, el treball se centra a utilitzar PipeWire per compartir la pantalla en entorns basats en Wayland, inclòs l'ús del Miracast.

Red Hat té la intenció d'aturar el desenvolupament del servidor X.Org

A Fedora 31 també es planifica afegiu la possibilitat d'executar aplicacions Qt en una sessió de GNOME basada en Wayland mitjançant el connector Qt Wayland en comptes del connector XCB amb X11/XWayland.

Font: opennet.ru

Afegeix comentari