Is there a best practice for setting up glibc on a docker alpine linux image?

Question

Is there a best practice for setting up glibc on the docker alpine linux base image with the correct paths so that any spawned process can correctly reference the location of the installed libc libraries?

Answer 1

Yes there is,

I used specially created glibc to install the JRE on it.

You can find it here.

You can use wget or curl to get the code and apk to install them

UPDATED commands see comments below

apk --no-cache add ca-certificates wget wget -q -O /etc/apk/keys/sgerrand.rsa.pub https://alpine-pkgs.sgerrand.com/sgerrand.rsa.pub wget https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.28-r0/glibc-2.28-r0.apk apk add glibc-2.28-r0.apk 

It worked perfectly for me

Answer 2

It’s best not to install glibc on Alpine Linux. Instead, it uses musl libc , a lightweight, fast, simple, and standards-compliant C library (i.e. everything that glibc is not).

Instead of installing glibc on Alpine, build and / or package dependent software packages and libraries for Alpine.

• For python packages, setup.py is often recompiled rather than loading a pre-compiled binary when launched on Alpine.

• For Java, use alpine openjdk instead of Oracle.

• For faiss and other numpy-dependent libraries in python (copied from https://gist.github.com/orenitamar/f29fb15db3b0d13178c1c4dd611adce2 )

  FROM alpine:3.4 RUN echo "http://dl-cdn.alpinelinux.org/alpine/latest-stable/main" > /etc/apk/repositories RUN echo "http://dl-cdn.alpinelinux.org/alpine/latest-stable/community" >> /etc/apk/repositories RUN apk --no-cache --update-cache add gcc gfortran python python-dev py-pip build-base wget freetype-dev libpng-dev openblas-dev RUN ln -s /usr/include/locale.h /usr/include/xlocale.h RUN pip install numpy scipy pandas matplotlib 

Answer 3

apk add libgcc

This seems to make glibc available. This increases the image size by several MB.