fileview is installed as part of openmotif-2.2.2-r1. This is what I get when I run it: $ /usr/X11R6/bin/fileview /usr/X11R6/bin/fileview: error while loading shared libraries: libMrm.so.3: cannot open shared object file: No such file or directory It's true - there is no libMrm installed. It must have existed during the build process otherwise it would have failed at that stage. Since it isn't installed, this suggests that it is built by openmotif-2.2.2-r1 - and checking the source, this *is* the case. Either, the demos (of which fileview is one) shouldn't be installed, or libMrm should be. (I should point out that I don't actually want to use the program - I'm just trying to make my revdep-rebuild output clean: Checking dynamic linking consistency... broken /usr/X11R6/bin/xmanimate (requires libMrm.so.3) broken /usr/X11R6/bin/fileview (requires libMrm.so.3) broken /usr/X11R6/bin/hellomotif (requires libMrm.so.3) broken /usr/X11R6/bin/periodic (requires libMrm.so.3) broken /usr/X11R6/bin/helloint (requires libMrm.so.3) broken /usr/X11R6/bin/uil (requires libMrm.so.3) All of these programs are "owned" by openmotif.) (My openmotif build was performed immediately before this check...)
I have the same problem too. I think anybody with openmotif 2.2 will have this issue. It also creates non-fatal errors when running prelink(missing libMrm). Installing openmotif 2.1.30 fixes the problem. And I think most packages are happy with that version.
investigating
The missing libMrm is a problem with the included libtool which doesn't work with DESTDIR != "/". What happens here is, libMrm, as well as libUil, is linked twice; once during `make' against libXm in the source tree (succeeds) and again in `make install' against `/usr/X11R6/lib/libXm' (fails because -lXm is still in `${D}/usr/X11R6/lib', but the Makefiles for some reason ignore these errors). Thus, libMrm is around at the time the demos are built, but is gone after `make install'. To add to the confusion, when remerging openmotif, the linker will pick up the already installed copy of -lXm, linking succeeds, libUil and libMrm are there... ...so the easiest fix is to just reemerge... I've created a new ebuild with the following additions: * fixed the libtool issue * dropped the demo programs; most of them won't work correctly even if libMrm is there because of missing app-defaults and/or .uid files. The other big distros don't install the demos either. * fixed location of Mwm configuration file (FHS compliance) * added Mwm app-defaults file. * compress man pages. * added missing docfiles in /usr/share/doc
Created attachment 12854 [details] updated ebuild
Created attachment 12855 [details, diff] required patch
hi, your ebuild was great. The few things I changed: inherit the libtool eclass and run elibtoolize instead. Also, the app-defaults file is just placed into ${FILESDIR} and newins'd. Thanks a bunch for that, bartron.
