There has been some reports on the newsgroup like
err:module:BUILTIN32_dlopen failed to load libver.so: liblz32.so: cannot open shared
object file: No such file or directory
with mention of libraries residing in /usr/lib/wine, and /usr/lib/wine
configured as EXTRA_LD_LIBRARY_PATH. What I think happens here, is that
the app wants ver.dll, Wine loads it with BUILTIN32_dlopen(), which calls
ELFDLL_dlopen(). Since /usr/lib/wine isn't in ld.so.conf, ELFDLL_dlopen()
searches the EXTRA_LD_LIBRARY_PATH for libver.so, finds it, and tries to
load it with dlopen() using the explicit path.
But then libver.so depends on liblz32.so, but that's not in ld.so.conf
path either, and this time, ELFDLL_dlopen() can't help since it doesn't
get called recursively by dlopen() or anything...
Something should probably be done to fix this...
