After upgrading readline to 6.0, sci-mathematics/pari-2.3.4-r1 became part of the preserved-rebuild portage set. It was re-emerged with 'emerge @preserved-rebuild' but still appeared in the same set. Running ldd on /usr/bin/gp-2.3 shows the dependency on version 5 of readline: # ldd /usr/bin/gp-2.3 ... libreadline.so.5 => /lib/libreadline.so.5 (0xb7f1d000) ... Repeating the same operation did not change anything, nor did running revdep-rebuild, or un-merging pari altogether before re-installing. Reproducible: Always Steps to Reproduce: 1.Upgrade readline to 6.0 2.Re-emerge pari-2.3.4-r1 3. Actual Results: pari still links against the preserved version 5 readline shared library. I notice that /lib/libreadline.so remains a symlink to libreadline.so.5 - is that expected? Re-emerging readline-6.0 does not change anything: # ls /lib/libreadline* lrwxrwxrwx 1 root root 16 Apr 4 11:41 /lib/libreadline.so -> libreadline.so.5 lrwxrwxrwx 1 root root 18 Apr 4 11:41 /lib/libreadline.so.5 -> libreadline.so.5.2 -r-xr-xr-x 1 root root 209828 Apr 4 11:40 /lib/libreadline.so.5.2 lrwxrwxrwx 1 root root 18 Apr 20 11:22 /lib/libreadline.so.6 -> libreadline.so.6.0 -r-xr-xr-x 1 root root 218068 Apr 20 11:22 /lib/libreadline.so.6.0 (Please note that many other apps were re-emerged without problem after the readline upgrade and only pari and ipsec-tools (which is a separate issue - linux-headers version - for which a separate bug has been filed) remain problematic. Many thanks.
This problem should go away when you remove /lib/libreadline.so.5 from your system (maybe it's better to not delete the file but move it out from /lib) and re-compile sci-mathematics/pari.
Re-open this bug if my suggestion doesn't work for you.
(In reply to comment #2) > Re-open this bug if my suggestion doesn't work for you. > In the end I unmerged both ipsec-tools and pari (blockers on removing readline v.5 stuff) which left just v. 6 readline libs. Pari re-installed OK at that point. So, problem worked round. Many thanks.
