[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Redhat kde package config
From:       Mosfet <mosfet () jorsm ! com>
Date:       1999-08-31 15:10:48
[Download RAW message or body]

Yep, Andreas is right, and it's one of the reasons I don't like the FSS. The
fact that I now have 1,564 binaries in /usr/bin is not good ;-)

On Tue, 31 Aug 1999, Andreas Pour wrote:
> nbecker@fred.net wrote:
> 
> > I was really disappointed to find that RH6.0 built kde with
> > --prefix=/usr.  Instead of organizing kde under /opt, everything is in
> > /usr/bin, /usr/lib, etc.
> 
> This is required to comply with the Linux File System Standard.  Anything
> distributed by the initial distributor (in this case RedHat) is supposed
> to go under /usr; add-on stuff goes to /opt and perhaps /usr/local.  See
> http://www.pathname.com/fhs/, and esp.
> http://www.pathname.com/fhs/2.0/fhs-3.8.html, where it says "/opt is
> reserved for the installation of add-on application software packages",
> http://www.pathname.com/fhs/2.0/fhs-4.html and
> http://www.pathname.com/fhs/2.0/fhs-4.6.html.
> 
> > Incidentally, this causes kde to add -I/usr/include, which is
> > dangerous on platforms using gcc where gcc is not the native compiler.
> 
> RH-6.0 (to which you refer) uses egcs-1.1.2 as the default compiler.  If
> other distributions which do not have an adequate c++ compiler installed
> wish to comply with the FHS, they will have to modify the auto-config
> stuff, it would seem, to avoid this problem.
> 
> > In any case, has there been any discussion of this choice with the kde
> > devel community?
> 
> Lots; mainly flames by people who do not understand the Linux FSS (as
> evidenced by the fact that they argue it should fall under /opt to comply
> with standards, whereas that exactly is what RedHat is doing be putting
> it under /usr).  Read the mail archives.
> 
> Regards,
> 
> Andreas Pour
-- 
Daniel M. Duley - Unix developer & sys admin.
mosfet@mandrakesoft.com
mosfet@kde.org
mosfet@jorsm.com

[prev in list] [next in list] [prev in thread] [next in thread]