> 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.
Ouch, I made the mistake again. Thanks for leting me know. I will fix it. > > 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 I had /usr in my previous rpms. However, I prefer not to mess around with /usr directory therefore choose the /usr/local again. It is my personal opinion, not to install user applications in /usr directory, instead install it in /usr/local to keep the system binaries separate from user applications. > > 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. Well, that is where users would run into troubles when they prefer precompiled binaries. Every developer has its own prefereneces for compilers. In my opinion GCC 2.95.2 is a lot better compiler then egcs-1.1.2. RedHat was distributing egcs-1.1.2 upto version 6.1 because there were some Linux kernel compilation issues (that is what I guess). But GCC-2.95.2 now compiles Linux Kernel 2.2.x and 2.3.x. Beside, I use GCC-2.95.2 also on Windows and prefer to have same compilers on Linux so I can have my development tools on Linux and Windows in sync. Regards Suhaib > >
