Replies: 1 comment 1 reply
-
I think the best "documentation" about building docker images is the github workflow which builds the images. See https://github.com/bpatrik/pigallery2/blob/master/.github/workflows/build.yml However, there were a few glitches that PR #1000 solves. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
There weren't any instructions how we were supposed to build the docker image, so I improvised as best I could. Maybe someone else will find the following helpful, or maybe someone can point out what I should have done differently.
Node and NPM were already installed.
I used git to clone pigallery2:
Made source code changes where needed.
Then in root of project, ran
npm install
and then
npm run create-release -- --languages=nl
This creates a file,
pigallery2.zip
. It lists about 70 potential problems with the node files, some claiming to be critical. Since this will be running in docker, behind a reverse proxy, I hope those don't matter too much.Then I moved the pigallery2.zip file into
./docker/alpine
.I unzipped the
pigallery2.zip
file and renamed the resulting directorypigallery2-release
I did a few things and then discovered that I needed to edit
Dockerfile.build
. I commented out the places where it wants to delete the cache:# /var/cache/apk/
Then I ran:
Now I was able to go where my pigallery2 docker compose file lives, change the image to
marxsal/pigallery2:alpine
, and then run docker compose the usual waySince this is not the target platform, I saved the docker image:
Note that it is important to identify the image by its tag so that it will arrive at its destination with the same tag.
I loaded it up to the actual platform and loaded it into docker:
Beta Was this translation helpful? Give feedback.
All reactions