[opensuse-science] Re: HDF5 v.1.8 in Project science OBS
Hi Adrian! Adrian Schröter writes:
On Freitag, 19. Januar 2018, 14:41:29 CET wrote Egbert Eich:
Hi!
About 7 month ago, hdv5 v 1.8 was copypac-ed from science:unstable to science: https://build.opensuse.org/package/revisions/science/hdf5.1.8
The package (directory-)name was set to hdf5.1.8 to not conflict with the already existing package 'hdf5, which was updated to 1.10 roughly 1.5 years ago already.
right, was me, I believe ;)
Yeah, I didn't want to point to you directly ;)
Unfortunately, the spec file and package names do not carry the ".1.8". Unfortunately, due to not carrying thru the naming scheme to the package name inside the spec-file, both packages generate the same files - with different version numbers. This breaks the build of packages depending on the hdf5- package which is in Factory.
This is true, but bother versions are available for download. You can only build against one of them though.
For netcdf $ osc -A https://api.opensuse.org results -v science netcdf:gnu-hpc \ -a x86_64 -r openSUSE_Tumbleweed returns: openSUSE_Tumbleweed x86_64 unresolvable: nothing provides hdf5-devel-data = 1.10.1 needed by hdf5_1_10_1-gnu-hpc-devel You are right, on download.opensuse.org, both versions are available: $ wget -q -O - http://download.opensuse.org/repositories/science/openSUSE_Tumbleweed/x86_64... \ | grep hdf5-devel-data [..] <a href="hdf5-devel-data-1.8.17-2.13.x86_64.rpm">hdf5-devel-data-1.8.17-2.13.x86_64.rpm</a> [..] <a href="hdf5-devel-data-1.10.1-72.1.x86_64.rpm">hdf5-devel-data-1.10.1-72.1.x86_64.rpm</a> [..]
The package has no maintainer, so there is noone to ask to fix this.
If anyone here still needs version 1.8 of hdf5, please speak up and fix this package *ASAP*!
If not, I will assume there is noone who cares any more and I will request deletion.
For now, I've disabled the build.
Does not change much, only the 5.1.8 is used for building against atm via the flags.
You mean the use-for-build flags? I was under the *assumption* that hdf5 has them set. It would explain why things break for the HPC flavors of the netcdf build: the hdf5.1.8 package doesn't generate these flavors as the package has not been converted.
I really should have written down the reason for the 5-1.8 package in the package description, but I didn't :/
So, I will reconfigure it to use the 5-1.10 version now to see what was the reason behind (most likely opencascade & FreeCAD).
We do have hdf5 1.10.1 in Factory only, so anyone needing to build against hdf5 and is available in Factory would do so already. Thanks for your quick reply! Cheers, Egbert. -- To unsubscribe, e-mail: opensuse-science+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-science+owner@opensuse.org
On Freitag, 19. Januar 2018, 15:16:04 CET wrote Egbert Eich:
Adrian Schröter writes:
On Freitag, 19. Januar 2018, 14:41:29 CET wrote Egbert Eich:
Hi!
About 7 month ago, hdv5 v 1.8 was copypac-ed from science:unstable to science: https://build.opensuse.org/package/revisions/science/hdf5.1.8
The package (directory-)name was set to hdf5.1.8 to not conflict with the already existing package 'hdf5, which was updated to 1.10 roughly 1.5 years ago already.
right, was me, I believe ;)
Yeah, I didn't want to point to you directly ;)
ah, the shy Egbert ... ...
The package has no maintainer, so there is noone to ask to fix this.
If anyone here still needs version 1.8 of hdf5, please speak up and fix this package *ASAP*!
If not, I will assume there is noone who cares any more and I will request deletion.
For now, I've disabled the build.
Does not change much, only the 5.1.8 is used for building against atm via the flags.
You mean the use-for-build flags? I was under the *assumption* that hdf5 has them set. It would explain why things break for the HPC flavors of the netcdf build: the hdf5.1.8 package doesn't generate these flavors as the package has not been converted.
no, they were set to use only the 1.8 version. This was (also?) be done since 1.10 has a different on disk format. While it should still be able to read 1.8 it will break the workflow for people who share the their files (as FreeCAD users).
I really should have written down the reason for the 5-1.8 package in the package description, but I didn't :/
So, I will reconfigure it to use the 5-1.10 version now to see what was the reason behind (most likely opencascade & FreeCAD).
We do have hdf5 1.10.1 in Factory only, so anyone needing to build against hdf5 and is available in Factory would do so already.
k, will keep an eye on the project. 5-1.8 is currently disabled and not used, just not dropped yet ... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-science+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-science+owner@opensuse.org
On Freitag, 19. Januar 2018, 15:26:02 CET wrote Adrian Schröter:
On Freitag, 19. Januar 2018, 15:16:04 CET wrote Egbert Eich: ...
I really should have written down the reason for the 5-1.8 package in the package description, but I didn't :/
So, I will reconfigure it to use the 5-1.10 version now to see what was the reason behind (most likely opencascade & FreeCAD).
We do have hdf5 1.10.1 in Factory only, so anyone needing to build against hdf5 and is available in Factory would do so already.
k, will keep an eye on the project. 5-1.8 is currently disabled and not used, just not dropped yet ...
med-tools are failing now, because they explicit warn about 1.10 due to on disk incompabilities: [ 206s] This HDF5 version 1.10.1 must not be used with med-fichier3.2.1. [ 206s] The HDF5 library version used by med-fichier3.y.z MUST NOT be > 1.8 and have to be at least 5-1.8.11. [ 206s] DO NOT TRY TO COMPILE med-fichier3.2.1 version with an HDF5 library which would generate an hdf5 file not compliant with HDF5-1.8.z library. [ 206s] This would BREAK med-fichier compatibility between files with the same revision number ! I can of course patch this but it feels a bit bad if they warn that way... Will try to find out more about it and leave the build broken atm, so the published repository should not build anything what breaks the files a user is storing to disk... -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-science+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-science+owner@opensuse.org
participants (2)
-
Adrian Schröter -
Egbert Eich