Bug ID | 1217710 |
---|---|
Summary | icecream fails to compile remotely, falls back to local compilation |
Classification | openSUSE |
Product | openSUSE Tumbleweed |
Version | Current |
Hardware | x86-64 |
OS | openSUSE Tumbleweed |
Status | NEW |
Severity | Normal |
Priority | P5 - None |
Component | Development |
Assignee | screening-team-bugs@suse.de |
Reporter | jimis@gmx.net |
QA Contact | qa-bugs@suse.de |
Target Milestone | --- |
Found By | --- |
Blocker | --- |
Icecream fails to find libraries, when executing cc1plus on the remote host. On the remote host we see: cc1plus: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory This causes all compilations to fail and re-run locally. The reason is that the binary is linked to hardware-dependent shared libraries under `/lib64/glibc-hwcaps` directory, and icecream-create-env fails to transfer the generic versions of the libraries too. $ ldd /usr/lib64/gcc/x86_64-suse-linux/13/cc1plus | grep hwcap libz.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libz.so.1.3 (0x00007f8f2020e000) libzstd.so.1 => /lib64/glibc-hwcaps/x86-64-v3/libzstd.so.1.5.5 (0x00007f8f20161000) The fix is already upstream, but icecream hasn't had a release in almost 2 years. Could you please cherry-pick the fix and make icecream usable again? https://github.com/icecc/icecream/pull/602