On Thu, Sep 23, 1999 at 10:19:04AM +0200, Andreas Voegele wrote: > You suggest creating the following directories by default: > > /etc/opt, /opt/bin, /opt/doc, /opt/include, /opt/info, /opt/lib, > /opt/man and /var/opt.
Yes. > Firstly, none of the existing applications that go to /opt use these > directories. For example, the version of Applixware that SuSE ships > goes to /opt/applix and is started with /usr/bin/X11/applixware. Applixware shouldn't be sticking anything in /usr/bin/. > There's neither a need for the directories you suggest nor for > symbolic links in /opt/bin. The administrator should be the one to create directories in /opt/bin/, not the package. > Secondly, linking to /opt/bin is a bad idea anyway. For example, > there are often several versions of the Oracle RDBMS on one machine. > The directory hierarchy usually looks like this: > > /opt/oracle/product/7.3.2 > /opt/oracle/product/8.0.5 > /opt/oracle/product/dev2000 > > In each of these directory trees the executable sqlplus may exist. > To which one do you link? In general, that depends on which one is the primary distribution at that site. For the specific case of oracle, it would probably be a good idea to provide simple shell scripts which are sensitive to ORACLE_HOME, and which would source the default oraenv script if ORACLE_HOME wasn't set. But that's up to the local administrator. > It should be up to the user to decide which directory she wants to put > in her path. Yes, and Debian should provide a reasonable default path. -- Raul
