TinyWM es un pequeño gestor de ventanas que he creado como ejercicio de minimalismo. También puede ser útil para aprender conceptos básicos sobre cómo crear un administrador de ventanas. Sólo tiene alrededor de 50 líneas de código en C (también hay una versión de Python que usa python-xlib). Este gestor permite hacer cuatro cosas básicas: mover ventanas; cambiar el tamaño de las ventanas; elevar ventanas; y poner el foco en una ventana con el ratón.

Al ser un compositor y un administrador de composición de ventanas, el aspecto más importante de Mutter y de GNOME Shell es pintar píxeles en sus monitores con contenido relevante. Una gran parte de este contenido lo proporcionan las propias aplicaciones, pero muchos elementos aún deben renderizarse sobre ellas. En los últimos años, el código base de Mutter se ha refactorizado, limpiado, reorganizado y modernizado de forma lenta pero constante. Esto incluye las copias internas de Clutter y Cogl. Con el comienzo del ciclo de desarrollo de GNOME 40, todo convergió en un conjunto de cambios especialmente grande y emocionante de los que hablaremos en este artículo.

¿Qué son las X? ¿Cómo interaccionan con mi tarjeta gráfica y mi teclado y ratón? ¿Para qué usan las X las aplicaciones? ¿Qué es Wayland y cómo encaja en el contexto? ¿Cuáles son los problemas de las X que nos han llevado a escribir un nuevo sistema de ventanas? Estas y otras preguntas son las que me han llevado a indagar sobre cómo funciona el sistema de ventanas de X11 y a escribir este artículo.

Serie de entradas donde se explica cómo funciona y cómo se implementa de una forma sencilla un sistema de dibujado de ventanas, como el X Window System (X11). [Enlace directo al código en GitHub: github.com/jmarlin/wsbe ]

La versión 2.0 de LXD permite una característica interesante: la de poder ejecutar LXD de forma anidada en contenedores gestionados con LXD. Como las imágenes soportadas de Ubuntu vienen con LXD preinstalado, es muy sencillo usar contenedores anidados mediante este gestor. En esta entrada veremos los pasos necesarios para llevarlo a cabo.

En esta entrada se muestra cómo se hacen snapshots en el gestor de contenedores LXD usando ZFS como sistema de archivos del contenedor. Además, se muestran los tiempos de ejecución para los comandos, lo que evidencia la velocidad de ZFS como sistema de archivos.

GitLab, la empresa detrás del software de gestión de repositorios en Git de código abierto, ha lanzado Issue Board, una herramienta de gestión de tareas similar a la famosa Trello, que será integrada en los servicios web actuales de GitLab sin coste alguno. La herramienta provee una interfaz gráfica donde los miembros del equipo pueden ver el estado de sus proyectos.

Desde los primeros tiempos de los contenedores de Linux (alrededor de 2006) tenemos que distinguir entre contenedores de aplicaciones y contenedores de sistema. En esta entrada se mostrarán sus pequeñas diferencias y se mostrará cómo usar Docker (contenedor de aplicaciones) en LXD (contenedor de sistema).

El API REST de LXD puede ser accedido directamente o bien a través de un socket Unix o bien a través de HTTPS. El protocolo es idéntico en ambos casos, la única diferencia es que en el caso del socket Unix se usa texto plano mientras que si se usa HTTPS se requiere autenticación. A continuación se muestran los pasos para el acceso al API y cómo se usa.

Git tiene un fuerte compromiso con la compatibilidad hacia atrás, por eso muchas características están ocultas en opciones en lugar de puestas como el comportamiento predeterminado. Por suerte, Git soporta alias, por lo que se pueden crear comandos propios para hacer todo tipo de magia con Git, como se muestra en la siguiente lista.

Git proporciona varias herramientas para depurar nuestro proyecto. Por ejemplo, con git blame es sencillo encontrar el autor de una determinada línea de código; con git grep es sencillo encontrar un texto en nuestro proyecto; y con git bisect es fácil encontrar el commit donde fue introducido un error.