Package Details: cdo 2.3.0-0

Git Clone URL: https://aur.archlinux.org/cdo.git (read-only, click to copy)
Package Base: cdo
Description: Command line tool manipulate and analyse Climate model Data. Supported data formats are GRIB, netCDF, SERVICE, EXTRA and IEG.
Upstream URL: https://code.zmaw.de/projects/cdo
Licenses: BSD
Submitter: graziano
Maintainer: ram
Last Packager: ram
Votes: 18
Popularity: 0.000011
First Submitted: 2006-12-18 15:21 (UTC)
Last Updated: 2023-10-20 09:21 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

ram commented on 2018-01-20 22:19 (UTC)

sure - no problem. thx for the hint

mpejcoch commented on 2018-01-18 13:53 (UTC)

There seems to be some conflict now with libaec, as that one is providing libszip and is required by hdf5. Could you switch the requirements for cdo to be libaec instead of szip?

ram commented on 2017-07-06 14:29 (UTC)

Because of gcc update to gcc-7, please rebuild eccodes and magics++ (in that order)

ram commented on 2017-05-04 13:22 (UTC)

Please recompile CDO port with recent magics++ 2.32.0.

graziano commented on 2016-12-22 12:46 (UTC)

To compile against eccodes instead of grib_api: sed -i configure -e 's/-lgrib_api/-leccodes/' \ -e 's/for ac_lib\(.*\)grib_api/for ac_lib\1eccodes/' sed -i libcdi/configure -e 's/-lgrib_api/-leccodes/' \ -e 's/for ac_lib\(.*\)grib_api/for ac_lib\1eccodes/' before configure line.

ram commented on 2016-12-12 11:43 (UTC)

these kind of lining errro occur, when some backend libs have been updated. in such a case, you just have to re-install cdo

OdinEidolon commented on 2016-05-30 07:21 (UTC)

I get this when trying to run CDO: cdo: error while loading shared libraries: libhdf5.so.10: cannot open shared object file: No such file or directory I can link libhdf5.so to libhdf5.so.10, but then when I run CDO I get these warnings: cdo: Symbol `H5T_NATIVE_INT_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_SHORT_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_UCHAR_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_DOUBLE_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_UINT_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_FLOAT_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_SCHAR_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_NATIVE_USHORT_g' has different size in shared object, consider re-linking cdo: Symbol `H5T_C_S1_g' has different size in shared object, consider re-linking ny idea?

ram commented on 2015-06-26 13:05 (UTC)

added proj4

ram commented on 2015-03-28 18:41 (UTC)

add fftw3 support in 1.6.8-1

« First ‹ Previous 1 2 3 4 Next › Last »