Hi all,
I use the GMT software suite, which I normally download from the openSUSE Application:Geo site.
After upgrading from 13.1 to 13.2 I discovered that the GMT software from this site needs the HDF5
library v1.8.11 whereas the openSUSE 13.2 uses the HDF5 library v1.8.13. This causes a lot of conflicts
and my GMT shell scripts are not working anymore!!
Is somebody out there who can give me some advice?
Any help greatly appreciated and a happy New Year to you all,
Uwe.
You did not explain how you “upgraded” from 3.1 to 13.2. Did you not forget to change your Geo repos’ URL to the 13.2 version?
Just an idea.
Hi Henk,
of course I changed everything accordingly.
Greetings,
Uwe.
Maybe logical for you, but difficult to be sure of from this distance.
Isn’t is possible to contact the packager or the builder of this product?
On 2015-01-02 14:56, unass wrote:
>
> Hi Henk,
>
> of course I changed everything accordingly.
You could verify it…
rpm -q -a --queryformat "%{INSTALLTIME} %{INSTALLTIME:day} \
%{BUILDTIME:day} %-30{NAME} %15{VERSION}-%-7{RELEASE} %{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}
" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE.13\.2" | less -S
Any output is suspect. Maybe right, maybe not.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
From what you posted, I don’t suspect an upgrade issue, the app upgrade went well but your custom scripts are broken? Or are the broken scripts part of the app?
If the broken scripts are custom, you may need to modify the scripts by simply using something like sed to replace the required character strings specifying the library version.
If the broken scripts are part of the packages, then you might be able to fix them yourself as I described above but a bug should be opened at http://bugzilla.opensuse.org
TSU
I use the GMT software suite, which I normally download from the openSUSE Application:Geo site.
After upgrading from 13.1 to 13.2 I discovered that the GMT software from this site needs the HDF5
library v1.8.11 whereas the openSUSE 13.2 uses the HDF5 library v1.8.13.
have you set the GEO repo priority ?
to force the system to use the hdf5 from the geo repo
set it’s priority lower than 99
HOWEVER the current version i have installed from the geo repo is
Repository: Application:Geo
Name: hdf5
Version: 1.8.14-59.6
Arch: x86_64
Vendor: obs://build.opensuse.org/Application:Geo
Installed: Yes
Status: up-to-date
Installed Size: 3.5 MiB
Hi all,
thanks for your advices, but… I have now installed both libraries libhdf5-9 and libhdf5-8 and also
both libraries libhdf5-hl9 and libhdf5-hl8. I always get the error:
Headers are 1.8.11, library is 1.8.13
Any other hints?
Uwe.
then you are likely not using the version from the geo repo
you did not set the prioritey for the geo repo
and THAT WILL cause conflicts
please post the output
su -
zypper info hdf5
that will tell yopu what repo it is from
Hi JohnVV,
I now REALLY use the Application:Geo packages.
zypper info gmt gives:
Repository: Geo
Name: GMT
Version: 5.1.1-2.10
Arch: x86_64
Vendor: obs://build.opensuse.org/Application:Geo
Installed: Yes"
zypper info hdf5 gives:
Repository: Geo
Name: hdf5
Version: 1.8.14-59.6
Arch: x86_64
Vendor: obs://build.opensuse.org/Application:Geo
Installed: Yes"
When I now use gmt I got
“gmt: error while loading shared libraries: libhdf5_hl.so.8: cannot open shared object file: No such file or directory”
and
“gmt: error while loading shared libraries: libhdf5.so.8: cannot open shared object file: No such file or directory”
I then linked this two *.8 libraries to the *.9 libraries and got
“Headers are 1.8.11, library is 1.8.14”
So I think, that the gmt binaries are still looking for the old library version 1.8.11. What’s next?
Thanks again for your help,
Uwe.
Hi all,
problem SOLVED!!! I used the file archive “hdf5-1.8.11-linux-x86_64-shared.tar.gz” from the www.hdfgroup.org site and
copied the necessary *.8 files to the /usr/lib64 directory.
Thanks again,
Uwe.