trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: January 2012

Re: [trinity-devel] Need help: cmake/pkgconfig breakage?

From: Bruce Dubbs <bruce.dubbs@...>
Date: Thu, 19 Jan 2012 16:55:21 -0600
Baho Utot wrote:

> I try to keep to FHS as much as possible so I don't incur this type of wrath 
> from pkg-config and the gnu tool chain.  To say nothing of actually ruining 
> the beast when you've finished getting it to build.

> This why I put TDE into /usr so the build environment doesn't cause me gas and 
> bloating... and I know it will run when I get the beast installed.

And what happens if you are using that version of Trinity in /usr and 
want to test the latest.  You write over your working executable or 
library with one that may or may not work with the existing packages?

> I put qt3 into /usr/local so I avoid problems with qt4. 

That tells me you don't know anything about qt3 or qt4.  There are no 
name conflicts with the two libraries.  The only issue is the PATH for a 
few development executables like qmake and moc.  If you are building for 
qt3, you set the PATH one way.  For qt4, another.  It can be easily 
scripted.

> /usr and /usr/local are usally configured on most distributions linker paths 
> and it's in the PATH so then I don't as the packager have to jump through 
> hoops etc.

Configured for what?  /usr/local/{bin,lib} are empty by default.

> You folks can do what ever you wish but for me I am sticking to FHS and puting 
> this thing into /usr/local.

Have you *read* the FHS?  What does it say about /opt?

Let me read it for you: "/opt is reserved for the installation of add-on 
application software packages. A package to be installed in /opt must 
locate its static files in a separate /opt/<package> or /opt/<provider> 
directory tree, where <package> is a name that describes the software 
package and <provider> is the provider's LANANA registered name."

> I don't know where all this /opt and company came from but.....

You are right.  You don't know.

> When I finally get to rebuilding TDE I will put the whole thing 
> into /usr/local.  It will not interfere with KDE4 and QT4 and as an added 
> benifit I don't have to mess with PATH nor the linker path etc.  It just 
> works. ;)  

Your system your rules.

> May I suggest you think about changing /opt or where ever you 
> installed this beast and place your work into /usr/local as well.

You may suggest, but it is a poor suggestion.  How would you have a 
trinity-3.5.13, trinity-3.5.14, and a trinity-dev on the same system?

Do this in /usr/local:

lrwxrwxrwx  1 root   root     9   Dec 14 21:55 qt -> qt-3.3.8d
drwxr-xr-x 11 root   root    4096 Dec  1  2005 qt-3.3.5
drwxr-xr-x 11 root   root    4096 Nov  3  2007 qt-3.3.8
drwxr-xr-x 11 root   root    4096 Apr 22  2007 qt-3.3.8-nomysql
drwxr-xr-x 11 root   root    4096 Dec 14 21:55 qt-3.3.8d
drwxr-xr-x 12 root   root    4096 Mar  5  2008 qt-4.3.4
drwxr-xr-x 13 root   root    4096 May 21  2009 qt-4.5.0
drwxr-xr-x 13 root   root    4096 Aug 18  2009 qt-4.5.2
drwxr-xr-x 14 root   root    4096 Oct 12  2010 qt-4.7.0
drwxr-xr-x 14 root   root    4096 Jan 10 15:04 qt-4.8.0

lrwxrwxrwx  1 root   root       9 Aug 18  2009 kde -> kde-3.5.10
drwxr-xr-x  7 root   root    4096 Dec 12  2006 kde-3.5.2
drwxr-xr-x  7 root   root    4096 Aug 18  2009 kde-3.5.10
drwxr-xr-x  7 root   root    4096 Dec 19 22:18 trinity -> trinity-3.5.13
drwxr-xr-x  7 root   root    4096 Dec 19 12:34 trinity-dev
drwxr-xr-x  5 root   root    4096 Dec 18 21:06 trinity-3.5.13

   -- Bruce