Il n’y a pas besoin de root, mais même avec root, je ne vois pas ce problème (certes sous testing, mais je ne vois pas de lien).
Si je n’arrive pas à reproduire, il va falloir que je trouve une méthode pour arriver à ce résultat. Mais j’observe une différence avec root / pas la même sortie.
pas le même formatage de time : 0.089s / 0,089s à considérer.
piste root à vérifier, mais ça ne suffit pas.
mon prompt arrive directement à la suite sur la même ligne
Le prompt root est brut de fonderie, différent du prompt user.
voir 20260807-1 / un détail
Non, le code est testé et fonctionne parfaitement et de manière reproductible dans mon environnement qui n’a rien de spécial. Le code n’est pas la difficulté, c’est le plus simple.
Le problème est de comprendre les différences d’environnement, et de le reproduire pour tester: c’est ça le plus dur.
Est-ce lié au réseau (je suis en 4G, toi en ADSL2 avec des soucis DNS) ? J’ai déjà creusé cette piste mais ne vois rien de transcendant pour le moment.
Pourquoi tu n’as pas un résultat stable. Je ne sais pas.
Coriace celui-là. Besoin de temps pour trouver l’inspiration,.
Il se passe des choses étranges actuellement non seulement sur les serveurs, mais les DNS.
Vu un timeout de 5s de wget non fonctionnel sur site mirror.johnnybegood.fr / pas d’explication.
Vu ftp.fr.debian.org passer sans problème, mais ping final ‹ Echec de résolution de nom de domaine… ›
apt-test n’a pas vocation à faire une analyse réseau complète d’un environnement, et encore moins lorsque des problèmes spécifiques de configuration utilisateur sont identifiés.
Ne pouvant tout reproduire les cas particuliers, il faut imaginer comment simuler, ce qui est plus compliqué. Il est aussi possible de masquer certaines choses, mais ce qui empêche de bien analyser les phénomènes à leur racine.
Donc durant cette période de réseau plutôt tumultueuse, la version 20260808 devrait être un compromis plus tolérant.
20260808-1
Ajout d’un pré-filtrage ping qui exclura les domaines sans réponse à un ping, le temps fourni par la commande time étant sans valeur informative.
La période de perturbation réseau est propice à ces améliorations.
Il y a bien 22 sites. C’est juste que Num 22 est remplacé par 44./ toujours pas chez moi, pas méchant.
Il y a bien un problème fantôme non pointé, non reproduit, mais il est contourné.
→ 20260808-2
Mise à jour 20260811
Modifications 20260811 / 20260808
* suite à analyse et évaluation stabilité des sites par filtrage ping inclus dans apt-perf, la liste complète des sites ne sera plus testée mais se limitera à 15 sites (ou redirections), permettant de ne pas freiner inutilement les relances du script durant les périodes à turbulence d’accès sites;
* la recherche dynamique de la liste des miroirs Debian de la version 20260808 peut sembler techniquement intéressante, mais présente l’inconvénient de ne pas être accessible en cas de perturbation accès réseau; cette liste étant extrêmement stable dans le temps, les sites testés au nombre de 15 sont inclus dans apt-test;
* les redirections suivantes ne sont plus affichées car stables, allégeant la sortie:
Différences relatives à 20260811:
* simplification/fiabilisation détection sites down (cas particuliers)
* information du temps total d’exécution (indicateur relatif global de perturbation accès sites)
* 22 domaines testés
Mise à jour apt-test 20260817 (= version turbo) (1er message)
* vitesse maximale pour détecter si un miroir Debian parmi 22 est en état de fonctionnement ou en dérangement;
* simplification/optimisation code : minimum de commandes
Observations sur l’évolution de la notion de « performance » depuis la création d’apt_perf en 2023: il est illusoire de discriminer une différence en terme de rapidité entre des miroirs Debian géo-localisés en France, une variation de quelques ms suffisant à changer le classement de sortie. Le classement de sortie est supprimé, mais la sortie est numérotée pour faciliter le suivi visuel d’un test au suivant.
Remarque sur accès http ou https:
Chaque paquet Debian est sécurisé par GPG et vérifié par apt avant chaque installation. Un accès Debian par htpps est donc inutile et ajoute une surcouche réseau non justifiée.
Debian recommande ftp.fr.debian.org qui pointe sur debian.proxad.net, ni l’un ni l’autre n’ayant d’accès https, mais comme un certain nombre de miroirs proposent aussi un accès https, la version suivante d’apt-test testera aussi les accès https, qui peuvent éventuellement dépanner si l’accès par http n’est pas disponible sur un miroir en cours de perturbation.
Mise à jour apt-test 20260826 (1er message)
* par défaut, apt-test teste les accès http et https des miroirs le proposant
* en cas de forte perturbation des dépôts, le temps d’analyse total peut atteindre 40s
Options:
→ -p,p : test uniquement http
→ -s,s : test uniquement https
