[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [forward] FHS pre-2.1 draft #3 on web site



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


Reply to: