Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #235210 > unrolled thread
| Started by | Nicolas FRANCOIS <nicolas.francois@free.fr> |
|---|---|
| First post | 2021-05-15 11:20 +0200 |
| Last post | 2021-05-15 17:40 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.debian.user
Old 32 bits application Nicolas FRANCOIS <nicolas.francois@free.fr> - 2021-05-15 11:20 +0200
Re: Old 32 bits application deloptes <deloptes@gmail.com> - 2021-05-15 12:30 +0200
Re: Old 32 bits application Nicolas FRANCOIS <nicolas.francois@free.fr> - 2021-05-15 17:40 +0200
| From | Nicolas FRANCOIS <nicolas.francois@free.fr> |
|---|---|
| Date | 2021-05-15 11:20 +0200 |
| Subject | Old 32 bits application |
| Message-ID | <CeYCL-3nR-27@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hi.
I have an old application, MuPAD 4.0.6, that I was able to launch on my
previous Debian installations, mais with the last installation (Debian
10.9), I can't seem to be able to do this anymore.
In folder /opt/MuPAD-406, there is a linux folder with bin/mupad
binary, and lib/several_32bits_libs. The starting script, in
share/bin, is like this :
<--- begin /opt/MuPAD-406/share/bin/mupad --->
#!/bin/sh
SHARE_BIN=`dirname "$0"`
if test `basename "${SHARE_BIN}"` = bin ; then
SHARE=`dirname "${SHARE_BIN}"`
if test `basename "${SHARE}"` = share ; then
MuPAD_ROOT_PATH=`dirname "${SHARE}"`
else
MuPAD_ROOT_PATH=..
fi
else
MuPAD_ROOT_PATH=../..
fi
export MuPAD_ROOT_PATH
if [ ! -s /usr/share/fonts/sciface/sfmatext.ttf -a ! -s
~/.fonts/sfmatext.ttf ] ; then if [ ! -d ~/.fonts ] ; then
mkdir ~/.fonts/
fi
(cd "${MuPAD_ROOT_PATH}/share/fonts/"; cp * ~/.fonts/)
fi
SYSINFO=`${MuPAD_ROOT_PATH}/share/bin/sysinfo`
# echo ${MuPAD_ROOT_PATH}/${SYSINFO}
# LD_LIBRARY_PATH="${MuPAD_ROOT_PATH}/${SYSINFO}/lib:${LD_LIBRARY_PATH}"
LD_LIBRARY_PATH="/opt/MuPAD-406/linux/lib:${LD_LIBRARY_PATH}"
export LD_LIBRARY_PATH
# workaround for problems with accelerated NVidia hardware on 64 bit
systems
# LD_PRELOAD=/opt/MuPAD-406/linux/lib/libGLU.so.1
"${MuPAD_ROOT_PATH}/${SYSINFO}/bin/mupad" "$@"
"${MuPAD_ROOT_PATH}/${SYSINFO}/bin/mupad" "$@"
<--- end /opt/MuPAD-406/share/bin/mupad --->
I was forced to tweak it a little, because the LD_LIBRARY_PATH
variable didn't seem to be set correctly (I don't understand why).
With this variable set to /opt/MuPAD-406/linux/lib, I get this kind
of message :
nico@gaston:~$ mupad
ERROR: ld.so: object '/opt/MuPAD-406/linux/lib/libGLU.so.1' from
LD_PRELOAD cannot be preloaded (cannot open shared object file):
ignored. /opt/MuPAD-4.0.6/linux/bin/mupad: error while loading shared
libraries: libmupvrs_qt.so.1.0.0: cannot open shared object file: No
such file or directory
If I launch it without the workaround for Nvidia, I get this
kind of message for a normal account :
nico@gaston:/opt/MuPAD-4.0.6/linux/lib$ mupad
/opt/MuPAD-4.0.6/linux/bin/mupad: libz.so.1: no version information
available (required
by /lib/i386-linux-gnu/libpng16.so.16) /opt/MuPAD-4.0.6/linux/bin/mupad:
libz.so.1: no version information available (required
by /lib/i386-linux-gnu/libpng16.so.16) /opt/MuPAD-4.0.6/linux/bin/mupad:
relocation error: /lib/i386-linux-gnu/libpng16.so.16: symbol
inflateReset2 version ZLIB_1.2.3.4 not defined in file libz.so.1 with
link time reference
And from a root account :
root@gaston:/opt/MuPAD-4.0.6/share/bin# mupad
/opt/MuPAD-4.0.6/linux/bin/mupad: error while loading shared libraries:
libmupvrs_qt.so.1.0.0: cannot open shared object file: No such file or
directory
but:
nico@gaston:/opt/MuPAD-4.0.6/linux/lib$ ls -l
total 15412
drwxr-sr-x 2 root root 4096 avril 23 12:46 gcclibs
-rw-r--r-- 1 root root 131388 déc. 31 2007 libexpat.so.1.0.0
drwxr-sr-x 2 root root 4096 avril 23 12:46 libGLU
-rw-r--r-- 1 root root 507712 déc. 31 2007 libGLU.so.1
-rw-r--r-- 1 root root 120076 déc. 31 2007 libjpeg.so.62
-rwxr-xr-x 1 root root 2658980 déc. 31 2007 libmupvrs_qt.so.1.0.0
-rw-r--r-- 1 root root 179268 déc. 31 2007 libpng.so.3
-rwxr-xr-x 1 root root 3084596 déc. 31 2007 libQt3Support.so.4
-rwxr-xr-x 1 root root 1940548 déc. 31 2007 libQtCore.so.4
-rwxr-xr-x 1 root root 5621352 déc. 31 2007 libQtGui.so.4
-rwxr-xr-x 1 root root 385460 déc. 31 2007 libQtNetwork.so.4
-rwxr-xr-x 1 root root 188752 déc. 31 2007 libQtOpenGL.so.4
-rwxr-xr-x 1 root root 228472 déc. 31 2007 libQtSql.so.4
-rwxr-xr-x 1 root root 315244 déc. 31 2007 libQtXml.so.4
-rw-r--r-- 1 root root 269124 déc. 31 2007 libtiff.so.3
-rw-r--r-- 1 root root 55432 déc. 31 2007 libz.so
-rw-r--r-- 1 root root 55432 déc. 31 2007 libz.so.1
So I'm stuck. The 32 bits architecture is set (for Steam), so this
could'nt be the problem? And it used to work on Debian 10...
If someone has an idea, I'm all ears :-)
Thanks for any help.
\bye
--
Nicolas FRANCOIS | /\
http://nicolas.francois.free.fr | |__|
X--/\\
We are the Micro$oft. _\_V
Resistance is futile.
You will be assimilated. darthvader penguin
[toc] | [next] | [standalone]
| From | deloptes <deloptes@gmail.com> |
|---|---|
| Date | 2021-05-15 12:30 +0200 |
| Message-ID | <CeZIt-3YK-1@gated-at.bofh.it> |
| In reply to | #235210 |
Nicolas FRANCOIS wrote: > So I'm stuck. The 32 bits architecture is set (for Steam), so this > could'nt be the problem? And it used to work on Debian 10... > > If someone has an idea, I'm all ears :-) AFAIK Debian 11 does not offer Qt4 which obviously is used by the app. Perhaps consider using a jail or chroot or just a copy of the libraries are needed.
[toc] | [prev] | [next] | [standalone]
| From | Nicolas FRANCOIS <nicolas.francois@free.fr> |
|---|---|
| Date | 2021-05-15 17:40 +0200 |
| Message-ID | <Cf4yt-6Q4-3@gated-at.bofh.it> |
| In reply to | #235210 |
[Multipart message — attachments visible in raw view] — view raw
Le Sat, 15 May 2021 11:07:06 +0200, Nicolas FRANCOIS <nicolas.francois@free.fr> a écrit : > Hi. > > I have an old application, MuPAD 4.0.6, that I was able to launch on > my previous Debian installations, mais with the last installation > (Debian 10.9), I can't seem to be able to do this anymore. I managed to copy the installation directory from my previous Debian... And now it works. The only difference is a libz.so.? that I had renamed libz.so.?.sav, don't know why, but it seems to do the trick :-? Thanks for your answers, anyway ;-) \bye -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web