I just tried to install KDE 3.1 - but it won't fit to my traditional partitioning scheme ("/usr" ist too small). KDE will get installed to /usr/kde/3, QT3 to /usr/qt/3, and Opera installs some of it's icons to /usr/kde/2 und /usr/kde/3. Aren't these directories allowed by the FHS? The official document doesn't include them, and the other distribution i know use /opt/kde{2,3} and /usr/lib/qt{2,3} for the packages. Blackdown Java is already put to /opt, also Opera itself. For now i try to fix it by hacking thru the ebuild-files....
/opt is really reserved for binary packages
Gentoo's stance on the filesystem structure is that binary only ebuilds are placed into /opt. We use the /usr/kde and /usr/qt stuff because it allows several versions to co-exist. the other packages you mentioned are, in fact, binary only. As for /usr being so small, you might wish to consider making it larger, as gentoo uses the /usr partition a lot.
Just took a deeper dig through "gentoo-dev" archives - this has been discussed several times now. I see if i can make it work my way ("usr/lib/qt" and "/opt/kde") or i have to look for another distibution - there are >100 other out therr to try, maybe i get happy with one of them. Or i do it again the "LFS-way".
*** Bug 16545 has been marked as a duplicate of this bug. ***
seems kind of dumb to change distro's because of pathnames ... if you wanted, you could just do at bootup: mkdir /opt/kde mount -o bind /opt/kde /usr/kde and the same for any other package you dont want in /usr/
invalid status: CLOSED INVALID qt is installed into wrong directory: /usr/qt instead into /usr/lib, /usr/include and ... kde is installed into worng directory: /usr/kde instead into /usr/kde, /usr/include and ... if you are lame to fix, please set correct status: LAME TO FIX
It's a design decision based on the tradeoffs that we must undertake as developers. If you wish it to be fixed to something different, suggest something else and correct the ebuilds to reflect it. This is the best way we can handle this while allowing multiple versions of KDE and Qt to co-exist. As far as the LAME TO FIX comment goes: Gentoo is open source. You're more than welcome to make fixes yourself.
i'm not against different version of kde, but did you read FSH? didn't: read. Read to fast: read one more time. You don't understand why we need FSH: sorry. Fix ebuild? and what's next. Do rsync, and fix again? I didn't believe that enyone want'ts to commit thease pathc'es
http://linux-sxs.org/pipermail/linux-users/2002-July/005546.html This may help explain why things were done the way they were. If you still do not like it, then why not just make symbolic links so that your stuff still gets installed correctly? /usr/kde/3.1/lib -> /usr/lib /usr/kde/3.1/etc -> /usr/etc and so on
Also the FHS is extremely vague, and in case of kde there is actually no clear point where it should be. The solution that is used by gentoo in my opinion does not actually violate the fhs. I agree that there is a use for the FHS, but I also see that the issue of kde and friends (nonbinary distribution packages that make up a whole and so should go to /opt except for the fact they are nonbinary) is not currently addressed by the FHS. As we are trying to create a distribution with as much choice as possible and allowing multiple options is a key point of that, there has been no option but to look outside the FHS and devise the current scheme which tries to follow the guidelines of the FHS by chosing a way similar to the way X has been put in the tree (but not explicitly violating the standard by putting a version number in the first directory)