lanzamiento estable del protocolo, mecanismo de interacción entre procesos y bibliotecas . La rama 1.18 es compatible en nivel API y ABI con las versiones 1.x, pero adicionalmente contiene una serie de mejoras. El servidor compositor Weston 8.0, dentro del cual se desarrolla la base de código y ejemplos de trabajo para usar Wayland en entornos de escritorio y soluciones integradas, fue a finales de enero.
Principales mejoras en Wayland 1.18:
- Se ha añadido soporte para el sistema de construcción Meson. La posibilidad de construir utilizando autotools se mantiene por ahora, pero será eliminada en uno de los lanzamientos futuros;
- API para la separación de objetos proxy basada en etiquetas, que permite a las aplicaciones y kits de herramientas compartir una única conexión de Wayland;
- Se ha proporcionado el seguimiento de temporizadores del servidor Wayland en el espacio de usuario, lo que ha permitido eliminar la creación de un número excesivo de descriptores de archivos;
- la función wl_global_remove(), que envía un evento de eliminación de un objeto global sin su limpieza. La nueva función evita la aparición de condiciones de carrera al eliminar objetos globales. Dichas condiciones de carrera podían surgir ya que los clientes no tenían la capacidad de confirmar la recepción del evento de eliminación. La función wl_global_remove() permite primero enviar el evento de eliminación y solo después de un cierto retraso limpiar el objeto.
Estado del soporte de Wayland en aplicaciones, entornos de escritorio y distribuciones:
- En Fedora la entrega por defecto de la versión de Firefox basada en Wayland. Se han resuelto problemas con el uso de controladores binarios propietarios de NVIDIA con Wayland.
una funcionalidad experimental de inicio automático de XWayland al intentar ejecutar aplicaciones basadas en el protocolo X11.
En el entorno de Wayland se ha añadido la posibilidad de ejecutar aplicaciones X11 con privilegios de root bajo XWayland. En SDL para Wayland se han resuelto problemas de escalado al iniciar juegos antiguos que funcionan en resoluciones de pantalla bajas. La biblioteca Qt para su uso en el entorno GNOME se compiló por defecto con soporte para Wayland; - En ofrecido como escritorio GNOME utilizando por defecto un servidor de pantalla basado en Wayland;
- En la versión preliminar de GTK 4 en GDK implementación de API diseñadas con la utilización del protocolo Wayland en mente. Se ha agregado soporte para la interfaz portal al backend GDK para Wayland, y se ha propuesto soporte para la extensión del protocolo text-input-unstable-v3 en relación con los métodos de entrada;
- proyecto para eliminar errores y fallos en GNOME que se manifiestan al trabajar sobre Wayland;
- En XWayland controlador GLX basado en la interfaz EGL, que permitirá excluir el uso del rasterizador de software swrast;
- entre los objetivos de desarrollo de KDE para los próximos dos años, la transición de KDE a Wayland. Se planea que el entorno KDE que opere sobre Wayland sea el principal, mientras que el entorno basado en X11 se convertirá en una opción y una dependencia no obligatoria. Durante el periodo de informes en KDE se ha añadido soporte para escalado fraccional al trabajar sobre Wayland. La sesión de KDE basada en Wayland se ha adaptado para trabajar con controladores propietarios de NVIDIA. Ahora es posible arrastrar y soltar ventanas de aplicaciones que usan XWayland y Wayland. En KWin, se ha garantizado un desplazamiento correcto con la rueda del ratón en el entorno basado en Wayland;
- En GNOME la posibilidad de automatizar el inicio de XWayland al intentar ejecutar una aplicación basada en el protocolo X11 (anteriormente, XWayland debía ejecutarse constantemente);
- el trabajo de portación de aplicaciones del entorno de usuario MATE para Wayland. En el visor de imágenes Eye of MATE se ha adaptado para Wayland y se ha mejorado el soporte de Wayland en la barra de herramientas de MATE;
- En Qt Wayland Compositor soporte para los protocolos linux-dmabuf-unstable-v1 y wp_viewporter. En los componentes de la plataforma Qt para Wayland, se ha añadido soporte para el protocolo fullscreen-shell-unstable-v1;
- Waypipe es un proxy para el protocolo Wayland que permite ejecutar aplicaciones en otro host;
- En el entorno de usuario se ha mejorado significativamente el soporte para funcionar bajo la gestión de Wayland;
- Para Firefox nuevo backend para Wayland que utiliza el mecanismo DMABUF para renderizar en texturas;
- En Ubuntu en el entorno basado en Wayland la posibilidad de ejecutar aplicaciones de X11 con privilegios de root bajo Xwayland;
- un conjunto de parches Wine-wayland y el controlador winewayland.drv que permiten usar Wine en entornos basados en el protocolo Wayland, sin la necesidad de XWayland y componentes relacionados con X11;
- continúa el desarrollo de Mir como servidor compuesto para Wayland. En los recursos para asegurar la ejecución de aplicaciones de Wayland en el entorno de Mir de extensiones del protocolo Wayland. optimización del rendimiento del código relacionado con Wayland, y se ha añadido una nueva plataforma gráfica «wayland», que permite ejecutar Mir como cliente bajo la gestión de otro servidor compuesto Wayland. soporte experimental para el inicio dinámico de aplicaciones X11 en un entorno basado en Wayland.
- nuevas versiones del entorno de usuario Sway, que utiliza Wayland;
- Distribución Lubuntu la transición a Wayland para el año 2020. Se prevé implementar el soporte para Wayland mediante la adaptación del gestor de ventanas Openbox al servidor de pantalla Mir, que se utiliza como servidor compuesto para Wayland;
- Se está desarrollando , un servidor compuesto basado en Wayland para ejecutar aplicaciones individuales en modo kiosko;
- Continúa el trabajo en la versión del entorno de usuario LXQt 1.0.0, cuya principal tarea en el desarrollo es lograr la plena preparación para funcionar sobre Wayland;
- Sistema de salida en el mecanismo para ejecutar máquinas virtuales con Linux en ChromeOS soporte integrado para clientes Wayland (virtio-wayland), con la ejecución del servidor compuesto en el lado del host principal y la posibilidad de utilizar de manera eficiente la GPU de los sistemas invitados;
- Para FreeBSD puertos necesarios para compilar KDE con soporte para Wayland;
- En el sistema operativo DragonFly BSD puerto con Wayland y Weston, soporte para XWayland;
- Entornos de usuario que utilizan Wayland y se han unido en un nuevo proyecto . Liri se basa en Qt 5 (QML) y promueve un diseño en estilo Material Design;
- Wayland se utiliza por defecto en plataformas móviles , , ,
