On Sunday 19 September 2004 23:23, Malte S. Stretz wrote:
> But currently each distro does it how the maintainer like it (or
> interprets the FHS) -- Gentoo uses /usr/kde, SuSE /opt/kde, RedHat
> something else, and I think Debian throws all the stuff into /usr.  To
> me this sounds like the FHS is flawed if it comes to stuff like this. 
> Even the /usr/X11R6 directory is only there because it was always there
> though an alternative is missing, too.
>
> Ironically was there lately a discussion on the KDE core-devel list if
> the default location for KDE should be /opt/kde for KDE 4 (instead of
> /usr/local).
>
> If something is broken, it's normally the better to fix it instead of
> working around.  So maybe the FHS should be refined to support what is
> needed by either adding an additional subdirectory below /usr or a
> completely new root-level directory.  I mean it's not like the place in
> / is limited by anything and /svc was also added lately (and btw Linux'
> /sys is completely against the FHS).

Welcome to the real world. This is broken for a long long time and I'm 
sure that it was mentioned to the FHS people a long time ago.

>
> Another thing which cropped up in combination with the macchanger
> ebuild (the issue is in b.g.o) was that sometimes shomething like
> /share or /lib/share is needed.
>
> The current FHS mailinglist is more a spamtrap than anything.  Maybe a
> new one should be created.  There a group of people consisting of (a)
> the previous FHS contributors (b) somebody from each big distro and (c)
> some people from the bigger desktop environments (or freedesktop.org)
> can get together and try to fix all the current issues with the FHS and
> create a version 3.0.

When the FHS gets sensible enough to offer a solution for existing 
problems then I'm surely in favour of following it, but as it stands the 
FHS does not answer some of the questions we have.

Paul

ps. The other "solution" could be to do it like the eclipse ebuild does 
and install in /usr/lib/eclipse or /usr/lib/kde/3.3, although I even like 
it less. I think that our solution is best. To be FHS compliant (better, 
to sidestep the FHS) we could make a new subdir to /usr where we put 
these packages. This does not violate the FHS as no package is directly 
under /usr and we still follow our own guidelines, and provide a clean 
solution.


-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net