Felipe Sateler <[EMAIL PROTECTED]> writes:
> Charles Fry wrote:
>> I finally found some pseudo-official documentation on this:
>>
>>http://wiki.debian.org/RpathIssue
>>
>> which confirms what you said:
>>
>>"Currently, the only valid use of this feature in Debian is to add
>>non-sta
Charles Fry wrote:
> I finally found some pseudo-official documentation on this:
>
>http://wiki.debian.org/RpathIssue
>
> which confirms what you said:
>
>"Currently, the only valid use of this feature in Debian is to add
>non-standard library path (like /usr/lib/) to libraries tha
> > So is the lintian test wrong? Should it only be checking for rpaths that
> > aren't system directories?
>
> good question!
I finally found some pseudo-official documentation on this:
http://wiki.debian.org/RpathIssue
which confirms what you said:
"Currently, the only valid use of thi
On Wed, Jul 12, 2006 at 05:32:12PM -0400, Charles Fry wrote:
> So is the lintian test wrong? Should it only be checking for rpaths that
> aren't system directories?
good question!
--
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28
signature.asc
Description:
> > > Depends. Does it actually fix the warning?
> >
> > Yes, but it also broke my binary, which can no longer find the needed
> > library. Any suggestions? Is rpath okay in this case? The needed library
> > is coming from /usr/lib/courier-authlib.
>
> In this case, I believe it is correct. rpath
On Wed, Jul 12, 2006 at 05:05:36PM -0400, Charles Fry wrote:
> > > So, my questions are: Have I succesfully identified the currently
> > > accepted ways of fixing this warning?
> >
> > Depends. Does it actually fix the warning?
>
> Yes, but it also broke my binary, which can no longer find the n
On Wed, Jul 12, 2006 at 09:58:25PM +0100, Neil Williams wrote:
> Charles Fry wrote:
> >
> > A package I am creating from scratch is giving me the lintian warning
> > binary-or-shlib-defines-rpath.
>
> I've looked for this kind of answer before - it's not as simple as it
> appears. rpath arises fr
> I've looked for this kind of answer before - it's not as simple as it
> appears. rpath arises from libraries in non-standard locations, either
> alone or when linked to a binary.
>
> 1. Dependencies can bring in rpath: See Bug # 374797 (amd64 specific)
> 2. linking binaries against pkglib_LTLIBR
Charles Fry wrote:
>
> A package I am creating from scratch is giving me the lintian warning
> binary-or-shlib-defines-rpath.
I've looked for this kind of answer before - it's not as simple as it
appears. rpath arises from libraries in non-standard locations, either
alone or when linked to a bina
Hi,
A package I am creating from scratch is giving me the lintian warning
binary-or-shlib-defines-rpath. lintian-info in turn tells me "Please
contact debian-devel@lists.debian.org if you have questions about this."
My search revealed two possible solutions: 'configure --disable-rpath'
where supp
hi,
i've got a lintian error:
E: libstrigihtmlgui0: shlib-with-non-pic-code
usr/lib/libstrigihtmlgui.so.0.3.2
N:
N: The listed shared libraries contain object code that was compiled
N: without -fPIC. All object code in shared libraries should be
N: recompiled separately from the static lib
11 matches
Mail list logo
