-
Bug
-
Resolution: Fixed
-
Normal
-
None
-
None
I am currently trying to fix 'full' stage builds for arm-32bit and testing on the raspi3 build. Stage1 completes successfully. When stage2 build starts (using the generated stage1), things fail:
Updating profiles at /etc/portage/make.profile/parent... ERROR: Ego encountered an unexpected error: ImportError ERROR: Full traceback written to /tmp/ego-traceback-23559.txt. Traceback (most recent call last): File "/usr/lib/python-exec/python3.7/env-update", line 33, in <module> portage.env_update(makelinks) File "/usr/lib/python3.7/site-packages/portage/proxy/objectproxy.py", line 29, in __call__ result = object.__getattribute__(self, '_get_target')() File "/usr/lib/python3.7/site-packages/portage/proxy/lazyimport.py", line 127, in _get_target __import__(name) File "/usr/lib/python3.7/site-packages/portage/util/env_update.py", line 23, in <module> from portage.package.ebuild.config import config File "/usr/lib/python3.7/site-packages/portage/package/ebuild/config.py", line 45, in <module> from portage.repository.config import load_repository_config File "/usr/lib/python3.7/site-packages/portage/repository/config.py", line 26, in <module> import portage.sync File "/usr/lib/python3.7/site-packages/portage/sync/__init__.py", line 9, in <module> from portage.sync.controller import SyncManager File "/usr/lib/python3.7/site-packages/portage/sync/controller.py", line 21, in <module> from portage.package.ebuild.doebuild import _check_temp_dir File "/usr/lib/python3.7/site-packages/portage/package/ebuild/doebuild.py", line 81, in <module> from portage.util.compression_probe import _compressors File "/usr/lib/python3.7/site-packages/portage/util/compression_probe.py", line 4, in <module> import ctypes File "/usr/lib/python3.7/ctypes/__init__.py", line 7, in <module> from _ctypes import Union, Structure, Array ImportError: libgcc_s.so.1: cannot open shared object file: No such file or directory
This problem is reproducible by running "env-update" inside the fchroot.
Since it can't find libgcc_s.so.1, I tried a workaround, which appears to work:
# export LD_LIBRARY_PATH=/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/9.2.0 # env-update >>> Regenerating /etc/ld.so.cache... #
So, this is a workaround for the issue but I have not yet figured out why manual setting of the LD_LIBRARY_PATH is necessary here.