The problem occurred after I tried to install matplotlib from source-install.
Any command I try, will give me the error: while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory.
Zypper, LDD, Sudo all provided the same error.
Can’t open any logs without sudo…
The find command doesn’t find the file but it does reside in the /usr/lib, nothing in /usr/local.lib
Currently running SLES11 SP3.
I will be downloading the Install medium tonight and will try the repair option with the DVD.
Hi
Is the SLES version of zlib installed, does matplotlib come with it’s
own version of zlib?
Normally when compiling from source you would point the package to the
system libraries.
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
If you can post the commands tried and the actual error message then maybe
that would help. I believe libz.so.1 is actually a symlink to a real
file. On my SLE box it’s either /lib64/libz.so.1.2.7 or
/lib/libz.so.1.2.7 (x86_64 or x86_32, respectively) and if that is missing
then the libz.so.1 symlink is broken, resulting in your error.
Find the zlib package and reinstall it if it is gone. Check it now, if
you can, though those errors may mean that the RPM command is also broken
right now:
[CODE]
rpm -Vv zlib
[/CODE[
Once done, what did you do specifically to break zlib? Have the text from
the screen when you installed mabplotlib that may give a clue? If
something about that replaced the real library, or broke a symlink, then
that would explain some things.
–
Good luck.
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…
rpm error: while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory.
When I installed matplotlib it stated some dependencies were required from a different vendor i.e. gcc++. I picked the first solution that zipper offered, which change the vendor for gcc++. The install completed with no issue, however matplotlib did not showed up as installed. Then, my ssh connection just hang. I went on the server locally and had to force a hard reset. After that, some of the command would give me that error.
Unfortunately you may have hosed your system. For now you at least need
to start putting dependencies back in place, starting with zlib’s files.
Boot to rescue media (the install media all have this option) and see if
you can repair the system.
I’m really surprised that something being compiled the know-how to change
gcc package vendors, and that kind of scares me. Who is the vendor of the
new one, since it is all but guaranteed that matplotlib did not come with
GCC compiled in RPM format itself? Did the vendor sound reasonable for
your system (SLE, or maybe openSUSE)?
If this is a test system, or a system you can otherwise rebuild, I’d
rebuilt it unless you are interested in the steps required to recover.
You may also want to send matplotlib some feedback so that they know their
helpful installation steps may hose systems, though I’d guess they’ll say,
‘Yes, we do stuff as the root user.’ and leave it at that.
–
Good luck.
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…
–
Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!
[QUOTE=ab;23945]Unfortunately you may have hosed your system. For now you at least need
to start putting dependencies back in place, starting with zlib’s files.
Boot to rescue media (the install media all have this option) and see if
you can repair the system.
I’m really surprised that something being compiled the know-how to change
gcc package vendors, and that kind of scares me. Who is the vendor of the
new one, since it is all but guaranteed that matplotlib did not come with
GCC compiled in RPM format itself? Did the vendor sound reasonable for
your system (SLE, or maybe openSUSE)?
If this is a test system, or a system you can otherwise rebuild, I’d
rebuilt it unless you are interested in the steps required to recover.
You may also want to send matplotlib some feedback so that they know their
helpful installation steps may hose systems, though I’d guess they’ll say,
‘Yes, we do stuff as the root user.’ and leave it at that.
–
Good luck.
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…[/QUOTE]
Thank you for taking the time to help!
I will try to repair first, if I can’t I will have no choice but to rebuild it…
[QUOTE=ab;23945]Unfortunately you may have hosed your system. For now you at least need
to start putting dependencies back in place, starting with zlib’s files.
Boot to rescue media (the install media all have this option) and see if
you can repair the system.
I’m really surprised that something being compiled the know-how to change
gcc package vendors, and that kind of scares me. Who is the vendor of the
new one, since it is all but guaranteed that matplotlib did not come with
GCC compiled in RPM format itself? Did the vendor sound reasonable for
your system (SLE, or maybe openSUSE)?
If this is a test system, or a system you can otherwise rebuild, I’d
rebuilt it unless you are interested in the steps required to recover.
You may also want to send matplotlib some feedback so that they know their
helpful installation steps may hose systems, though I’d guess they’ll say,
‘Yes, we do stuff as the root user.’ and leave it at that.
–
Good luck.
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below…[/QUOTE]
Do you know a way to install packages from the rescue mode?