As discussed in https://bugs.gentoo.org/show_bug.cgi?id=568752, I installed version 9999 of gentoolkit. Indeed it did solve the conflict with plex-media-server, however I wish to note two other issues affecting it. On every run I get the following: * Collecting system binaries and libraries * Checking dynamic linking consistency * Assign files to packages !!! Broken orphaned files: No installed package was found for the following: * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libitm.so.1.0.0 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libstdc++.so.6.0.20 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libatomic.so.1.1.0 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libgfortran.so.3.0.0 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libubsan.so.0.0.0 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libgomp.so.1.0.0 * /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi/4.9.2/libasan.so.1.0.0 There is nothing to emerge. Exiting. Installed using crossdev and done a second time to try to solve this problem. I also installed an x86 toolchain (this is an amd64 machine), it isn't mentioned. It doesn't seem to create any problem here aside from the error message. I freshly reinstalled gentoolkit-9999 this morning, no change. Another file of note: cat /etc/revdep-rebuild/99revdep-rebuild #comments... LD_LIBRARY_MASK="libodbcinst.so libodbc.so libjava.so libjvm.so" SEARCH_DIRS="/bin /sbin /usr/bin /usr/sbin /lib* /usr/lib*" SEARCH_DIRS_MASK="/lib*/modules /usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi" A convenient segway into the second issue which is the SEARCH_DIRS_MASK seems to be ignored, as mentioned in https://bugs.gentoo.org/show_bug.cgi?id=572116
I'm pretty sure this is a duplicate of 572116 due to the SEARCH_DIRS_MASK getting ignored. Just to make sure though, what does revdep-rebuild.sh -pv report?
Indeed it is a duplicate, I just wanted to make it clear 9999 is affected with the SEARCH_DIRS_MASK problem as well. The bigger issue to me is the orphaned files warning. I fibbed a little, I don't currently have the armv7a... mask in 99revdep-rebuild because I tried it repeatedly and it did no good. It's still not there but got this interesting result from revdep-rebuild.sh -pv: # revdep-rebuild.sh -pv * Configuring search environment for revdep-rebuild * Temporary cache files are located in /var/cache/revdep-rebuild revdep-rebuild environment: SEARCH_DIRS="/bin /lib /lib32 /lib64 /opt/bin /sbin /usr/bin /usr/lib /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3 /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/32 /usr/lib32 /usr/lib64 /usr/libexec /usr/local/lib /usr/local/lib32 /usr/local/lib64 /usr/sbin /usr/x86_64-pc-linux-gnu/armv7a-hardfloat-linux-gnueabi/gcc-bin/4.9.2 /usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3 /usr/x86_64-pc-linux-gnu/i686-pc-linux-gnu/gcc-bin/4.9.2" SEARCH_DIRS_MASK="/lib/modules /lib64/modules /usr/armv7a-hardfloat-linux-gnueabi /usr/i686-pc-linux-gnu" LD_LIBRARY_MASK="/usr/lib64/gcc/armv7a-hardfloat-linux-gnueabi libjava.so libjvm.so libodbc.so libodbcinst.so" PORTAGE_ROOT="/" EMERGE_OPTIONS="" ORDER_PKGS="1" FULL_LD_PATH="1" * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Generated new 1_files.rr * Collecting complete LD_LIBRARY_PATH * Generated new 2_ldpath.rr * Checking dynamic linking consistency [ 100% ] * Dynamic linking on your system is consistent... All done. So the revdep-rebuild.sh code knows the right thing to do without being told.
