Search Criteria
Package Details: cdo 1.9.10-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. There are more than 400 operators available. |
Upstream URL: | https://code.zmaw.de/projects/cdo |
Licenses: | |
Submitter: | graziano |
Maintainer: | ram |
Last Packager: | ram |
Votes: | 15 |
Popularity: | 0.153864 |
First Submitted: | 2006-12-18 15:21 |
Last Updated: | 2021-01-25 08:25 |
Dependencies (20)
- curl (curl-git, curl-minimal-git)
- eccodes
- fftw (fftw-mpich, fftw-mpi, fftw-amd)
- 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-mpi, fftw-amd) (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 Next › Last »
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
andsource
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 See
config.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.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:Reinstall doesn't help. I made a symlink:
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