Request 598600 (accepted)

This request supersedes: request 596001 (Show diff)

Overview

Request 598600 accepted

- Disable non-HPC builds on non-openSUSE systems:
a. currently only SUSE products/projects are supported/
b. non-HPC builds are not and have never been supported on SLE,
on openSUSE they are provided for compatibility reasons.

- update to version 4.6.1 (FATE#325561)
* changes since 4.4.4.1 are documented here:
https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-6-1
https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-6-0
https://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-5-0
- Obsoletes all patches:
netcdf-disable-szip-linking.patch
netcdf-h5-test-fix-type-mismatch.patch
netcdf-no_date_time.patch
- drop hdf4 support
- use version 1.8 of hdf5 in non-hpc mode to avoid incompatible
on-disk data

Created by eeich about 6 years ago
In state accepted
Supersedes 596001

Submit netcdf

Comments for request 598600 2
Comments for request 596001 7

Leap Reviewbot (leaper) - about 6 years ago

reviewer

science/netcdf@6e71d94486b9396858bc8939004ffbc8 -> openSUSE:Leap:15.0/netcdf

expected origin is 'SUSE:SLE-15:GA' (changed)

found package in openSUSE:Leap:15.0:SLE-workarounds

sources in openSUSE:Leap:15.0:SLE-workarounds are NOT identical

parallel submission, also in SUSE:SLE-15:GA

Ludwig Nussel (lnussel) - about 6 years ago

reviewer

This causes errors like

conflict for providers of hdf5-1_8-devel >= 1.8.8 needed by netcdf-devel, (provider hdf5-1_8-devel conflicts with hdf5-devel)

So we have to revert

Ludwig Nussel (lnussel) - about 6 years ago

reviewer

thers's is_opensuse in DisNOHPC. What kind of differences between opensuse and SLE does this introduce? Looks like the :serial subpackage now requires a different hdf version. @eeich

Egbert Eich (eeich) - about 6 years ago

source maintainer

Yes, the non-HPC flavors use a different hdf5 version for backward compatibility with programs that have been using netcdf before. On SLE we do not have the older version of hdf5 in the build system. But there we do not care about the non-HPC versions at all: they've never been packaged. Thus we do not build these versions for SLE any more. The issue about hdf5: the new version is backward compatible. However, software using netcdf built against the new version produces files that cannot be read in by the same software built with the older version. This seems to be what many distros do. Please contact @adrianSUSE for details.

Ludwig Nussel (lnussel) - about 6 years ago

reviewer

complicated :/ so we have to put hdf5-1_8 in rings

Egbert Eich (eeich) - about 6 years ago

source maintainer

As I said, for HPC this is not relevant. I need the latest version of HDF5 there. However, I do understand the reasoning behind the request for HDF5 v1.8 - it seems to come mainly from the FreeCAD people. Now, since FreeCAD has made a new release where - according to Adrian - nothing has remained untouched, they could have prescribed a newer version of HDF5 - this should have been backward compatible and allowed to read in the old files but people still using the old version would be forced to upgrade to read files generated with the new one. This is something @adrianSUSE may be able to comment on.