En torno a Wayland hay ciertos problemas (algunos de diseño) que han ido retrasando su adopción generalizada. De cara al usuario final, hay dos cosas que importan por encima de todo, las dificultades que presenta de cara a la creación de un compositor dedicado y el rendimiento de los juegos sobre XWayland.

Vamos con un artículo de opinión que espero que sea breve, pero que tenía que publicar sí o sí… Y es que por fin Wayland está maduro en KDE Plasma, al menos para mí. Se ha hecho de rogar, pero el momento ha llegado y a mí, personalmente, me reconforta. Así que voy a contar un poco cómo ha sido y está siendo mi experiencia.

Ubuntu 17.04 fue sin duda un lanzamiento para recordar, pero Ubuntu 17.10 no le irá a la zaga, pues de la despedida de Unity pasamos al regreso de GNOME, que finalmente recupera la posición que durante tantos años mantuvo. Por supuesto, ahí estaba -todavía está- Ubuntu GNOME, pero los recursos de que dispone la edición principal y oficial de la distribución de Canonical no tienen parangón con los del resto de “familia”, al cargo de sus respectivas comunidades.

Uno de los cambios más importantes que ha tenido Ubuntu 17.10 es el cambio de servidor gráfico. Dejando de un lado a Xorg y Mir para elegir Wayland como el servidor gráfico por defecto. Esto significa grandes cambios y para el usuario final algún que otro problema.

Para quienes aún no tengan la noción de que es Wayland, les puedo decir que es un protocolo de servidor gráfico que proporciona un método para que los gestores de composición de ventanas se comuniquen directamente con las aplicaciones y el hardware de vídeo. Wayland permite ejecutar aplicaciones X11 a través de un servidor X, opcionalmente sin privilegios de root, teniendo compatibilidad con estas.

La transición a Wayland es un proceso que se está eternizado y que está resultando bastante complejo, hasta el extremo de dividir a la comunidad con unas voces que piden acelerar la transición y otras deseando la descontinuación del protocolo para seguir con Xorg. La última voz conocida que se ha erigido contra Wayland es Simon Peter, creador de AppImage, que ha pedido explícitamente que Wayland sea boicoteado.

La adopción del servidor de visualización Wayland de próxima generación entre los sistemas operativos basados ​​en Linux está cambiando lenta pero seguramente el mundo de Linux para mejor.

Wayland está llamado a ser el futuro del despliegue de los gráficos en Linux, pero el protocolo parece haberse encontrado con demasiados obstáculos en el camino, posiblemente y en parte debido a la complejidad de su implementación. Pese a todo, Wayland está avanzando, y no solo en su implementación en compositores como Kwin (KDE Plasma) y Mutter (GNOME), porque en el horizonte ha empezado a asomar el soporte para la realidad virtual.

Collabora anunció el pasado mes de marzo que estaba trabajando para dotar a Wine de un driver que le permitiera funcionar de forma nativa en Wayland, reduciendo al máximo el uso XWayland (la implementación de Xorg sobre Wayland) en caso de no poder eliminarlo completamente. La iniciativa recibió el visto bueno de Alexandre Julliard, líder de Wine, que también mostró su escepticismo debido a que él lo intentó en el pasado y fracasó.

Collabora, la compañía encargada de desarrollar y mantener una de las implementaciones de LibreOffice en la nube más conocidas, trabaja desde hace unos dos años en el soporte nativo de Wayland para Wine. Alcanzar dicho objetivo no es nada sencillo debido a los draconianos requisitos de los responsables de Wine, que exigen que el soporte para Wayland debe funcionar de manera independiente del compositor, pero afortunadamente parece que Collabora está logrando dar pasos en la dirección correcta.

Vuelve a ser fin de semana, por lo que los usuarios de KDE tenemos disponible una nueva entrada con «tidbits» o «golosinas» que nos hablan de funciones que llegarán a medio plazo a su escritorio. Pero este fin de semana también ha pasado otra cosa que no tiene mucho que ver con Linux, pero sí con el desarrollador que publica todas estas notas: ha sido el cumpleaños de Nate Graham, y no queríamos dejar pasar la ocasión para felicitarle desde aquí.

Después de un tiempo coqueteando con la idea, Ubuntu empezó a usar Wayland por defecto en abril, coincidiendo con el lanzamiento de Hirsute Hippo. Decir que es el presente no sería verdad, ya que, por ejemplo, SimpleScreenRecorder no lo soporta y VokoscreenNG lo hace desde hace pocos días. Kooha funciona, pero sólo en GNOME y la calidad no es la mejor. Por lo tanto, diría que es el futuro, y ese futuro está mas cerca para los usuarios de KDE.

Recientemente fue anunciada la nueva versión estable del servidor compuesto Weston 7.0, que desarrolla tecnologías que contribuyen al soporte total del protocolo Wayland en Enlightenment, GNOME, KDE y otros entornos de usuario.

Ahora que han optado por deshacerse del poderoso entorno de escritorio Unity a favor de GNOME, el equipo de desarrollo de Ubuntu tiene mucho trabajo por delante con el fin de probar varios componentes y tecnologías con los que no están muy bien familiarizados.

A pesar de la gran legión de detractores que tiene Wayland, frente a Xorg aporta cosas como una mayor fluidez con los gráficos, pone fin al tearing por diseño y es capaz de prolongar la autonomía de los portátiles. Esto último ha sido demostrado hace poco por Michael Larabel, jefazo de Phoronix y desarrollador principal de la suite de pruebas de benchmarking del mismo nombre, quien ha comparado el rendimiento y el consumo energético de Xorg y Wayland tanto en GNOME como KDE Plasma.

Finalmente y luego de muchos retrasos, el servidor gráfico desarrollado por Canonical, Mir, ya comienza a soportar algunas de las funciones del cliente Wayland.

Tras la última actualización de Plasma 5.21, y tras los primeros intentos desde Plasma 5.20. tengo com objetivo dar el salto a que sea Wayland mi servidor gráfico por defecto. Tras probarlo un poco me he dado cuenta de un pequeño problema y es que no puedo poner acentos en Wayland. Afortunadamente tras una simple búsqueda en internet lo solucioné. ¿quieres saber cómo? Sigue leyendo.

Desde hace algo más de un año estoy intentando culminar mi transición a Wayland, el protocolo gráfico destinado a suceder a Xorg. El ser un cerrado usuario de la experiencia por defecto de GNOME y el ejecutarlo en gráficas Intel y Radeon me allanan mucho el terreno, y si bien reconozco que a niveles generales estoy bastante satisfecho, hay un punto muy concreto que me tiene un tanto disgustado.

System76 sigue trabajando en su fork Ubuntu llamado Pop! _OS que tienen la intención de enviar en sus futuros ordenadores portátiles y de escritorio. Ahora han decidido sobre algunas de las aplicaciones out of the box, así como la decisión de no enviar todavía Wayland por defecto.

El estado actual del entorno de escritorio MATE que se ejecuta en Wayland utilizando Mir. Puedes probarlo por ti mismo instalando:

Uno de los cambios más relevantes que ha forzado Wayland es el hecho de delegar o trasladar a los compositores muchas de las funciones que eran ejercidas o ejecutadas por Xorg. Este nuevo enfoque abre la puerta a generar fragmentación debido a que cada una de las funciones que ejercía Xorg puede acabar implementada de una manera diferente en cada compositor.

SUSE Linux Enterprise 15 se desarrollará teniendo en cuenta algunos objetivos clave, incluido el soporte para la instalación y uso de módulos y extensiones más fácil que nunca, el uso de paquetes en todo el universo SUSE, soporte a múltiples escenarios y arquitecturas en IBM System z de 64 bits ( s390x), ARM64 (AArch64) y sistemas Power LE, así como en entornos de nube, virtuales, físicos, host e invitados.

Ya se sabe más del futuro Ubuntu con GNOME, y es que tras meses de incertidumbre, dimes y diretes, preguntas a la comunidad y suposiciones de todo tipo, se van aclarando las cosas de cara al próximo lanzamiento de la distribución.

En menos de dos meses, Ubuntu 21.04 verá la luz. No es un lanzamiento especialmente esperado por tratarse de una versión intermedia y todo lo que ello conlleva, principalmente, un soporte muy reducido. Pero también es el tipo de versión en el que se suelen introducir novedades más arriesgadas con el objetivo de pulirlas de cara a la próxima LTS, como es el caso: Ubuntu volverá a probar suerte con Wayland por defecto.

Cualquiera otra solución hubiera supuesto una auténtica sorpresa y un desperdicio de recursos por parte de Canonical, pero ahora ya disponemos de confirmación oficial: Ubuntu usará Wayland como protocolo de servidor gráfico, seguramente ya a partir de su próxima edición 17.10.

El protocolo de servidor gráfico Wayland lanzó ayer una nueva versión. Se trata de Wayland 1.18, una entrega que ha llegado 11 meses después de la v1.17 con cambios poco importantes. No debe sorprender que una versión “de punto” llegue con pocas novedades, suelen llegar para corregir errores, pero inclusiones dignas de mención hay pocas. Podemos esperar que entre los cambios haya mejoras que harán que el rendimiento sea mejor que en el Wayland 1.17 que se lanzó hace casi un año… o así debería ser, pues el proyecto no lo menciona en su nota de lanzamiento.

Después de varios meses de desarrollo se llevó a cabo la liberación de la nueva versión estable del protocolo Wayland 1.19. Esta nueva versión 1.19 es compatible con versiones anteriores a nivel de API y ABI con las versiones 1.x, y contiene principalmente correcciones de errores y actualizaciones menores de protocolo.

Hace poco se dió a conocer el lanzamiento de la nueva versión estable del protocolo, el mecanismo de comunicación entre procesos y las bibliotecas Wayland 1.20.

Después de nueve meses de desarrollo, se dio a conocer el lanzamiento de la nueva versión de una versión estable del protocolo, el mecanismo de comunicación entre procesos y las bibliotecas Wayland 1.22.

Después de más de un año de desarrollo se dio a conocer el lanzamiento de la nueva versión de Wayland 1.23, versión en la cual se han implementado mejoras en wayland-scanner, asi como también mejoras de soporte, nuevas API, correcciones de errores y más.

Tras trece meses de desarrollo continuo, se dio a conocer el lanzamiento oficial de Wayland 1.24, la más reciente versión estable del protocolo que implementa diversas mejoras, además de solucionar diversos errores.

Wayland 1.30ha aparecido recientemente como un lanzamiento que, al menos parcialmente, supone una renuncia de uno de los principales principios con los que nació el protocolo, “todo fotograma es perfecto”, y es que la principal novedad es permitir la inhabilitación de la sincronización vertical para producir tearing.

Parece que Wayland está dando pasos importantes para erigirse, de una vez por todas, en el sustituto de Xorg. Tras permitir la “habilitación” del tearing para mejorar los tiempos de respuesta en contextos de gaming competitivo, la versión 1.31 del protocolo ha incorporado una característica que muchos demandaban desde hace años y que necesitaba como el comer: el escalado fraccional.

Hay una discusión activa esta semana sobre hacer que el soporte de Wayland esté disponible por defecto en FreeBSD.

¿Cómo va el soporte de Wayland en KDE Plasma? Hace un par de semanas que salió KDE Plasma 5.21 y de todas sus novedades, a la que menos espacio le dedicamos fue a esta, porque no suele haber mucho que contar: «se mejora el soporte, ahora se permite hacer esto, se han corregido errores al hacer esto otro…». Es todo tan vago que solo notas los cambios cuando lo usas. Y eso llevo haciendo yo las dos últimas semanas.

Ahora que ya tenemos entre nosotros Ubuntu 17.04, son muchas las funciones que ya conocemos de Ubuntu 17.10, la próxima versión de Ubuntu. Hace poco supimos que Ubuntu 17.10 no traerá un cliente de correo electrónico, pero hay más. Varios desarrolladores han confirmado el cambio de servidor gráfico en Ubuntu. Así, finalmente Ubuntu aceptará Wayland como servidor gráfico, dejando X.Org de lado y por supuesto, dejando en el olvido a MIR.

Wayland es un protocolo de servidor gráfico y una biblioteca para GNU/Linux, Wayland proporciona un método para que los gestores de composición de ventanas se comuniquen directamente con las aplicaciones y el hardware de vídeo.

Como sabéis quienes nos leéis habitualmente, aunque hace más de una década que venimos hablando de Wayland, ha sido en los últimos dos o tres años en los que más noticias le hemos dedicado. Por una buena razón: la experiencia comienza a ser consistente. Sin embargo, la demora en su implantación generalizada está siendo tal que uno se plantea si estamos al principio del proceso, al final… Y es que lo que tenía que ser el presente del escritorio Linux, sigue todavía en el futuro para mucho usuarios.

Hace poco se dio a conocer el lanzamiento de la nueva versión del paquete wayland-protocols 1.26, que contiene un conjunto de protocolos y extensiones que complementan las capacidades del protocolo base de Wayland y brindan las capacidades necesarias para construir servidores compuestos y entornos de usuario.

Ya lo cantaron Los Rebeldes: “Todo lo que empieza tiene un final”. No es algo que descubrieron ellos ni son los únicos que dicen algo así, pero es lo que me ha venido a la cabeza al leer la entrada sobre la semana 87 de KDE Usability & Productivity, una iniciativa que tantas alegrías nos ha dado y que ahora toca a su fin. Pero Nate Graham quiere dejar claro que el software de KDE no va a dejar de mejorar y entre sus próximos objetivos está migrar a Wayland.

Desde hace 10 años Wayland está llamado a ser una de las tecnologías que marcarán el futuro del escritorio GNU/Linux, sin embargo, en la actualidad su utilización por defecto resulta inviable para muchos usuarios. Las razones de por qué el protocolo gráfico no se ha consolidado todavía son varias, entre las que se pueden destacar las dificultades que se han encontrado en su implementación, las aplicaciones de terceros y NVIDIA.

Los servidores de pantalla son piezas fundamentales del software que permiten a los sistemas operativos interactuar con los dispositivos de visualización, como monitores y pantallas.

Recientemente fue liberada una nueva versión estable del protocolo Wayland 1.17, este es un mecanismo de comunicación entre procesos y las bibliotecas. La rama 1.17 es compatible con versiones anteriores en el nivel de API y ABI con las versiones 1.x, pero adicionalmente contiene una parte de las mejoras.

Hace ya varias semanas hablamos aquí en el blog sobre el compositor Sway, el cual está diseñado para Wayland y un drop-in, que pretende ser un reemplazo para el gestor de ventanas i3 para X11. Funciona con la configuración de i3 existente y es compatible con la mayoría de las funciones de i3, además de algunos extras.