[kde-solaris] KDE 3.1.4 status update

Achim Bohnet ach at mpe.mpg.de
Tue Sep 23 18:12:38 CEST 2003

On Tuesday 23 September 2003 08:46, Lars Tunkrans wrote:
> Stefan Teleman wrote:
> > 
> > Given the unpleasant amount of problems some of you seem to have had 
> > with the kderequired jumbo pkg and pkg relocation, i will build 3.1.4 
> > with RPATH disabled. This way, there will no hardcoded library paths 
> > into shared libraries or executables. On the flip side, this creates 
> > another little problem: LD_LIBARY_PATH has to be set, and it may end 
> > up being very long. 
> > Plese let me know what you think.

I personally hate LD_LIBRARY_PATH. Too fragile and volatile.
(It's the right thing for a devel environemt).  But I know
it's sometimes too tedious to find something better ;)
>    Solaris have:
>   /usr/lib /usr/dt/lib /usr/opewin/lib /usr/sfw/lib /opt/sfw/lib
>    Which already needs to be in LD_LIBRARY_PATH
>   and /usr/local/lib  if you are using SUNfreeware stuff.

So why not choose a different soname for conflicting libraries,
e.g., libfoo.so.1forte or libfoo-forte.so.1.

I've not know for solaris 8 but maybe there also other
alternatives some OS allow ...
	o for not-setuid/gid
	  programs to use environment vars in rpath.
	  (can env var also be used in *.la files??)
	o ivers games:  If a lib in
	  /path/soname has the same SONAME but not same
	  ivers,  OS ignores the lib and looks in

IMHO libfoo.so.1forte is 'the right thing'.  One only has
to find a include + lib dir that's only search by forte
and not by gcc during compile time.  Then identical .so
and .h files  can coexist on the same system without
conflict and compiler finds the right versions.

>   Every path we tack on to the end here means that almost every
>   single binary loaded  goes through this pathlist and searches for
>   "lib's"  every time it needs to load something.
>   Do a truss(1)  on any binary and you will see.
>   The end result is longer load times = startuptime.
>   If For some Reason -R_PATH's  cant be used
>   I think that most libraries to go with KDE needs to be
>   put in one place .
>   To have  a ten or twenty items long LD_LIBRARY_PATH
>   will slow the system down.
>   Maybe we should have a discussion on how and why the attempt on using
>   -R_Paths failed first.
>    //Lars
> -- 
> ========================================================
> Lars Tunkrans
> --------------------------------------------------------
> ___________________________________________________
> This message is from the kde-solaris mailing list.
> Account management:  http://mail.kde.org/mailman/listinfo/kde-solaris.
> Archives: http://lists.kde.org/.
> More info: http://www.kde.org/faq.html.

  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
                                      -- reddy at lion.austin.ibm.com

More information about the kde-solaris mailing list