Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 3421

Summary: yet another case of very poor, broken paths
Product: [Retired] Red Hat Linux Reporter: piercarl
Component: innAssignee: David Lawrence <dkl>
Status: CLOSED WONTFIX QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 6.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-06-12 22:43:46 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description piercarl 1999-06-12 18:33:46 UTC
In the inn-2.2-8 package the installation paths chosen are
extremely poor and break not just tradition but all sorts
of other programs.

In particular it is unconscionable that all the internal INN
executables are being installed in /usr/bin, or even worse,
subdirectories of /usr/bin, instead of something like
/usr/lib/inn/bin; even worse, the innd daemon itself is
installed in /usr/bin instead of /usr/sbin.

These paths show a rather severe case of disregard or even
worse ignorance of long standing and well justified
UNIX traditions, something that is happenning at RedHat
ever more often (another extremely irritating example is
the dumping of X11 only programs, like Netscape, in the
/usr/ hierarchy instead of the proper /usr/X11R6

I used to trust RedHat to make such decisions ``properly''.
Too bad now I cannot.

Comment 1 Jeff Johnson 1999-06-12 22:43:59 UTC
The inn package uses configure defaults for executables and is
compatible with earlier versions of Red Hat Linux.

------- Additional Comments From   06/13/99 15:45 -------
In addition to this, inn-2.2-9 (and possibly 2.2-8) change to store
news in /var/spool/news/articles rather than in /var/spool/news.
This would have been OK if it looked in BOTH locations, but after
upgrading all my news before upgrading was just *gone* until I figured
this out, moved all the old news directory trees down into articles,
and 'ctlinnd renumber ""'