Package Details: eccodes 2.35.0-1

Git Clone URL: (read-only, click to copy)
Package Base: eccodes
Description: ECMWF decoding library for GRIB, BUFR and GTS
Upstream URL:
Licenses: Apache-2.0
Conflicts: grib_api, libbufr-ecmwf
Submitter: graziano
Maintainer: jankoh
Last Packager: jankoh
Votes: 13
Popularity: 0.182522
First Submitted: 2016-12-07 14:34 (UTC)
Last Updated: 2024-05-19 15:05 (UTC)

Latest Comments

1 2 Next › Last »

jankoh commented on 2021-09-20 21:29 (UTC) (edited on 2021-09-26 13:44 (UTC) by jankoh)

CAUTION: The current version of curl (7.79.0) does a stricter return code check when downloading files. This affects the source package page of this package. You can either download the source package yourself (using wget, or a browser) and put it in the correct folder to build the package or configure makepkg to use a different downloader. (This will effect all other makepkg downloads, too.)

The change would be (you must be root or have sudo configured properly): sed -i -r "s/(http[s]?::)\/usr\/bin\/curl\ -qgb\ \"\"\ -fLC\ -\ --retry\ 3\ --retry-delay\ 3 -o/\1\/usr\/sbin\/wget\ --no-cookies\ --retry-connrefused\ -t\ 3\ --waitretry\ 3 -O/" /etc/makepkg.conf

UPDATE: The issue ist fixed: no need for this hack anmore.

jankoh commented on 2021-04-02 13:08 (UTC)

Package updated to depend on openjpeg2. Please be aware that there is currently no possibility to force openjpeg2 over openjpeg in cmake-options. So if both openjpeg and openjpeg2 are installed, it's on the packages side to decide which one to use, and upstream defaults on openjpeg in that case. So if you really want to get rid of openjpeg, you need to uninstall it first, and build this package afterwards so it does not implicitly link on openjpeg instead of openjpeg2.

Best regards, Jan

capitalaslash commented on 2021-04-01 09:06 (UTC)

please update the dependency on openjpeg to openjpeg2, current eccodes version supports both and the latter is in extra.

Fixed commented on 2020-07-07 14:34 (UTC)


Can't buid this package as the dependency of gnudatalanguage due to Fortran errors.

Can update it please?

mblaschek commented on 2020-07-03 11:39 (UTC)

It's working Thanks to @jjdhooghiem

@graziano please update

petres commented on 2020-06-19 16:19 (UTC)

@jjdhooghiem thanks for sharing it is working.

@graziano would you please update the PKBUILD, thanks!

jjdhooghiem commented on 2020-06-04 18:46 (UTC) (edited on 2020-06-04 18:51 (UTC) by jjdhooghiem)

The following option allows building with GCC-10, with fortran enabled. -DCMAKE_Fortran_FLAGS=-fallow-argument-mismatch

In this way python can be disabled, python2 can be removed as a dependency. -DENABLE_PYTHON=0

aweech commented on 2020-06-03 23:05 (UTC)

The package breaks for me, and I think it's due to GCC 10. It fails to compile the fortran bindings. If you don't need them, you can add -DENABLE_FORTRAN=OFF to the cmake invocation in the PKGBUILD, and then it builds successfully.

Nestor_013 commented on 2019-04-08 16:13 (UTC) (edited on 2019-04-08 16:17 (UTC) by Nestor_013)

No building problems here.

For what it's worth I made quick changes to build version 2.12.0. Here is the diff