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 #2533

camopants opened this Issue Dec 10, 2018 · 1 comment


None yet
3 participants
Copy link

camopants commented Dec 10, 2018

Issue Report


Container Linux Version

NAME="Container Linux by CoreOS"
PRETTY_NAME="Container Linux by CoreOS 1911.4.0 (Rhyolite)"


ESXi 6.5

Expected Behavior

/lib/ should be a soft link to /lib/, as per other fundamental libs.

Actual Behavior

/lib/ is a Gentoo description file

Reproduction Steps

  1. ls -ld /lib/*
core@[host] /lib $ ls -ld /lib/*
-rwxr-xr-x. 1 root root    530 Nov 26 17:42 /lib/
lrwxrwxrwx. 1 root root     17 Nov 26 19:35 /lib/ ->
-rwxr-xr-x. 1 root root 416392 Nov 26 17:42 /lib/
  1. core@[host] /lib $ cat /lib/
/* GNU ld script
   Since Gentoo has critical dynamic libraries in /lib, and the static versions
   in /usr/lib, we need to have a "fake" dynamic lib in /usr/lib, otherwise we
   run into linking problems.  This "fake" dynamic lib is a linker script that
   redirects the linker to the real lib.  And yes, this works in the cross-
   compiling scenario as the sysroot-ed linker will prepend the real path.

   See bug for more info.
OUTPUT_FORMAT ( elf64-x86-64 )
GROUP ( /lib64/ )

Other Information

Recently updated from various 1800-series releases, where this did not seem to be an issue.


This comment has been minimized.

Copy link

dm0- commented Dec 10, 2018

What is the actual problem arising from this? Binaries should have for their soname value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment