Hm, I'm now getting errors from dpkg-shlibdeps (i.e., and installation
time):
```
dpkg-shlibdeps: error: couldn't find library libtrilinos_trilinosss.so.12
needed by
debian/libtrilinos-amesos12/usr/lib/powerpc64le-linux-gnu/libtrilinos_amesos.so.12.11
(ELF format: 'elf64-powerpcle'; RPATH:
':/usr//
I can confirm that the RPATH is
```
RPATH: ':/usr//lib:/usr/lib/powerpc64le-linux-gnu/openmpi/lib'
```
I'll just wait for the next ompi upload then.
Cheers,
Nico
On Thu, Jan 19, 2017 at 2:10 PM Alastair McKinstry
wrote:
>
>
> On 19/01/2017 11:20, James Cowgill wrote:
> > Hi,
> >
> > On 18/01/17
On 19/01/2017 11:20, James Cowgill wrote:
> Hi,
>
> On 18/01/17 22:39, Nico Schlömer wrote:
>> I'm co-maintaining the Trilinos package [1] in Debian and recently found
>> a bunch of new lintian warnings of the kind
>> binary-or-shlib-defines-rpath [2]. It say in the description of the warning:
>>
On 19/01/17 12:20, Thibaut Paumard wrote:
> Le 19/01/2017 à 12:20, James Cowgill a écrit :
>> On a separate note: does this interfere with the alternatives system
>> which openmpi currently has? If an rpath is used, it will override any
>> libraries in the default linker search path so even if the
Le 19/01/2017 à 12:20, James Cowgill a écrit :
> On a separate note: does this interfere with the alternatives system
> which openmpi currently has? If an rpath is used, it will override any
> libraries in the default linker search path so even if the mpi
> alternative is changed, many applications
Hi,
On 18/01/17 22:39, Nico Schlömer wrote:
> I'm co-maintaining the Trilinos package [1] in Debian and recently found
> a bunch of new lintian warnings of the kind
> binary-or-shlib-defines-rpath [2]. It say in the description of the warning:
> ```
> To fix this problem, look for link lines like:
Hello Nico,
>I'm co-maintaining the Trilinos package [1] in Debian and recently found a
>bunch of new lintian warnings of the kind binary-or-shlib-defines-rpath [2].
>It say in >the description of the warning:
Usually lintian is right on such tags :p
You can look at src:ettercap, where I hav
Thanks Sean for the reply.
> If so, it's probably a Lintian bug.
I thought it might be. Just filed a bug for it [1].
Cheers,
Nico
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851833
On Thu, Jan 19, 2017 at 12:50 AM Sean Whitton
wrote:
Dear Nico,
On Wed, Jan 18, 2017 at 10:39:47PM
Dear Nico,
On Wed, Jan 18, 2017 at 10:39:47PM +, Nico Schlömer wrote:
> That's not true later on when the libraries are _installed_, of course. For
> this, CMake has the switch CMAKE_SKIP_INSTALL_RPATH [3], which serves exactly
> that purpose. For some reason, lintian doesn't seem to be happy
Hi everyone,
I'm co-maintaining the Trilinos package [1] in Debian and recently found a
bunch of new lintian warnings of the kind binary-or-shlib-defines-rpath
[2]. It say in the description of the warning:
```
To fix this problem, look for link lines like:
gcc test.o -o test -Wl,--rpath,/usr/loc
10 matches
Mail list logo
