20 May
2011
20 May
'11
1:23 a.m.
On 05/19/2011 05:57 PM, David C. Rankin wrote:
On 05/18/2011 09:52 PM, Tiago Marques wrote:
I have changed the prefix that I compile my packages to /usr/local just
to advoid this problem. After trinity changes the package name and
libraries from kde to something else, all I then need to do is change
/usr/local to /usr and the packages intergrate perfectly into the arch
system. /usr/local on an arch system has nothing installed there so I
have the perfect playground.
Prior to building last time, I removed the
following export:
# export
LD_LIBRARY_PATH=/opt/trinity/lib:/opt/trinity/lib/kde3:$LD_LIBRARY_PATH
I wonder if that is killing Trinity's ability to find the styles?
I'll try a
rebuild...
Let me know how that goes. Also have a look in "~/.xsession-errors",
maybe
there's something useful there.
Best regards,
Tiago
DAMN!
That was it! I have the styles back after the rebuild of kdelibs
with the export of LD_LIBRARY_PATH! The Trinity CMake files are not
doing whatever gets done with:
export
LD_LIBRARY_PATH=/opt/trinity/lib:/opt/trinity/lib/kde3:$LD_LIBRARY_PATH
unless you explicitly export it. Shouldn't the CMake files handle this??
Next issue: Why are things still going in ${prefix}/lib/kde3 ??
Shouldn't we make something like ${prefix}/lib/tde now to avoid
potential conflict? (or would the code rewrite be horrendous?)