Bugzilla Bug 211553

When trying to start opendx, a missing library is reported:

> dx
/usr/dx/bin_linux/startupui: error while loading shared libraries: libXm.so.3:
cannot open shared object file: No such file or directory

This should have been reported and fixed by revdep-rebuild but it was
not detected by that utility, revdep-rebuild -p reported that all was well.

The workaround is easy, re-emerging opendx manually.

Reproducible: Always

(In reply to comment #0)
> This should have been reported and fixed by revdep-rebuild but it was
> not detected by that utility, revdep-rebuild -p reported that all was well.

Well, that's because it installs to a completely stupid location...

Well, opendx is a pretty big package and I don't think
we should mess with its install locations. How does
revdep-rebuild pick up binaries, presumably by
walking all directories in PATH? If so, we should
probably generate an opendx entry in env.d exporting
all relevant directories to PATH.

cheers,
Markus

(In reply to comment #2)

No, that won't fix revdep-rebuild. You need to install a file to
/etc/revdep-rebuild with something like this:

SEARCH_DIRS="/usr/dx/bin /usr/dx/lib" or whatnot, see some existing examples
there. 

Thanks much, Jakub!
I've added this bit to the opendx-4.4.4.ebuild
and revdep-rebuild should now be aware of the
opendx specific binary locations.

cheers,
Markus