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
Open Board View Software Package
Open Board View Software Package
- Attachments
-
- image-6.png
- (16.47 KiB) Downloaded 407 times
Last edited by MrDuckGuy on Wed 01 May 2019, 20:22, edited 1 time in total.
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.
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.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
Re: Open Board View Software Package
Thanks! I installed it and I think it made abigpup wrote:... this may help ...
libsdl2-2.0-0_2.0.2+dfsg1-3ubuntu1_amd64.deb...
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.
Learn to Use List Dynamic Dependencies (ListDD)
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.
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.
- perdido
- Posts: 1528
- Joined: Mon 09 Dec 2013, 16:29
- Location: ¿Altair IV , Just north of Eeyore Junction.?
Re: Open Board View Software Package
try loading the devx when a new program does not runMrDuckGuy wrote: I am obviously missing something.
then troubleshoot missing libs if it won't go
.
Re: Open Board View Software Package
Thanks! I loaded ListDD and there were sixmikeslr 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 ...
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?
I might like to get this into the menu at some... 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. ...
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.
- Attachments
-
- 2019-05-05OpenBoardViewDependencies.png
- Output from ListDD program. B'H.
- (36.29 KiB) Downloaded 299 times
Found this info from a web search.
Could try a search in Puppy Package Manager(PPM) for gcc.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.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
- perdido
- Posts: 1528
- Joined: Mon 09 Dec 2013, 16:29
- Location: ¿Altair IV , Just north of Eeyore Junction.?
Or shoot on over to pkgs-org maybe.....bigpup wrote:Found this info from a web search.
Could try a search in Puppy Package Manager(PPM) for gcc.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.
https://ubuntu.pkgs.org/14.04/ubuntu-ma ... 4.deb.html
Code: Select all
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
/usr/share/doc/libstdc++6
I do not have a good feeling about that Wayland dependency, although this may help:
https://askubuntu.com/questions/672620/ ... tu-14-04-3
https://askubuntu.com/questions/672620/ ... tu-14-04-3