I get this error when I run php (or php script). $ php php: error while loading shared libraries: libhistory.so.4: cannot open shared object file: No such file or directory My readline was just upgraded to readline 5.0 which contains libhistory.so.5 However, I can run othe programs that need readline 4 like irb from ruby or python. That means something is probably broken ;-) * dev-php/php Latest version available: 4.3.8 Latest version installed: 4.3.8 Size of downloaded files: 3,887 kB Homepage: http://www.php.net/ Description: PHP Shell Interpreter License: PHP * sys-libs/readline Latest version available: 5.0 Latest version installed: 5.0 Size of downloaded files: 1,766 kB Homepage: http://cnswww.cns.cwru.edu/php/chet/readline/rltop.html Description: Another cute console display library License: GPL-2 Portage 2.0.50-r9 (default-ppc-2004.1, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r11) ================================================================= System uname: 2.6.7-gentoo-r11 ppc 745/755 Gentoo Base System version 1.5.1 distcc 2.16 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=750 -pipe" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=750 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg ccache digest fixpackages" GENTOO_MIRRORS="ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d alsa audiofile berkdb bzlib caps cdr cpdflib crypt cups curl dedicated dga dio directfb divx4linux doc dvb dvd dvdr encode esd ethereal fam fbcon flac flash foomaticdb ftp gb gd gdbm ggi gif gnome gnome-libs gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hardened hardenedphp iconv icq imagemagick imap imlib ipv6 jabber jpeg kde lcms ldap libgda libwww linguas_cs linguas_cs_CZ.UTF-8 linguas_cz_CZ linguas_en linguas_en_US linguas_en_US.UTF-8 mad maildir mikmod ming mitshm mmap motif mozilla mpeg nas ncurses netcdf nls nocd offensive oggvorbis opengl oss pam pcntl pcre pdflib perl pic pie png posix ppc ppds python quicktime readline recode ruby samba sasl sdl session shared slang slp snmp sockets speex spell ssl svg sysvipc szip tcpd tetex tidy tiff truetype unicode usb video_cards_rage128 videos vxwindows wmf xinerama xml xml2 xmlrpc xmms xosd xv xvid zlib"
Did you do a revdep-rebuild like the readline ebuild tells you? That (reemerging php, that is) fixed this for me.
Of course reemerging php shold fix it. But in some distributions the library versions that are binary incompatible have different package name. So it is known that the other packages need updating as well if they depend on the old name. OK, perhaps I should save the output of emerge -u world so that I can read it later.. if it was said there i could know :)
marking as invalid since you found it was your own problem, not a problem with PHP. look in make.conf for the logging options ;-). portage automatically re-building things broken by upgrades of libraries is in the works I'm told, but we shouldn't expect it for at least 6 months. There are still many other systems out there that don't have a similar feature, and haven't ever had one (eg IRIX's inst tool, now without this functionality for 8+ years).
*** Bug 99152 has been marked as a duplicate of this bug. ***