Package Details: cdo 1.9.10-1

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. 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: 16
Popularity: 0.53
First Submitted: 2006-12-18 15:21
Last Updated: 2021-05-10 09:26

Latest Comments

1 2 3 4 Next › Last »

Vitrum-cnkj34kr8 commented on 2021-06-03 16:35

@pmav99 If I remember correctly, cdo links a bunch of libraries statically, so you need to rebuild cdo every time you are updating these libs.

pmav99 commented on 2021-06-03 16:14

The package compiles, but when trying to run I get

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

I guess the problem is that proj version 8 came out and the libproj.so.XX number changed from 15 to 22.

Making a symlink does resolve this.

ram commented on 2021-05-10 09:27

thx for the hints - I simplified the flags a bit ;-)

Vassily commented on 2021-01-12 11:40

I was unable to install cdo 1.9.9 on Manjaro Linux using GCC 10.2.0-4. A failure occurred in build() emos ... make[1]: [CMakeFiles/Makefile2:1513: libemos-sp/CMakeFiles/emos_sp.dir/all] Error 2 make: [Makefile:182: all] Error 2

Resolved. When compiling dependencies with GCC 10.2.0, use the flags: export FCFLAGS = "- w -fallow-argument-mismatch -O2" export FFLAGS = "- w -fallow-argument-mismatch -O2"

mdeff commented on 2020-12-03 20:45

Upstream moved to https://code.mpimet.mpg.de/projects/cdo. Both url and source could be updated.

bakamotokatas commented on 2020-04-22 19:32

Although I have installed gcc. It gives the below error.

checking for gcc... gcc checking whether the C compiler works... no configure: error: in /var/tmp/pamac-build-bakamotokatas/cdo/src/cdo-1.9.8': configure: error: C compiler cannot create executables Seeconfig.log' for more details ==> ERROR: A failure occurred in build(). Aborting...

ram commented on 2019-04-11 19:03

@moOzi this is again magigs++ - it needs to be updated before re-installing cdo

mo0zi commented on 2019-04-11 14:35

after successful installation of version 1.9.6 this error occured: $ cdo --version: /bin/cdo: error while loading shared libraries: libnetcdf.so.13: cannot open shared object file: No such file or directory. Solution: $ sudo ln -s /usr/lib/libnetcdf.so.15 /usr/lib/libnetcdf.so.13

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.