Automake 1.19 llega tras 15 meses con una función nueva y un bug de 14 años
Es la primera versión desde 1.18.1 y trae una única función nueva, la macro AM_OPTIONAL_AUTOMAKE, además de un arreglo que llevaba catorce años pendiente.
GNU Automake 1.19 ya está disponible. Aparece quince meses después de 1.18.1, con una sola función nueva y una tanda de correcciones en la que destaca un fallo que llevaba catorce años abierto. El paquete se puede descargar desde savannah.gnu.org.
Una macro nueva y el resto, arreglos
La única incorporación funcional es AM_OPTIONAL_AUTOMAKE, una macro de autoconf que acepta una lista de formatos de distribución (dist-xz, dist-zstd y compañía). Al ejecutarla, Automake genera cada archivo solo si la herramienta de compresión correspondiente está instalada; si no lo está, se salta ese objetivo sin abortar. Para quien mantiene un configure.ac que empaqueta en varios formatos, quita de encima el tener que condicionar a mano qué herramientas hay en la máquina.
En el apartado de correcciones, 1.19 reconoce los ficheros COPYINGv2, COPYINGv3 y similares y los trata como el COPYING convencional a la hora de incluirlos en el archivo distribuible. El cambio está pensado para proyectos GNU como GMP, que usan esa convención de nombres.
El fallo que cumple catorce años
El arreglo de más solera afecta a make dist-bzip2 dist-xz. Antes, el tarball sin comprimir se borraba al cumplir el primer objetivo, de modo que el segundo fallaba; ahora se conserva y se reutiliza para ambos. El informe original sigue en el BTS de GNU desde hace catorce años.
También mejora la detección del tar de BusyBox y hace que make dist falle cuando tar falla, en lugar de terminar con éxito dejando un archivo truncado. Ese comportamiento es el que más duele en integración continua: un paquete incompleto que se cuela como bueno y revienta más tarde, cuando alguien lo desempaqueta.
El código y la etiqueta de la versión 1.19 están en el repositorio de Savannah.
Automake sigue sosteniendo buena parte del software que se compila con autotools, aunque Meson y CMake le hayan comido terreno en proyectos nuevos. Si mantienes un build de este tipo, la actualización es de mantenimiento: no rompe nada, pero tapa varios fallos que hasta ahora se manifestaban en silencio o en forma de archivo corrupto. La cadencia de publicación, eso sí, no invita a esperar cambios de calado a corto plazo.
