(old)Puppy Linux Discussion Forum

Hello, Forum;

I downloaded the OpenBoardView-R7.3-Linux.deb
file, and the system's PuppyPackageManager
recognized it as new software and installed it.

The package installed without a menu entry.

When attempting to run this from a terminal
window, my output was:

/usr/bin/openboardview: error while loading shared libraries:
libSDL2-2.0.so.0: cannot open shared object file:
No such file or directory

Script completed hit RETURN to close window.

I am obviously missing something.

The site where this software was downloaded from:
https://openboardview.org/

Link to software:
Link: github/OpenBoardView-R7.3-Linux.deb

Please if there is anyone who knows what I need to do
in order to run this program, let me know.

Distro and kernel below.

Thanks in advance, Kelikaku B'H.

▶—— Distro Specifications ——◀
Distro: tahrpup64 6.0.5
Window Manager: JWM v2.3.4
Desktop Start: xwin jwm

▶—— Linux Kernel ——◀
Kernel Release: 3.14.54
Build Date: Tue Dec 1 17:54:26 GMT 2015
OS Support: GNU/Linux
Architecture: x86_64
SMP Enabled: Yes

Not sure, but this may help. May be other issues.

Try installing this:
http://archive.ubuntu.com/ubuntu/pool/u ... _amd64.deb

Not making a menu entry is one of the problems using deb packages. Some do make them, some do not.
You can always drag the exec file, for the program, to the desktop and make a link to it, for a icon on the desktop to start it.

bigpup wrote:... this may help ...
libsdl2-2.0-0_2.0.2+dfsg1-3ubuntu1_amd64.deb...

Thanks! I installed it and I think it made a
difference. The error message changed to:

/usr/bin/openboardview: error while loading shared libraries:
libwayland-egl.so.1: cannot open shared object file:
No such file or directory

Script completed hit RETURN to close window.

Is there a next step?
Thanks - Kelikaku B'H.

Hi Mr. Duckguy,

Being 'binary compatible' to doesn't make a Puppy identical to the major distro whose binaries were used in woof-building the Puppy. Puppy Package Manager only knows what 'additional' libraries the source distro requires if that package was being installed into THAT distro. 'Ubuntu' Puppies, in particular, often lack libraries which were built-into the binary compatible Ubuntu version. Built-into the Ubuntu version, a dependency is met and is not something a Ubuntu user would have to install. But, under Puppies, those libraries aren't present and do have to be installed.

That's were the Setup>Utilities>ListDD list dynamic dependencies application comes into play. [I've never used it this way, but then, I think I've been doing it the hard way]. Open that application and Left-Click the bottom button named "Packages". A list of all your installed packages will be generated, among them OpenBoardView. Select that and Left-Click "Check Dependencies". A list ALL missing dependencies will be generated.

[You may be able to copy that list to a text-editor making it easy to then copy each missing dependency into Puppy Package Manager, or search for it in Ubuntu's repos or pkgs.org. If you can't copy it into a text editor, you can take a screen shot, or just leave ListDD's list open].

The Hard Way: The way I've been using ListDD is to find its binary, browse to it and call up ListDD from the Right-Click Menu. The "Missing Button" at the bottom generates a missing report [which can be copied to a text-editor]. Usually binaries are located in /usr/bin with obvious names. But if that fails, open /usr/share/applications/NAME_OF_APP.desktop, in a text-editor, look at Exec=. Enter that in pfind. Sometimes the Executable isn't a binary; only a wrapper/script. Open the wrapper/script in a text-editor. Somewhere it calls the binary.

Without a menu entry --i.e. no /usr/share/xxx.destop-- I'd download the application again (NO Install), open it with UExtract, and see what shows up in /bin, /usr/bin, /usr/local/bin, /sbin, and /usr/sbin. Maybe somewhere in /opt.

However, if your application employs python, ListDD doesn't work. Then you'll have to keep starting the application via the terminal and adding the missing components as they are identified.

MrDuckGuy wrote: I am obviously missing something.

try loading the devx when a new program does not run
then troubleshoot missing libs if it won't go

.

mikeslr wrote:... Setup>Utilities>ListDD
list dynamic dependencies application comes into
play ... copy that list to a text-editor making
it easy to then copy each missing dependency
into Puppy Package Manager, or search for it in
Ubuntu's repos or pkgs.org ... copy it into a
text editor ...

Thanks! I loaded ListDD and there were six
option buttons on the bottom of the application:
'Summary'; 'Complete'; 'Unused'; 'Missing';
'Packages'; and 'Exit'.

My assumption is the only one we need is
'Missing', which displays what seems to me to be
only two libraries. I was able to copy the output
from the program into my clipboard buffer.
Here goes:

/usr/bin/openboardview: /usr/lib/libstdc++.so.6:
version `GLIBCXX_3.4.20' not found
(required by /usr/bin/openboardview)

/usr/bin/openboardview: /usr/lib/libstdc++.so.6:
version `GLIBCXX_3.4.21' not found
(required by /usr/bin/openboardview)

libwayland-egl.so.1 => not found

libstdc++.so.6 (GLIBCXX_3.4.20) => not found
libstdc++.so.6 (GLIBCXX_3.4.21) => not found

So how do I add the missing libraries?

... Without a menu entry --i.e. no
/usr/share/xxx.destop-- I'd download the
application again (NO Install), open it with
UExtract, and see what shows up in /bin,
/usr/bin, /usr/local/bin, /sbin, and /usr/sbin.
Maybe somewhere in /opt. ...

I might like to get this into the menu at some
point. Once the program runs that is. For now,
I ran Pfind and set a shortcut on the desktop
to the /usr/bin/openboardview file.

Thanks so very much!! - Kelikaku B'H.

Found this info from a web search.

Re: MediaInfo: Version `GLIBCXX_3.4.20' not found!

I have found that libstdc++.so.6 is actually a symbolic link to libstdc++.so.6.0.19 . I thought may be libstdc++.so.6.0.20 would solve my problem as the required version is GLIBCXX_3.4.20 . So I searched a little to know which version of GCC contains libstdc++.so.6.0.20 . Found this document which is indicating GCC 4.9.0 contains it. So I installed GCC 4.9.0 which solved my problem.

Could try a search in Puppy Package Manager(PPM) for gcc.

bigpup wrote:Found this info from a web search.

Re: MediaInfo: Version `GLIBCXX_3.4.20' not found!

I have found that libstdc++.so.6 is actually a symbolic link to libstdc++.so.6.0.19 . I thought may be libstdc++.so.6.0.20 would solve my problem as the required version is GLIBCXX_3.4.20 . So I searched a little to know which version of GCC contains libstdc++.so.6.0.20 . Found this document which is indicating GCC 4.9.0 contains it. So I installed GCC 4.9.0 which solved my problem.

Could try a search in Puppy Package Manager(PPM) for gcc.

Or shoot on over to pkgs-org maybe.....
https://ubuntu.pkgs.org/14.04/ubuntu-ma ... 4.deb.html

I do not have a good feeling about that Wayland dependency, although this may help:
https://askubuntu.com/questions/672620/ ... tu-14-04-3