BLFS use of /opt
bdubbs at swbell.net
Sun Oct 6 09:01:17 PDT 2002
Mark Hymers wrote:
>As I mentioned in my previous email, I want to draw up a policy on the
>BLFS use of /opt.
>At the moment we use it in several places and ways (--> = symlink)
>/opt/qt --> /opt/qt-version (qt-3.0.5)
>/opt/kde --> /opt/kdeversion (kde303)
>/opt/java/j2sdk --> /opt/java/j2sdk-version
>Which to my mind is slightly messy.
>I think I'd quite like to standardise on the qt way albeit slightly
>modified. Now, I know that people can vary from this (and indeed they
>are encouraged to do it their way) but I'd like the book to be
>consistent, so I propose something along these lines:
>/opt/PACKAGE-MAJVER --> /opt/PACKAGE-VER
>so, from above we'd have:
>/opt/qt-3 --> /opt/qt-3.0.5
>/opt/kde-3 --> /opt/kde-3.0.3
>/opt/gnome-1 --> /opt/gnome-1.4
>/opt/gnome-2 --> /opt/gnome-2.0.WHATEVERITISNOW
>/opt/mozilla-1 --> /opt/mozilla-1.0.1
>/opt/java-1 --> /opt/java-1.4.0
>The instructions would use the proper path such as:
>./configure --prefix=/opt/qt-3.0.5 etc etc...
>./configure --prefix=/opt/kde-3.0.3 etc etc...
>But when we suggest adding things to /etc/ld.so.conf and /etc/man.conf
>I'm quite happy to make these changes as long as I get the OK from each
>of the other editors, I'll also write the page to go in the
>Does anyone have any objections to this or can forsee any problems it
I don't have a problems with most of the issues you raise, but there is
one problem area in my mind. I don't feel we should have the symlinks
include the version number. It makes no sense to have both qt-3 and
qt-4 symlinks or kde-3 and kde-4 symlinks. If this is done, I'm sure
some users would try to put both version in a path or in ld.so.conf and
one or the other (or both) would get screwed up. The way things are
now, if a user wants to change, a simple symbolic link change and
running ldconfig is all that is necessary to change the system.
BTW, I used kde303 because it was easier to type than kde-3.0.3, but
that can certainly be changed in the book with an entity update. I'd
suggest all these entries be put in the book as entities to make things
easier to update.
Right now I have the following on my plate:
1. Fix kde as you suggest above.
2. Add some comments about configure options to the KDE intro. Place a
reference to these comments in aRts.
3. Add xde, kdm
4. Add cups
I am not planning on adding kdevelop and friends to KDE unless there is
some demand. I've never seen a request and IIRC its not covered in any
of the KDE hints either so if there was a demand, someone would have
spoken up by now.
Unsubscribe: send email to listar at linuxfromscratch.org
and put 'unsubscribe blfs-dev' in the subject header of the message
More information about the blfs-dev