Package Details: cdo 1.9.4-0

Git Clone URL: https://aur.archlinux.org/cdo.git (read-only)
Package Base: cdo
Description: Command line tool manipulate and analyse Climate model Data. Supported data formats are GRIB, netCDF, SERVICE, EXTRA and IEG. There are more than 400 operators available.
Upstream URL: https://code.zmaw.de/projects/cdo
Licenses: GPLv2
Submitter: graziano
Maintainer: ram
Last Packager: ram
Votes: 11
Popularity: 1.640279
First Submitted: 2006-12-18 15:21
Last Updated: 2018-05-09 12:08

Latest Comments

ram commented on 2018-05-27 11:27

looks good to me. other maintainers have to be convinced, too in order to make it working. IMO the numbering of shared objects is a flaw, it contradicts with the concept of shared being loaded at runtime. so why numbering them. i see the benefits regarding security, but i thought they are there to prevent the need of recompiling stuff....

Vitrum-cnkj34kr8 commented on 2018-05-27 11:14

Got it. Do you think repkg's rules is a solution in such situation? However it should be employed by magics++ too.

ram commented on 2018-05-27 08:21

reinstallation doesn't help because magics++ needs libproj, too. you have to reinstall first magics++ and then cdo. that's how solved it on my box

Vitrum-cnkj34kr8 commented on 2018-05-26 22:39

After updating proj to 5.0.1-1 (libproj.so.13), cdo stopped working:

cdo: error while loading shared libraries: libproj.so.12: cannot open shared object file: No such file or directory

Reinstall doesn't help. I made a symlink:

sudo ln -s /usr/lib/libproj.so.13.0.1 /usr/lib/libproj.so.12

Seems to works correct now...

P.S. Bug is similar to the previous one with libhdf5.

ram commented on 2018-01-20 22:19

sure - no problem. thx for the hint

mpejcoch commented on 2018-01-18 13:53

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

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

ram commented on 2017-05-04 13:22

Please recompile CDO port with recent magics++ 2.32.0.

graziano commented on 2016-12-22 12:46

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

these kind of lining errro occur, when some backend libs have been updated.

in such a case, you just have to re-install cdo

All comments