Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[change] Maintaining system dependencies for alpine based images #252

Open
pandafy opened this issue Sep 8, 2022 · 2 comments
Open

[change] Maintaining system dependencies for alpine based images #252

pandafy opened this issue Sep 8, 2022 · 2 comments

Comments

@pandafy
Copy link
Member

pandafy commented Sep 8, 2022

The versions for system dependencies has been pinned in alpine based images. This makes the image build process fail when a package version in removed from the Alpine's package repository. We have to then manually update the dependency version in those images (#247 #250).

Upgrading the dependency version to whatever is available from the package repository defies the purpose of pinning the dependencies in the first place. We will have to find a solution which allows us to keep using the pinned version of the package and does not force us to make changes to our images whenever something is changed in Alpine's package repository.

As a last resort, we can remove version from system dependencies altogether. So, the images will have whatever version available from Alpine's package repositiory.

@nemesifier
Copy link
Member

@pandafy can you double check if this fixes it? 319ff05, I think the main problem is that the tag used in the Dockerfile dependency was "latest", so the image would always be based on the latest alpine image available, so when a new one is released, builds start failing because the version of packages change.

@pandafy
Copy link
Member Author

pandafy commented Nov 21, 2022

I think the changes in 319ff05 should solve this bug too. We can close this issue and re-open it later if we see that the CI build starts failing due to a similar reason.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants