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.

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.

LXD (pronunciado "lex-dee") es un hipervisor de contenedores de Ubuntu. Los contenedores LXD actúan como máquinas virtuales, pero tienen la ligereza y la escalabilidad de los contenedores de procesos. LXD se puede utilizar por sí solo para implementar aplicaciones tradicionales con alta carga de trabajo o puede utilizar contenedores Docker dentro de contenedores LXD para conseguir lo mejor de ambas tecnologías.

Una de las más excitantes características de LXD 2.0, aunque todavía experimental, es el soporte para crear puntos de restauración de contenedores. Básicamente los puntos de restauración hacen que se pueda serializar un contenedor para guardarlo en el disco para luego restaurarlo en el mismo servidor con el mismo estado que tenía antes de la serialización, o bien en otro servidor, lo que equivaldría a la migración de contenedores en tiempo real.

Presentación con diapositivas del funcionamiento de la tecnología de contenedores de Linux ‘lxd’, que se apoya sobre la tecnología ‘lxc’ del kernel de Linux, en Ubuntu.

Wine permite ejecutar programas de Windows en un entorno Linux. Cuando se instala Wine, este añade muchos paquetes, incluyendo paquetes para arquitecturas de 32 bits, lo que se puede considerar como algo desordenado. ¿Habría alguna forma de instalar todos estos paquetes en un contenedor para para que quede todo más limpio? Gracias a los contenedores LXD, podemos hacerlo.

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.

Mi primer encuentro con Docker fue en 2015 para experimentar si era beneficioso para nosotros. En ese momento no era posible ejecutar un contenedor en segundo plano y tampoco había ningún comando para saber si se estaba ejecutando, ni para depurar, ni para entrar a través de SSH. El experimento fue rápido: Docker era inútil y estaba más cerca de una versión beta que de una versión final. Ya en 2016 y en un nuevo trabajo, el hype de Docker sigue creciendo como loco mientras que mis compañeros están atascados con Docker en producción.

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.

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.

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.