Today due the change of the default ruby version from 1.9 to 2.0, I was looking to see what impact it would have on my servers.

Found a couple where it was installed, but not required by anything (but weren't marked as an automatic dependency, since from time to time I check if there are any automatic leaf packages to remove...)

So, I used pkg_rmleaves to remove it along with all the new leaves that formed.  Among the dependencies removed were 'devel/readline' and 'databases/db48'.

Soon after that I got nagios alerts because nslookup had stopped working.  It has a shlib dependency on 'libreadline.so.6' provided by 'devel/readline'.  Rebuilding that port ('dns/bind99') made it use 'libreadline.so.8' from base.

Though I later noted that 'pkg' knew that it required 'libreadline.so.6', it now doesn't show its use of 'libreadline.so.8' since its not a shared lib from ports.

Running pkg_libchk, I found a number of other ports that depended on either 'libreadline.so.6' or 'libdb-4.8.so.0'

ap22-mod_perl2-2.0.8_2,3: /usr/local/lib/perl5/site_perl/5.16/mach/auto/APR/APR.so misses libdb-4.8.so.0
freeradius-2.2.5_3: /usr/local/sbin/radmin misses libreadline.so.6
freetds-0.91.103_1,1: /usr/local/bin/fisql misses libreadline.so.6
freetds-0.91.103_1,1: /usr/local/bin/tsql misses libreadline.so.6
gnupg-2.0.26_1: /usr/local/bin/gpg-connect-agent misses libreadline.so.6
gnupg-2.0.26_1: /usr/local/bin/gpg2 misses libreadline.so.6
gnupg-2.0.26_1: /usr/local/bin/gpgv2 misses libreadline.so.6
mysql55-client-5.5.40: /usr/local/bin/mysql misses libreadline.so.6
postgresql92-client-9.2.9: /usr/local/bin/psql misses libreadline.so.6
python27-2.7.8_5: /usr/local/lib/python2.7/lib-dynload/readline.so misses libreadline.so.6
serf-1.3.7_1: /usr/local/lib/libserf-1.so.1.3.0 misses libdb-4.8.so.0
sqlite3-3.8.6: /usr/local/bin/sqlite3 misses libreadline.so.6

Rebuilding all the ports, they're using '/lib/libreadline.so.8' from base now.

While the ports that were using 'databases/db48', they're now using 'databases/db5' which was the only other version already present on these servers as it was required by 'devel/apr1' and 'databases/php5-dba' (where 'devel/apr1' has "BDB_USE= BDB=5+", while 'databases/php5-dba' has "USE_BDB= 40+")

This is probably a problem with the various ports as well...