From kde-core-devel  Mon Oct 29 10:49:15 2007
From: Andras Mantia <amantia () kde ! org>
Date: Mon, 29 Oct 2007 10:49:15 +0000
To: kde-core-devel
Subject: Re: Some libraries are not found without LD_LIBRARY_PATH mangling
Message-Id: <200710291249.16176.amantia () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=119365501523198
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2265368.IaLGpmHXQr"

--nextPart2265368.IaLGpmHXQr
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 29 October 2007, Thiago Macieira wrote:
> Em Monday 29 October 2007 11:20:09 Andras Mantia escreveu:
> > On Sunday 28 October 2007, Alexander Neundorf wrote:
> > > Yes, it should, please verify.
> >
> > Ok, so  -DKDE4_USE_ALWAYS_FULL_RPATH=3DON does what it should and
> > works (in most cases) like in KDE3. I vote to have this turned on
> > by default (with a way to disable it). For example it still didn't
> > work for blitz in kdesupport, libqimageblitz.so still doesn't have
> > an RPATH.
>
> Blitz isn't a KDE library. The macro is part of kdelibs, so nothing
> in kdesupport benefits from it.

Yes, I thought this is the case. Couldn't we have a solution for=20
kdesupport as well? Because that's not good if we solve only part of=20
the problem. Eg, the same problem appears for soprano executables, so I=20
still would need to change either LD_LIBRARY_PATH or /etc/ld.so.conf.

Andras

=2D-=20
Quanta Plus developer - http://quanta.kdewebdev.org
K Desktop Environment - http://www.kde.org

--nextPart2265368.IaLGpmHXQr
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQBHJbqsTQdfac6L/08RAu+vAKDn8wSOe9ra/sCXrxxz29nSV3YoBACeLqgi
RMzMnyjyQs3hnrJ9r98GZW4=
=ZBLw
-----END PGP SIGNATURE-----

--nextPart2265368.IaLGpmHXQr--