[FIX] test long cache : ne plus nommer Arch pour tout fichier neuf

Le relevé des fichiers que la seconde VM découvre seule attribuait leur
existence à la publication continue d'Arch, quelle que soit la distribution
mesurée. Sur une famille RHEL, ces fichiers viennent surtout d'un miroir qui
range les mêmes paquets sous un autre chemin : la clé du magasin portant le
chemin, le cache les retélécharge alors qu'il les détient. Le message nomme
désormais les deux causes sans en imputer une à un système qui n'est pas
celui de la campagne.

--- EN ---

The report of files the second VM discovers alone blamed their existence on
Arch's rolling release, whatever the distribution measured. On a RHEL family
system they mostly come from a mirror storing the same packages under another
path: the store key carrying the path, the cache re-downloads what it already
holds. The message now names both causes without pinning one on a system that
is not the campaign's.

Assisted-by: Claude Opus 5
This commit is contained in:
Mathieu Benoit 2026-09-17 07:31:53 -04:00
parent 416032fe7b
commit 9445734d4f

View file

@ -928,8 +928,8 @@ def verdict(premier, second, journal):
dire(f" tirés de l'amont : {octets_amont} octets", journal)
if neufs:
dire(
f" ({len(neufs)} fichiers neufs : le miroir a publié entre les"
" deux déploiements, ce qui est normal sur Arch)",
f" ({len(neufs)} fichiers neufs : publiés entre les deux"
" déploiements, ou rangés par un miroir sous un autre chemin)",
journal,
)
for l in neufs[:5]: