Alpine aarch64/arm64 images

[gregorkistler]

Any plans yet to build and provide also Docker images for architectures other than x86? :)

8-alpine-jre: Pulling from library/amazoncorretto
no matching manifest for linux/arm64/v8 in the manifest list entries

Building manually will also fail as the custom repo apk.corretto.aws does not contain any aarch64 directory:

fetch https://apk.corretto.aws/aarch64/APKINDEX.tar.gz
ERROR: https://apk.corretto.aws: Permission denied

Thanks guys!

[gvenu-devops]

Hi,
Exactly same problem here as well, we are blocked because of this.
Please try to fix this ASAP.

Thanks,
Venu

[davecurrie]

Hi. Thanks for getting in touch. We don't yet have builds for Alpine Linux aarch64. We've taken note of the request.

[siwyd]

This would be great yeah. We use Jib to build multi-platform images for amd64 and arm64. It would be nice to be able to switch to the smaller Alpine images.

[nicolabeghin]

any update on this? it's a show-stopper on AWS Graviton instances.

[tigerinus]

patiently waiting for this AWS Graviton show stopper to be resolved....

[choeflake]

patiently waiting for this AWS Graviton show stopper to be resolved....

Same here!

[pdehlke]

Bump. No progress on this? Seems weird given the investment in Gravition.

[melaraj2]

Is this comming?

[DennisBecker]

Any information about this? Don't understand what the problem is as alpine offers linux/arm64/v8 images and Coretto has arm64 builds available.

[wesleymooiman]

This is really blocking me i want to use the amazoncorretto:11-alpine image as base for my project which i run on aws graviton. I don't understand why there is no arm64 build alpine itself is available as arm64....

[dankirkd]

@davecurrie Can someone provide an update - it has been over a year now. We'd also like to play with Graviton, and M1 Macs are becoming more prevalent, but a lack of a Corretto ARM based Docker image is somewhat of an impediment that has us having to use other approaches (such as an OpenJDK/Debian image from https://hub.docker.com/r/arm64v8/openjdk/).

[pexa-abruno]

I am also facing similar issues when using amazoncorretto:11-alpine

Error: Could not pull image amazoncorretto:11-alpine.
Pulling image 'amazoncorretto:11-alpine' failed: no matching manifest for linux/arm64/v8 in the manifest list entries

If I use amazoncorretto:11 it works across both Apple Intel and M1.

Looking for an amazoncorretto alpine image that works across both Apple Intel and M1. Any advice/suggestions?

[jbg]

@pexa-abruno As far as I can tell, there are no musl/arm64 Corretto binaries, which are a prerequisite for making an image. You would have to build Corretto from source for musl/arm64, or wait for Amazon to release binaries and an image.

It's bizarre that it takes so long since they already have musl/amd64 and glibc/arm64, so it's most likely just a few CI/CD changes to build the extra target...

In the meantime you could use the amd64 alpine image on M1 (with the Rosetta performance hit) by passing --platform linux/amd64 to Docker.

[davecurrie]

It's more complicated than just a CI/CD change, there is a lot of work that goes into validating new Corretto builds and making sure we can consistently deliver quarterly updates in sync with existing builds. :)

We plan to deliver this and work should be starting soon. We will likely start with Corretto 17, since Alpine code is integrated into upstream OpenJDK 17, and work down from there to 11 and 8.

We'll keep this issue updated with progress and any preview builds. Thanks for your patience.

[dankirkd]

I'd put in a plug for starting with 11 and 8. That's what most people are using.

[andrewbruno]

I have found adoptopenjdk/openjdk11:jdk11u-nightly-slim to work across both Apple Intel and M1, however for production releases I would prefer to use amazoncorretto:11-alpine

Do we have an ETA for when amazoncorretto:11-alpine will support Apple M1?

[jbg]

@davecurrie maybe i'm mistaken but aren't you already shipping Alpine amd64 binaries for 17, 11 and 8? So out of curiosity, why does it matter that OpenJDK 17 is already supporting Alpine? Corretto is already supporting Alpine/musl across the board. This is "just" building for a new arch, I can of course understand the need for verification though.

[lutkerd]

I have found adoptopenjdk/openjdk11:jdk11u-nightly-slim to work across both Apple Intel and M1, however for production releases I would prefer to use amazoncorretto:11-alpine

The adoptopenjdk docker project is deprecated and shouldn't be used. The image you mentioned is over 6 months out of date and missing the last few quarters of security patches. The page says DEPRECATED; use https://hub.docker.com/_/eclipse-temurin/

[andrewbruno]

Thank you @lutkerd - Been using openjdk:11 https://hub.docker.com/_/openjdk with success.

[sakshith007]

We are building multi architecture docker alpine image. And facing the same issue as discussed with installing in arm64 alpine while for amd64 it gets installed without any issue. Is corretto-jdk available now for alpine arm64 or is there any method i could achieve this . Anyone's reponse is much appreciated . Thanks

[Rudometov]

Right now there is no Alpine arm64 Corretto JDK available. However the work has been started and we plan to deliver it in the future.

[paul-murage]

@Rudometov is there a timeline for when the Alpine arm64 Corretto JDK will be available ?

[MrDienns]

Could we please get a timeline for when this will be available?

[davecurrie]

It's great to see all the interest and we are planning to deliver as soon as possible. I can't post dates but we will update this issue as soon as we have something to share.

[pdehlke]

I mean it's nice to hear from a committer here, but I hope you'll understand the frustration with "we're gonna fix this, really we are!" for going on two years now :(

[janario]

Really looking forward to this 🤞

As I see it needs the release of such package at Alpine repos first, so I thought we could push it over something more specific corretto/corretto-17#96

[bogdandrutu]

@davecurrie any update on this one?

[bchilcott]

Throwing my name in the pile as someone who would also really appreciate this 👍🏼

[felixsilberstein]

Impacted by this issue too, thanks for the work.

[dankirkd]

We've given up waiting for such a thing and found that the Zulu images at https://github.com/zulu-openjdk/zulu-openjdk/tree/master/alpine are fine alternatives to Corretto, with comparable LTS lifespans https://www.azul.com/products/azul-support-roadmap/

We're using the ones at https://github.com/zulu-openjdk/zulu-openjdk/tree/master/alpine/17.0.5-17.38.21

Definitely worth a look, and nice and small, and although we compile with Java 11, we've found that running on Java 17 provides a significant performance improvement with zero code changes necessary.

YMMV, but it is better than waiting for more than you already may have for a Corretto Alpine ARM64 image. 😃

[benty-amzn]

Corretto 8, 11, 17, and 19 are now available for Alpine Linux aarch64 as a preview release.

For this preview, you can find Dockerfiles on the branch alpine-aarch64-prerelease.

The preview JDKs are available through:

• Corretto Alpine Linux apk repo
• corretto-8
• corretto-11
• corretto-17
• corretto-19

Feedback is welcome and requested, please report any issues you encounter.

[dankirkd]

@benty-amzn Are these available from docker.io?

[benty-amzn]

Images are not currently available on docker.io. We will post images once we're out of preview.

[paul-murage]

@benty-amzn is there any timeline on how long the images will remain in preview?

[benty-amzn]

If no critical/blocking bugs are reported during the preview we intend to release these for GA with the Q2 patch release on 2023-04-18.

[shapeofarchitect]

@benty-amzn Thanks for the above merge. It seems docker.io still doesn't have the tag for alpine in corretto-17 and 19. Seems we still have to update ?

docker pull amazoncorretto:17-alpine-jdk
17-alpine-jdk: Pulling from library/amazoncorretto
no matching manifest for linux/arm64/v8 in the manifest list entries

docker manifest inspect  amazoncorretto:17-alpine-jdk
{
   "schemaVersion": 2,
   "mediaType": "application/vnd.docker.distribution.manifest.list.v2+json",
   "manifests": [
      {
         "mediaType": "application/vnd.docker.distribution.manifest.v2+json",
         "size": 741,
         "digest": "sha256:fd77b2a9aa1519b8abc4356a64738c1c4739019dd1f7c0cb5c7aead42a1932ec",
         "platform": {
            "architecture": "amd64",
            "os": "linux"
         }
      }
   ]
}

[aoxa]

same goes for 8-alpine-jdk

docker manifest inspect  amazoncorretto:8-alpine-jdk
{
   "schemaVersion": 2,
   "mediaType": "application/vnd.docker.distribution.manifest.list.v2+json",
   "manifests": [
      {
         "mediaType": "application/vnd.docker.distribution.manifest.v2+json",
         "size": 741,
         "digest": "sha256:fab8cca2eecba6ca6496f2285e90b2ea55fc0dffef3e1e0af6962abe3a954c08",
         "platform": {
            "architecture": "amd64",
            "os": "linux"
         }
      }
   ]
}

[lutkerd]

We updated our end and now we have to wait for DockerHub to merge this change to consume our latest images: docker-library/official-images#14471

Once that is merged it usually takes ~4 hours for the images to be live.

[benty-amzn]

docker-library PR is merged and these images should now be available. Please feel free to open a follow-up issue if you encounter any bugs.