Launcher pulls an update on ‘enter app’

Installation
1

I’m seeing strange behaviour which I’m assuming is a bug:

On ARM systems, when you do ./launcher enter app it does a pull_image. I’m guessing it is due to this:

# 4. discourse docker image is downloaded
  3   test=`$docker_path images | awk '{print $1 ":" $2 }' | grep "$image"`
  2 
  1   # arm experimental support is on a fixed tag, always pull
227   if [ -z "$test" ] || [ $arm = true ]; then
  1     echo
  2     echo "WARNING: We are about to start downloading the Discourse base image"
  3     echo "This process may take anywhere between a few minutes to an hour, depending on your network speed"
  4     echo
  5     echo "Please be patient"
  6     echo
  7 
  8     pull_image
  9   fi

Is there a reason to do a pull_image on entering the docker or is this a bug?

2

Launcher always does a pull because people won’t do it themselves.

If you want to avoid keeping things up to date and know why you’re doing that, then you can instead do a

docker exec -it app bash

to get into the container

2 Likes
3

I think there’s more than that in this case, because on Intel the script checks to see if a new image is available, but on ARM it will always pull. The reason given is that ARM always uses a fixed tag. For example, today, we see in the launcher script two possibilities:
image="discourse/base:2.0.20240825-0027"
or
image="discourse/base:aarch64"
and as you see, one of those is maintained carefully as new images are approved, and the other is left to the position of the tag.

The relevant parts of the script are nearly 3 years old. I wonder, is ARM still so experimental that it needs this different handling?

As it turns out, then, the Intel image which will be pulled is presently 15 days old and sits on the 8th page of listings of base images, whereas the ARM image is the latest image and just 17 hours old.

1 Like