[BUG] -rpath is being stored in some binaries built by “make image”

[heitbaum]

Describe the bug

Buildhost Hard coded library paths are being included in binaries and libraries (guessing -rpath in some binaries)

To Reproduce

Steps to reproduce the behavior:

1. Do a make image
2. boot the image
3. Run the following in the bin and lib directories find /usr/lib /usr/bin -type f -exec ldd -v {} \; 2>&1 | grep -v -e "not a dynamic executable" -e "you do not have execution permission for" | grep -e storage -e "\t/" > /tmp/ld-errors

Informations

• LE Version: LE10b1
• Hardware Platform: x86_64

Log file

• http://ix.io/2V5z

Additional context

This was discovered by accident when I rebooted my system (which is the buildhost) with glib2.32 in the build...-Generic directory after doing a test build of HEAD. My dev tree (thus my runtime glibc is normally 2.33) - systemd refused to complete and GLIB_2.33 errors were on the console. A reboot using a recovery image and doing make glibc In the docker container got every thing going again, and set me down the path of checking the hardcoded paths in the /usr/lib and /usr/bin

I believe it only impacts when the build host directories match the runtime environment and the libraries are older in the build host directories.