-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Builds breaking from cdms2 issue related to libnetcdf #490
Comments
@mauzey1 thanks! I think this should be a required issue to be resolved before 3.5.0 is released, otherwise we're going to have users trying to create a new CMOR350 env and hitting the libnetcdf issue |
Is it time to clean up CMOR3 so it doesn't rely on cdms? As far as I know, users only really need the udunits library that comes with cdms. |
@taylor13 I agree. I think it's only used for testing and for PrePARE to open files via CdUnif, we could replace this with the python netcdf4 |
@doutriaux1 cdms2 is used in https://github.com/PCMDI/cmor/blob/master/Lib/pywrapper.py where it is mostly used for the CMOR also contains source for cdTime, which is used by cmor_axis.c for time axis values. I'm not sure how they relate to the use of cdms2. |
@mauzey1 in the file above all the calls to cdms2 are checked against |
@doutriaux1 just a comment here, you're advocating replacing a dependency on This just means that you replace one dependency with another |
the gain is when netcdf change netcdf4 python gets changed at the same time we do not need to immediately rebuild everythin (libcdms, libdrs, cdtime, etc...) |
CMOR CI checks and nightly builds have recently been breaking due to an issue with cdms2. The libnetcdf library has recently been updated but the nightly version of cdms2 relies on the older version. This has caused the Python tests to break since they use cdms2. They generate the following error.
According to @dnadeau4, there is a dependency issue with the OSX version of cdms and hdf5 concerning glibfortran. This has prevented newer version of cdms2 from being built that uses the newer libnetcdf 4.6.3. The current workaround is to build CMOR with the older libnetcdf 4.6.2. However, we want to go back to using the latest version of libnetdf as soon as possible.
Any suggestions are welcomed.
The text was updated successfully, but these errors were encountered: