Bug 18605 - Non FHS [or Red Hat] compliance in various Application Library packages
Non FHS [or Red Hat] compliance in various Application Library packages
Status: CLOSED WONTFIX
Product: Red Hat Powertools
Classification: Retired
Component: acroread (Show other bugs)
7.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Ngo Than
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-10-07 10:39 EDT by Mike MacCana
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-10-16 13:05:24 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Mike MacCana 2000-10-07 10:39:55 EDT
The /opr directory is depreciated and not a partof the Linux File Heirarchy
system. Furthermore it is no longer is use by Red Hat, or part of the
filesystem tree package.

/opt is an abbreviation of the word optional', applicable for non OS [or OS
vendor] applications in UNIX. The directory is inappropriate for Linux, as
all [or most] software is `optiona' [non-OS vendor supplied].

The FHS system specifies that end user applications [such as StarOffice
5.2] sort their files based on function [binary, documentation, etc] and
install throughout the appropriate branches of /usr [/usr/bin/soffice,
etc].

In the event the application absolutely requires its own directory tree,
/usr/local/<application> is also appropriate. Either way /opt/* is not.

I have marked this issue as medium severity due to Red Hat's recent moves
to align its Linux distribution with the File Heirarchy System, and this
bugs detrimental effect on those moves.
Comment 1 Ngo Than 2000-11-16 10:02:05 EST
i don't see any problem with FHS  here.

Note You need to log in before you can comment on or make changes to this bug.