Bug#851246: Bug#851249: ovito: missing symbolic links to libQSsh.so and other shared libraries

[Nicola Manini]

Hi Anton.

On 01/13/2017 07:33 PM, Anton Gladky wrote:
> merge 851246 851249
> tags 851246 +unreproducible
> notfound 851246 2.3.3+dfsg1-2
> thanks
> 
> Hi Nick,
> 
> thanks for bugreort. Unfortunately I have to close the bug
> without any action from our side. It should be something
> wrong in your system (often, manual installation with
> "sudo make install...." breaks the system by this way.
> 
> This is the output on my Jessie system:
> 
> ldd /usr/bin/ovito | grep -E "Ssh|Video|Base"
>         libBase.so => /usr/bin/../lib/ovito/libBase.so (0x00007ffb1b93a000)
>         libQSsh.so => /usr/bin/../lib/ovito/libQSsh.so (0x00007ffb1b6c4000)
>         libVideo.so => /usr/bin/../lib/ovito/libVideo.so (0x00007ffb1b4b9000)

I confirm the problem in my box.
After removing the manually added symlinks:
ldd /usr/bin/ovito | grep -E "Ssh|Video|Base"
        libQSsh.so => not found
        libVideo.so => not found
        libBase.so => not found

The result is the same whether from my preferred tcsh, or in bash
(I even chsh'ed, logged off and back in with bash; my .bashrc is
basically empty, in attachment).
I was worried that the path for searching LD objects was somehow left
incomplete.  So I rebooted the pc. Afterward, the result is the same.

I deployed ovito on another jessie system, with the same result (non
functioning).

I'm actually surprised that your system manages to find these .so
libraries in an obscure /usr/lib/ovito folder, how can it?
Is there a way to instruct the system to look for .so libraries in any
subfolder of /usr/lib ?
And your system has it an mine doesn't?

> As you see the ovito binary is correctly linked. Have also a
> look into the settings in ~/.bashrc, where LD_* variables can be
> overridden.

env|grep LD
gives no output (both in tcsh and in bash).

I've been installing & running routinely hundreds other packages in
debian systems for years (from the old times of Sarge, actually): it's
the first time some dynamically linked libraries is not loaded
automatically.

On the other hand, I have here a ubuntu 16 box too, with a similar
version of ovito, called 2.3.3+dfsg1-2build1, and that one works.
The output of the ldd command is the same as yours above.

So, I'm seriously puzzled.

Thank you for any suggestion!
					Nick
-------------- next part --------------
# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
	. /etc/bashrc
fi