[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:
parent
416032fe7b
commit
9445734d4f
1 changed files with 2 additions and 2 deletions
|
|
@ -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]:
|
||||
|
|
|
|||
Loading…
Reference in a new issue