If I have understood correctly, binaries which are not on PATH and not in /etc/ld.so.conf should have be represented by SEARCH_DIRS in some file in the /etc/revdep-rebuild/ directory. As it seems /usr/NX/bin is not in PATH (since the binaries have shell wrappers in /usr/bin/) and not in /etc/ld.so.conf and not in any of the SEARCH_DIRS in files in /etc/revdep-rebuild/, I think it's a bug. Therefore I suggest adding the following single line into a revdep-rebuild config file, say /etc/revdep-rebuild/11nx: -------------8<----------------------- SEARCH_DIRS="/usr/NX/bin" -------------8<----------------------- I have nxclient, nxnode and nxserver-freeedition merged. All of these store binaries in /usr/NX/bin. However, all of them directly or indirectly depend on nxclient, so I would perhaps update just the nxclient ebuilds to install the revdep-rebuild configuration file I suggested above, and then let the other depend on this functionality as well through their already existing dependencies.. I have not investigated whether there are more packages installing into said location, but I guess they would all depend on nxclient somehow.. Reproducible: Always Steps to Reproduce: 1. upgrade openssl from 0.9.* to 1.* 2. notice how nxclient doesn't work properly anymore 3. notice how revdep-rebuild doesn't re-merge nxclient (and related) Actual Results: revdep-rebuild does not notice that nxclient needs to be rebuilt Expected Results: revdep-rebuild should re-emerge nxclient too
Bah, nxclient etc are binary-only.. no point remerging these. The problem was something else, it seems the openssl 0.9.8 libraries had suddenly gone missing even if 0.9.8o-r1 had been installed previously. As a result, revdep-rebuild started emerging a lot of packages, which consequently started depending on openssl 1.0 instead.. Apologizes for this.
