Files
takana/scripts/farm
Sergio dc1391e611 siembra: anclar la exclusión de PNG — sin anclar rompe las recetas que traen PNG
La siembra excluía `*.png` sin anclar, o sea PNG en CUALQUIER sitio, incluido
recipes/. Dos consecuencias y las dos malas:

  a) rsync PROTEGE DE BORRADO lo que excluye. Un directorio cuyo único resto es
     un .png no se puede vaciar y por lo tanto no se puede borrar nunca, aunque
     el hub lo haya eliminado. Medido: recipes/atuq/extension/atuq128.png
     sobrevivió a un rename hecho en el hub, y el log del latido venía repitiendo
     `cannot delete non-empty directory: recipes/atuq/extension` sin que nadie lo
     leyera como un error.
  b) Un PNG NUEVO de una receta tampoco viaja. Y hay recetas cuyo `[source] dir`
     lleva PNG dentro: los 9 iconos de recipes/atuq/branding/icons/.

El efecto medido: `atuq` daba b3:f2960991 en el hub y b3:b33e81a5 en el worker,
por ESE único fichero de más. El worker no podía coincidir con el hub ni
construyendo bien.

Lo bueno es que no era silencioso, y por diseño: hammer SÍ hashea el árbol de un
`[source] dir` (recipe.rs, `dir:<hash>`), así que la divergencia sale como otro
ArtifactHash en vez de como dos bytes distintos en la misma dirección. Es
exactamente la propiedad que le falta al lab y a la versión de hammer.

Lo que se quería ahorrar eran las capturas: docs/evidencia/ (4,4 M) y el PNG
suelto de la raíz (1 M). Eso ahora se excluye POR RUTA. Los PNG de recipes/
viajan, que es lo correcto: ahí son fuente, no adorno.

Borrado el fichero rancio del worker; hub y worker vuelven a coincidir en
b3:f2960991.
2026-09-06 04:29:43 +00:00
..