Closed sgerrand closed 5 years ago
Hi, I think the --dereference
flag causes ldconfig
to complain about non-symlinked ld-linux-x86-64.so.2
. For example, if I use frolvlad/alpine-glibc:alpine-3.10
which uses glibc 2.30 generated from this repository and run ldconfig
:
> docker run --rm frolvlad/alpine-glibc:alpine-3.10 /usr/glibc-compat/sbin/ldconfig
/usr/glibc-compat/sbin/ldconfig: /usr/glibc-compat/lib/ld-linux-x86-64.so.2 is not a symbolic link
@sgerrand ping
The message about the non-symlinked ld-linux-x86-64.so.2
is not specific to Docker on Mac. It happens in a Linux container for a GitLab runner too. See an example of a build job log:
(2/2) Installing glibc-bin (2.33-r0)
Executing glibc-bin-2.33-r0.trigger
/usr/glibc-compat/sbin/ldconfig: /usr/glibc-compat/lib/ld-linux-x86-64.so.2 is not a symbolic link
OK: 17 MiB in 17 packages
The symlinks could be created after installing the glibc package as a workaround.
💁 The
--dereference
flag needs to be passed to tar in order for any symlinks added to the archive to be referenced correctly. Otherwise, the following error can occur whenabuild
unpacks the tar archive: