Search Criteria
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: | |
| 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 |
Dependencies (20)
- curl (curl-git, curl-minimal-git)
- eccodes
- fftw (fftw-mpich, fftw-amd, fftw-mpi)
- hdf5 (hdf5-git, hdf5-openmpi-java, hdf5-java, hdf5-openmpi)
- jasper
- libaec
- magics++
- netcdf (netcdf-openmpi)
- proj (proj-configure-git, proj-git)
- udunits
- curl (curl-git, curl-minimal-git) (make)
- eccodes (make)
- fftw (fftw-mpich, fftw-amd, fftw-mpi) (make)
- hdf5 (hdf5-git, hdf5-openmpi-java, hdf5-java, hdf5-openmpi) (make)
- jasper (make)
- libaec (make)
- magics++ (make)
- netcdf (netcdf-openmpi) (make)
- proj (proj-configure-git, proj-git) (make)
- udunits (make)
Latest Comments
1 2 3 4 Next › Last »
Vitrum-cnkj34kr8 commented on 2021-06-03 16:35
@pmav99 If I remember correctly,
cdolinks a bunch of libraries statically, so you need to rebuildcdoevery time you are updating these libs.pmav99 commented on 2021-06-03 16:14
The package compiles, but when trying to run I get
I guess the problem is that
projversion 8 came out and thelibproj.so.XXnumber 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
urlandsourcecould 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.