"glibc Alpine" is broken and shall not be used

[catdevnull]

As explained by one of Alpine's main developers, glibc Alpine Linux is broken and shouldn't be used. It is used in bun in the Alpine container image

[catdevnull]

related to #918

[catdevnull]

Wolfi could be a good alternative as it was suggested before

[catdevnull]

would PRs using Wolfi have a chance to get merged?

[jbergstroem]

How about distroless? Is a Linux distribution required? Build on ubuntu/debian and copy over whats requird.

[moderation]

Distroless would be OK. The team behind Wolfi (working at Chainguard) are ex-Googlers that worked on a lot of the container tooling like Distroless. I think of Wolfi as the newer, shinier successor to Distroless

[dlorenc]

Hey! I'm with the Wolfi team and we'd be happy to help here.

[jbergstroem]

See #2369

[charlzyx]

i fixed it by alpine-pkg-glibc/2.34, here is reference

NOTE: Glibc 2.35 package is broken: https://github.com/sgerrand/alpine-pkg-glibc/issues/176, so we stick to 2.34 for now https://github.com/Docker-Hub-frolvlad/docker-alpine-glibc/blob/master/Dockerfile

[catdevnull]

the "glibc alpine package" is broken again because there's no such thing as glibc Alpine, only a broken hack. please read the post in OP to understand why!

[catdevnull]

on the other hand, there's now a distroless image :partying_face: this will work properly because it's based in Debian with glibc :+1:

[Electroid]

We now have a distroless Docker image available at oven/bun:distroless. We will be tracking official support for MUSL here: #918

[catdevnull]

Sadly the Alpine glibc image still exists, which is problematic and misleading imo (see there is no such thing as a "glibc based alpine image")