Dear Suhaib: I installed the new opendx and opendx-docs RPMs today. The good news is that the interactor problems seem to be fixed. The bad news is that there seem to be some problems with the RPMs.
1. The rpms install everything into /usr/local/dx except for a few things that get installed into /dx, namely: /dx/bin_linux/prompter /dx/bin_linux/startupui /dx/bin_linux/test.txt /dx/bin_linux/tutor /dx/include/dx/arch.h /dx/include/dx/geometry.h /dx/java/htmlpages /dx/java/server/dxmacros/weboptionsmac.net I suspect you meant for that stuff to go into /usr/local/dx as well, right? I had to move the stuff from /dx/bin_linux to /usr/dx/bin_linux for dx to work. 2. Even after moving the stuff I had to specifically add /usr/local/dx/bin and /usr/local/dx/bin_linux to my path for the /usr/local/dx/bin/dx script to work. 3. Finally, the RPMs are not compliant with Linux Filesystem Hierarchy Standard (http://www.pathname.com/fhs/), concerning where they install files. My understanding is that everything should be installed into /usr/lib/dx (rather than /usr/local/dx, /usr/dx, or /dx), except that the executable script dx should be moved or copied into /usr/bin/dx, and the man page should be moved or copied into /usr/man/man1/dx.1. Thanks for your work on the opendx RPMs. -- Doug Arnold P.S. To get the RPMs to install at all on my RedHat 6.1 system I needed to upgrade libstdc++ with libstdc++-2.95.2-3.i386.rpm from rawhide.redhat.com. However this had side effects on other installed RPMs. Consequently I had to upgrade my egcs compiler RPMs to the gcc compiler RPMs on rawhide, and also to upgrade cpp, kernel-utils, and binutils, before I could install the opendx RPM. I did *not* have to put in a libstdc++ symlink. This is done by the new libstdc++-2.95.2-3 RPM.
