Je constate un comportement étrange que je suppose être un bug :
Sur les systèmes ARM, lorsque vous exécutez ./launcher enter app, il effectue un pull_image. Je suppose que c’est à cause de ceci :
# 4. l'image docker de discourse est téléchargée
3 test=`$docker_path images | awk '{print $1 ":" $2 }' | grep "$image"`
2
1 # le support expérimental ARM est sur un tag fixe, toujours tirer
227 if [ -z "$test" ] || [ $arm = true ]; then
1 echo
2 echo "AVERTISSEMENT : Nous sommes sur le point de commencer à télécharger l'image de base de Discourse"
3 echo "Ce processus peut prendre de quelques minutes à une heure, en fonction de la vitesse de votre réseau"
4 echo
5 echo "Veuillez patienter"
6 echo
7
8 pull_image
9 fi
Y a-t-il une raison de faire un pull_image en entrant dans le docker ou est-ce un bug ?
Je pense qu’il y a plus que cela dans ce cas, car sur Intel, le script vérifie si une nouvelle image est disponible, mais sur ARM, il effectuera toujours un pull. La raison invoquée est que ARM utilise toujours une balise fixe. Par exemple, aujourd’hui, nous voyons dans le script du lanceur deux possibilités : image="discourse/base:2.0.20240825-0027"
ou image="discourse/base:aarch64"
et comme vous le voyez, l’une d’elles est soigneusement maintenue au fur et à mesure que de nouvelles images sont approuvées, et l’autre est laissée à la position de la balise.
Les parties pertinentes du script sont vieilles de près de 3 ans. Je me demande si ARM est toujours si expérimental qu’il a besoin de cette gestion différente ?
En fin de compte, l’image Intel qui sera tirée est actuellement vieille de 15 jours et se trouve à la 8e page des listes d’images de base, tandis que l’image ARM est la dernière image et n’a que 17 heures.