Problem found while working on nice way to create vservers on gentoo. Command: ROOT=/vservers/vbase emerge -vga portage gcc (using precompiled binaries) Results: all packages install as expected to the alternate root but if you chroot (or vserver vbase enter) to the /vservers/vbase directory, python(main concern at thos point) and other things will no run with an error finding libstdc++.so.6 (in my case). This librarary in installed in the expected location (/usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.3/) HOWEVER /etc/ld.so.conf in the change rooted environment (i.e. /vservers/vbase/etc/ld.so.conf) is missing the lines: /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.3/ /usr/lib64/gcc/x86_64-pc-linux-gnu/3.4.3/32 Somethin that is normally handled by the gcc ebuild. Reproducible: Always Steps to Reproduce: 1. mkdir /tmp/newroot 2. ROOT=/tmp/newroot emerge -vga portage gcc 3. tar -jxvf /lib/udev-state/devices-recommended.tar.bz2 3. chroot /tmp/newroot 4. emerge -vp #package is irrelivant Actual Results: #Emerge completes w/o errors # emerge -vp /usr/bin/python: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Expected Results: These are the packages that I would merge, in order: emerge: please tell me what to do. Usage: emerge [ options ] [ action ] [ ebuildfile | tbz2file | dependency ] [ ... ] emerge [ options ] [ action ] < system | world > emerge < --sync | --metadata | --info > emerge --resume [ --pretend | --ask | --skipfirst ] emerge --help [ system | config | sync ] Options: -[abcCdDefhikKlnoOpPsSuUvV] [--oneshot] [--newuse] [--noconfmem] [--columns] [--nospinner] Actions: [ --clean | --depclean | --inject | --prune | --regen | --search | --unmerge ] For more help try 'emerge --help' or consult the man page. Of course the problem can be quickly fixed my manually editing the alternate root path's /etc/ld.so.conf to contain the correct directories. The basic problem is that
emerge info please
Is this still a problem? If so, please post the output of `emerge --info`.
i tested this recently actually and 2.1_pre* was doing the right thing
Closing due to old age