Created attachment 515830 [details] Output of "cave info '=dev-libs/gmp-6.1.2::gentoo'" I'm trying to install dev-libs/gmp-6.1.2 under a multilib system with abi_x86: 32 64, using paludis. The package seems to build both the 64-bit and 32-bit libs fine, but only the former get installed: $ cave contents dev-libs/gmp /usr /usr/share /usr/share/info /usr/share/info/gmp.info /usr/share/info/gmp.info-1 /usr/share/info/gmp.info-2 /usr/share/info/dir /usr/share/doc /usr/share/doc/gmp-6.1.2 /usr/share/doc/gmp-6.1.2/AUTHORS /usr/share/doc/gmp-6.1.2/ChangeLog /usr/share/doc/gmp-6.1.2/NEWS /usr/share/doc/gmp-6.1.2/README /usr/share/doc/gmp-6.1.2/configuration /usr/share/doc/gmp-6.1.2/isa_abi_headache /usr/share/doc/gmp-6.1.2/gmp-man-6.1.2.pdf /usr/share/doc/gmp-6.1.2/html /usr/share/doc/gmp-6.1.2/html/doc /usr/share/doc/gmp-6.1.2/html/doc/projects.html /usr/share/doc/gmp-6.1.2/html/doc/tasks.html /usr/lib /usr/lib64/libgmp.so.10.3.2 /usr/lib64/libgmp.so.10 -> libgmp.so.10.3.2 /usr/lib64/libgmp.so -> libgmp.so.10.3.2 /usr/lib64/libgmpxx.so.4.5.2 /usr/lib64/libgmpxx.so.4 -> libgmpxx.so.4.5.2 /usr/lib64/libgmpxx.so -> libgmpxx.so.4.5.2 /usr/include /usr/include/gmpxx.h /usr/include/gmp.h /usr/include/i686-pc-linux-gnu /usr/include/i686-pc-linux-gnu/gmp.h /usr/include/x86_64-pc-linux-gnu /usr/include/x86_64-pc-linux-gnu/gmp.h /usr/lib64 /usr/lib64/libgmp.so.10.3.2 /usr/lib64/libgmp.so.10 -> libgmp.so.10.3.2 /usr/lib64/libgmp.so -> libgmp.so.10.3.2 /usr/lib64/libgmpxx.so.4.5.2 /usr/lib64/libgmpxx.so.4 -> libgmpxx.so.4.5.2 /usr/lib64/libgmpxx.so -> libgmpxx.so.4.5.2 /usr/lib64/debug /usr/lib64/debug/usr /usr/lib64/debug/usr/lib /usr/lib64/debug/usr/lib/libgmp.so.10.3.2.debug /usr/lib64/debug/usr/lib/libgmpxx.so.4.5.2.debug /usr/lib64/debug/usr/lib64 /usr/lib64/debug/usr/lib64/libgmp.so.10.3.2.debug /usr/lib64/debug/usr/lib64/libgmpxx.so.4.5.2.debug
Created attachment 515832 [details] Full build log (gzipped)
profiles /var/db/paludis/repositories/gentoo/profiles/default/linux/amd64/17.1 In a 17.1 profile /usr/lib is for 32bits, and /usr/lib64 is for 64bits. But if /usr/lib is a symlink to /usr/lib64, it mean anything you install in /usr/lib will endup in /usr/lib64. With the effect that: cp X(32bits) /usr/lib -> endup in /usr/lib64 cp X(64bits) /usr/lib64 -> endup in /usr/lib64, and because X for 32bits is X and X for 64bits have the same name "X" : 64bits version overwrite 32bits one So is your /usr/lib still a symlink to /usr/lib64?
Indeed, my /usr/lib is a symlink to /usr/lib64, and I recently updated to the 17.1 profile after seeing a deprecation warning. Thanks for the explanation! I'm closing the bug as invalid.
You better check, because not only /usr/lib need migration. find -P / -type l -name lib I think you should use the provided tools for the migration, read the news about it : https://www.gentoo.org/support/news-items/2017-12-26-experimental-amd64-17-1-profiles.html
Thanks again for the reply! After your heads-up, I found the migration news, and I'm currently doing a rebuild to finalize it.