Hace unos días saqué una nueva versión de Cronopete con dos importantes cambios: para empezar, he mejorado la accesibilidad, de manera que las personas que necesiten utilizar un lector de pantalla puedan usar Cronopete para sus copias de seguridad; y la segunda es soporte para guardar las copias en un servidor SSH/SFTP remoto.

En el caso de la accesibilidad, tengo que decir que no es perfecta por culpa de que Cronopete aún utiliza Gtk3, y mientras no haya soporte de libappindicator en Gtk4 no puedo hacer el port. A pesar de todo, ahora por lo menos es utilizable (antes era imposible).

Respecto al soporte de SSH/SFTP, puede parecer que al utilizar RSync por debajo la implementación sería sencilla. Nada más lejos de la realidad.

Para empezar, está la cuestión de que RSync sólo se utiliza para la copia en sí, pero es mi propio código el que necesita una lista de las copias actuales para decidir contra cual se deben hacer los enlaces duros en la nueva copia, cuanto espacio libre hay en el servidor, y acceder a los contenidos para la interfaz de recuperación de ficheros. Todo ello requiere acceso por SFTP.

La primera solución (que, de hecho, llegué a implementar en origen) fue utilizar directamente GVFS para acceder al sistema de ficheros remoto donde se almacenaban las copias. Esto funcionaba realmente bien, pero tenía un problema que, en mi opinión, era muy serio: cualquier acceso obliga a permitir que GVFS monte en local el sistema de archivos remotos mediante FUSE. Esto es un riesgo porque eso significa que cualquier aplicación tendría acceso a las copias de seguridad, y además con permisos de lectura y de escritura, por lo que un accidente (o peor, un ransomware) podría hacer que perdiésemos nuestras copias de seguridad.

Ante esto decidí ir a la solución compleja pero más segura, que consistió en implementar una clase que implemente la interfaz GFile y, específicamente, las llamadas que necesito tener en Cronopete para acceder a un sistema SFTP remoto, usando por debajo libssh2. Esta biblioteca permite trabajar directamente contra un servidor SSH/SFTP sin necesidad de montarlo, lo que significa que las copias de seguridad pueden estar almacenadas en una partición diferente, y acceder a ellas mediante un usuario específico, de manera que aunque GIO/GVFS se vean comprometidos, nuestras copias de seguridad no lo estén.

Al usar la interfaz GFile, todo el código de Cronopete se conserva prácticamente inalterado, y sólo hace falta cambiar la inicialización del objeto concreto que se va a usar, de manera que apunte bien al disco duro USB, a una carpeta local, o al servidor SSH/SFTP.

¡¡Que lo disfrutéis!!

Después de muchos años, Terminus acaba de llegar a la versión 2.0. Y no ha sido «porque sí», sino porque ahora incorpora una nueva funcionalidad que creo que lo convierte en aún más útil: Drag’n’Drop.

Ahora es posible arrastrar un terminal agarrándolo por la barra superior (la que se pone roja cuando el terminal tiene el foco), y cambiarlo de sitio, bien dentro de la misma pestaña, en otra pestaña de la misma ventana o de otra ventana, en una nueva pestaña de la misma ventana o de otra ventana, o incluso en una nueva ventana. Esta característica permitirá evitar el «arrepentirse» de estar ejecutando algo en otra pestaña cuando ahora vendría mejor tenerlo junto a ese otro terminal; o si tenemos algo en la ventana tipo «Guake» y nos interesaría tenerlo en una ventana independiente, etc.

A mayores incorpora alguna que otra característica nueva, como permitir configurar el auto-ocultamiento del cursor. Así, si está activo, al teclear cualquier cosa, el cursor del ratón desaparecerá (y así no molesta), apareciendo de nuevo tan pronto se mueva el ratón.

Como de costumbre, se puede descargar en mi página web.

Acabo de subir una nueva versión de ActivityAppLauncher, la extensión de Gnome Shell que muestra un menú de categorías en el modo Overview. El motivo de actualizarla, después de años sin tener que tocarla prácticamente, es que en Gnome Shell 3.36.0 han hecho varios cambios internos que rompen las cosas que tuve que hacer para que funcionase.

Sin embargo, aproveché para echar un vistazo más en detalle al viejo código (a fin de cuentas, fue una de las primeras extensiones que escribí), y encontré una manera más elegante y, sobre todo, fiable, de añadir la vista con las aplicaciones: ahora es una página «con todas las de la ley» dentro del modo Overview, y no un pegote metido con calzador. Esto tiene la ventaja de que hay una animación al pasar de la lista de ventanas al de aplicaciones y viceversa, pero a cambio no me ha sido posible conservar la lista de escritorios cuando se muestra la lista de aplicaciones.

También aproveché para cambiar el sistema de instalación por uno basado en meson, vilmente fusilado del utilizado en desktop-icons.

En breve estará disponible en la página de extensiones de Gnome Shell, pero mientras tanto, se puede bajar del repositorio GIT.

Acabo de lanzar una nueva versión de Términus y de Cronopete.

En el caso de Términus era necesario por un problemilla al usar el modo «Guake» desde Wayland: dado que marca la ventana para que esté encima de todas las demás, los menús contextuales del botón derecho no se pueden ver. Esto es porque un menú va en una ventana independiente, y dado que la ventana principal está situada encima de absolutamente todas, también lo estará encima de la ventana del menú.

La solución consistió en utilizar un Gtk.Popover. Este widget es similar a un menú, pero en lugar de utilizar una ventana independiente se pinta directamente en la misma ventana que el widget padre. El inconveniente es que no se puede hacer aparecer en el punto donde esté el cursor del ratón (o, al menos, yo no he sido capaz de ello).

Por otro lado se supone que es posible construir un menú «de verdad» con un Gtk.Popover, pero yo no he sido capaz, así que no me quedó otra que construirlo con Gtk.Button directamente. El resultado, pese a todo, funciona bien.

A mayores hice algunos cambios pequeños en el código para eliminar algunos warnings por utilizar funciones obsoletas.

Respecto a Cronopete, aproveché para lanzar una nueva versión con un cambio que, aunque pequeño, hace más cómodo su uso: ahora, si se produce un aviso de que un fichero se ha «desvanecido», no aparecerá un popup de aviso. Este mensaje se produce porque Rsync hace primero una lista con los ficheros que va a copiar, y una vez que la tiene es cuando procede a copiarlos de uno en uno, por lo que si, después de haber hecho la lista, uno de los ficheros desaparece (se «desvanece»), emite un aviso. Este aviso no es crítico, por lo que no tiene sentido molestar al usuario.

Otro cambio que incluye es haber eliminado el fork del proceso principal: antes, por seguridad (y por una serie de problemas en las versiones anteriores) había dos procesos de cronopete: el principal, que es el que maneja todo, y un proceso watchdog que comprueba si el principal ha fallado y lo lanza de nuevo. Sin embargo, desde que cambié el sistema de copia para que utilice Rsync, esta precaución no es necesaria, y de hecho da algún que otro problemilla al apagar los equipos, cuando uno de los procesos se queda lanzado y no quiere morirse.

Como de costumbre, se pueden bajar ambos programas en distintos formatos desde mi página web.