-
Notifications
You must be signed in to change notification settings - Fork 154
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
Ubuntu 20.04 no longer works: "ERROR: failed to solve: arm64v8/ubuntu:20.04: failed to resolve source metadata" #155
Comments
The action suddenly broken and this appears to be the best work around according to uraimo/run-on-arch-action#155. Unfortunately the tests take almost twice and long to run, probably because the container needs to be built from scratch.
Any idea what changed to cause these sudden failures? |
I think it's something to do with the build process change in https://github.com/docker-library/official-images. See for example docker-library/python#933:
|
They started generating the upstream images as they should always have, without including an implicit platform in each dockerfile, but specifying a specific platform is now required when creating the image. Since I can see reports for some of the major platforms I updated the default dockerfiles to include the workaround and the tests look green now. I will also add a new PLATFORM parameter for those using directly the base_image configuration since as many have pointed out it's now necessary. In hindsight, providing a set of default "verified" images to make it easier for the users was not a good idea, it introduced a dependency on the upstream images, that the maintainers were able to update at will introducing regressions. Once the tests are done I will tag a new release. |
Published 2.8.0 with the updated default Dockerfiles. |
In 96c27aa#diff-e1ee779207cb43290a986a3da96826a65bcfa58d723177caca6cc6eaa091f4a8R1 there's a typo, it say |
Thanks for spotting this, 2.8.1. |
I can confirm that the original YAML setup works again with the latest: - name: Build Linux aarch64
uses: uraimo/run-on-arch-action@v2
with:
arch: aarch64
distro: ubuntu20.04
# Speeds up builds per the run-on-arch-action README
githubToken: ${{ github.token }} Thanks @uraimo and others! |
Bumps [uraimo/run-on-arch-action](https://github.com/uraimo/run-on-arch-action) from 2.7.1 to 2.8.1. - [Release notes](https://github.com/uraimo/run-on-arch-action/releases) - [Commits](uraimo/run-on-arch-action@v2.7.1...v2.8.1) Xref uraimo/run-on-arch-action#155
* ⬆️ Bump geo from 0.28.0 rev 481196b to 0.29.0 Bumps [geo](https://github.com/georust/geo) from 0.28.0 to 0.29.0. - [Changelog](https://github.com/georust/geo/blob/main/CHANGES.md) - [Commits](georust/geo@geo-0.28.0...geo-0.29.0) * ⬆️ Bump uraimo/run-on-arch-action from 2.7.1 to 2.8.1 Bumps [uraimo/run-on-arch-action](https://github.com/uraimo/run-on-arch-action) from 2.7.1 to 2.8.1. - [Release notes](https://github.com/uraimo/run-on-arch-action/releases) - [Commits](uraimo/run-on-arch-action@v2.7.1...v2.8.1) Xref uraimo/run-on-arch-action#155
(I'm aware of #152. This issue is filed partly so it would be indexed in case others may find this useful)
steps
The following setup used to work:
problem
Build container phase fails with the following:
workaround
Following #152 and other PRs linked to 152, the workaround apparently is:
expectation
Would it be possible to absorb this in this action, or otherwise, please document this in the README.
The text was updated successfully, but these errors were encountered: