Nikos Chantziaras wrote: > > "as" is part of binutils, not gcc. binutils is a critical package, so > you shouldn't have downgraded glibc.
Ups :-( Ok, I got the system (nearly) running again by copying /lib and /usr/lib from another working system, and copying the /usr/i686-pc-linux-gnu/binutils-bin directory (which was called "i486..." instead of "i686..." on the other system, generating some "not found" errors). Apache, Postfix, Bind and all that were running again then; leaving some Perl-related problems only (mailgraph/rrdtool, spamassassin...). Tried "perl-cleaner --reallyall", went until >>> Emerging (53 of 60) dev-python/subunit-1.2.0-r1::gentoo and then changing mode of /var/tmp/portage/dev-python/subunit-1.2.0-r1/work/subunit-1.2.0-abi_x86_32.x86-python2_7/scripts/subunit2junitxml from 644 to 755 changing mode of /var/tmp/portage/dev-python/subunit-1.2.0-r1/work/subunit-1.2.0-abi_x86_32.x86-python2_7/scripts/subunit2pyunit from 644 to 755 changing mode of /var/tmp/portage/dev-python/subunit-1.2.0-r1/work/subunit-1.2.0-abi_x86_32.x86-python2_7/scripts/tap2subunit from 644 to 755 * python3_5: running distutils-r1_run_phase distutils-r1_python_compile python3.5 setup.py build python3.5: error while loading shared libraries: libpython3.5m.so.1.0: cannot open shared object file: No such file or directory * ERROR: dev-python/subunit-1.2.0-r1::gentoo failed (compile phase): * (no error message) Don't really know why *perl* need *python* :-) Ok, libpython3.5m.so.1.0 is only in /usr/lib228 (the /usr/lib directory which I saved while glibc 2.28 was installed); in /usr/lib, there is only libpython2.7 and 3.6... will reinstall python now first... hope it works. Busy weekend this time :-( -Matt
