[ncl-install] [ncl-talk] error while loading shared libraries: libbz2.so.1: cannot open shared object file:
Mary Haley
haley at ucar.edu
Fri Oct 24 12:01:05 MDT 2014
No, the "i686" part of the string indicates it is 32-bit. When you see
"x86_64" as part of the Linux string, then you know it is 64-bit.
You can see a list of our binaries and a description at:
http://www.ncl.ucar.edu/Download/list_of_binaries.shtml
--Mary
On Fri, Oct 24, 2014 at 10:36 AM, David Adams <dave.k.adams at gmail.com>
wrote:
> Hi Mary,
> definitely I have a 64-bit system.
>
> I downloaded and installed
> ncl_ncarg-6.2.1.Linux_RHEL5.10_i686_nodap_gcc412.tar.gz
>
> Isn´t this 64-bit?
>
> thanks,
> Dave
>
>
>
>
> On Fri, Oct 24, 2014 at 9:32 AM, Mary Haley <haley at ucar.edu> wrote:
>
>> Dave,
>>
>> On Linux systems, it's better to use package managers like "yum" or
>> "apt-get" to install packages.
>>
>> Please see:
>>
>> http://www.ncl.ucar.edu/Download/linux.shtml#InstallSoftware
>>
>> You should be able to do something like:
>>
>> yum install libbz2-dev
>>
>> or
>>
>> apt-get install libbz2-dev
>>
>> I have a feeling that your system is not seeing the bz2 libraries in
>> /lib64, because it looks like you have a 32-bit system (you downloaded a
>> 32-bit binary for NCL).
>>
>> If you use a package manager, then it will put the libraries in the
>> correct place on your system.
>>
>> Please verify that you have a 32-bit system, however:
>>
>> uname -a
>>
>> If this reports "x86_64", then you have a 64-bit system, and you should
>> be installing a 64-bit version of NCL and not a 32-bit version.
>>
>> --Mary
>>
>>
>>
>> On Fri, Oct 24, 2014 at 6:48 AM, David Adams <dave.k.adams at gmail.com>
>> wrote:
>>
>>> HI Mary,
>>>
>>> this is what I get,
>>>
>>> linux-gate.so.1 => (0xf775a000)
>>> libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x42102000)
>>> libpthread.so.0 => /lib/libpthread.so.0 (0x4d26f000)
>>> libXrender.so.1 => /usr/lib/libXrender.so.1 (0x4d673000)
>>> libbz2.so.1 => not found
>>> libX11.so.6 => /usr/lib/libX11.so.6 (0x4d74d000)
>>> libXext.so.6 => /usr/lib/libXext.so.6 (0x4db60000)
>>> libm.so.6 => /lib/libm.so.6 (0x4d424000)
>>> libdl.so.2 => /lib/libdl.so.2 (0x4d268000)
>>> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf763e000)
>>> libgomp.so.1 => not found
>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4d8e3000)
>>> libc.so.6 => /lib/libc.so.6 (0x4d0b8000)
>>> /lib/ld-linux.so.2 (0x4d093000)
>>> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x42038000)
>>> libexpat.so.1 => /lib/libexpat.so.1 (0x41fb6000)
>>> libxcb.so.1 => /usr/lib/libxcb.so.1 (0x4d902000)
>>> libXau.so.6 => /usr/lib/libXau.so.6 (0x4d67f000)
>>>
>>> ls -l /lib64/libbz2*
>>> gives
>>>
>>> lrwxrwxrwx. 1 root root 22 Oct 24 07:34 /lib64/libbz2.so ->
>>> /lib64/libbz2.so.1.0.6
>>> lrwxrwxrwx. 1 root root 15 Mar 30 2012 /lib64/libbz2.so.1 ->
>>> libbz2.so.1.0.6
>>> lrwxrwxrwx. 1 root root 22 Oct 17 23:13 /lib64/libbz2.so.1.0 ->
>>> /lib64/libbz2.so.1.0.6
>>> -rwxr-xr-x. 1 root root 66552 Feb 8 2011 /lib64/libbz2.so.1.0.6
>>>
>>>
>>> I have downloaded
>>>
>>> bzip2-1.0.6.tar.gz
>>> and untar it in
>>> /usr/lib/
>>>
>>> ln -s /lib64/libbz2.so.1.0.6 /lib64/libbz2.so
>>> ln: failed to create symbolic link `/lib64/libbz2.so': File exists
>>>
>>> any suggestions?
>>>
>>> thanks,
>>> Dave
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Oct 23, 2014 at 10:17 PM, Mary Haley <haley at ucar.edu> wrote:
>>>
>>>> Dave,
>>>>
>>>> What does the following report:
>>>>
>>>> which ncl
>>>> ldd $NCARG_ROOT/bin/ncl
>>>> ls -l /lib64/libbz2*
>>>>
>>>> This error usually indicates that the library in question, "bz2" in
>>>> this case, wasn't installed properly.
>>>>
>>>> On the system where this version of NCL was built, the "locate libbz2"
>>>> command gives me this:
>>>>
>>>> /usr/lib/libbz2.a
>>>> /usr/lib/libbz2.so
>>>> /usr/lib/libbz2.so.1
>>>> /usr/lib/libbz2.so.1.0.3
>>>>
>>>> Note that we have a ".a" version and a ".so" version without any
>>>> numbers after it.
>>>>
>>>> Every Linux system that I do a "locate libbz2" on has a libbz2.so file
>>>> (but not necessarily a "libbz2.a" file). You may want to reinstall this
>>>> package, or add a soft link yourself to create the libbz2.s file:
>>>>
>>>> ln -s /lib64/libbz2.so.1.0.6 /lib64/libbz2.so
>>>>
>>>> --Mary
>>>>
>>>>
>>>> On Thu, Oct 23, 2014 at 3:30 PM, David Adams <dave.k.adams at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>> I have seen this error in ncl talk, but the replies don´t mean much to
>>>>> me and
>>>>> less so when I google it.
>>>>>
>>>>> Is there any easy way to solve this problem.
>>>>>
>>>>> I am running
>>>>> Linux 3.3.0-8.fc16.x86_64
>>>>> and I installed
>>>>> ncl_ncarg-6.2.1.Linux_RHEL5.10_i686_nodap_gcc412.tar.gz
>>>>>
>>>>> When I do a locate libbz2.so.1, I get:
>>>>> /lib64/libbz2.so.1
>>>>> /lib64/libbz2.so.1.0
>>>>> /lib64/libbz2.so.1.0.6
>>>>>
>>>>> thanks,
>>>>> Dave
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ncl-talk mailing list
>>>>> List instructions, subscriber options, unsubscribe:
>>>>> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/ncl-install/attachments/20141024/435e5dba/attachment.html
More information about the ncl-install
mailing list