All wget ebuilds employ use_with socks5 in src_compile() but do not DEPEND on any package that would provide libsocks.so.0. If wget is emerged with the socks5 USE enabled yet no SOCKS5 package is installed the merge goes ahead just fine. But if a SOCKS5 package was already installed before wget was (re)emerged and socks5 is USEd, and depclean removes the SOCKS5 package for some reason, wget breaks because of the missing libsocks.so.0. revdep-rebuild obviously fixes wget, but this is curing the symptom. wget should either hard-DEPEND on net-misc/dante, or if tying wget to a specific SOCKS5 implementation is not desirable then a virtual/socks5 should be introduced, with dante providing it.
*** Bug 89525 has been marked as a duplicate of this bug. ***
Thanks Mihai -- I chose to just rdepend on dante -- I don't see any other socks5 implementations. I've added Alin to this bug report to gather his thoughts on the subject. Alin -- are we able to have virtual/socks5 as RDEPENDS in portage yet? (ie, are there multiple socks5 implementations?)
There isn't any other SOCKS library that I know of, at least not in the usual sense. The potential candidate to virtual/socks should install libsocks.so and socks.h. net-proxy/tsocks is a kind of socks library but in a twisted way. Your application doesn't need SOCKS support for using it. Instead, you use LD_PRELOAD env var to load tsocks library, which will "proxy" all network calls through the SOCKS proxy. Seemant, if you find another socks implementation lost somewhere in our tree, just let me know. I will move it to net-proxy, under net-proxy herd protection ;)
*** Bug 172828 has been marked as a duplicate of this bug. ***
