Package Details: wgrib2 2.0.8-1

Git Clone URL: https://aur.archlinux.org/wgrib2.git (read-only, click to copy)
Package Base: wgrib2
Description: A program to manipulate, inventory and decode GRIB-2 files
Upstream URL: https://www.cpc.ncep.noaa.gov/products/wesley/wgrib2/
Licenses: custom
Submitter: graziano
Maintainer: graziano
Last Packager: graziano
Votes: 6
Popularity: 0.126947
First Submitted: 2006-12-01 14:08
Last Updated: 2019-09-22 15:15

Latest Comments

1 2 Next › Last »

sundar_ima commented on 2020-02-24 11:14

Never able to install this package. Found a temp solution myself as shown below:-

  1. Downloaded the latest pre-compile wgrib2 binary from anaoconda repo https://anaconda.org/conda-forge/wgrib2/files.

  2. The binary expected libjasper.so.1 and libmysqlclient.so.18 but Arch had only libjasper.so and libmysqlclient.so

  3. Made a soft link point to Arch Linux libraries as indicated below:- sudo ln /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.18 and sudo ln -s /usr/lib/libjasper.so /usr/lib/libjasper.so.1

  4. Executed wgirb2 and it happily printed the list of available options.

  5. Hope it helps someone scratching their head for the answer.

sundar_ima commented on 2020-02-23 17:12

Does not compile. Received the following error:-

In file included from wgrib2.h:8,
                 from AAIG.c:6:
config.h:2:1: error: stray '\' in program
    2 | \#define USE_REGEX
      | ^
config.h:2:2: error: stray '#' in program
    2 | \#define USE_REGEX
      |  ^
config.h:2:3: error: unknown type name 'define'
    2 | \#define USE_REGEX
      |   ^~~~~~
config.h:3:1: error: stray '\' in program
    3 | \#define USE_TIGGE
      | ^
config.h:3:2: error: stray '#' in program
    3 | \#define USE_TIGGE
      |  ^
config.h:3:3: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'define'
    3 | \#define USE_TIGGE
      |   ^~~~~~
config.h:3:3: error: unknown type name 'define'
config.h:6:1: error: stray '\' in program
    6 | \#define USE_UDF
      | ^
config.h:6:2: error: stray '#' in program
    6 | \#define USE_UDF
      |  ^
config.h:7:1: error: stray '\' in program
    7 | \#define IPOLATES_LIB ""
      | ^
config.h:7:2: error: stray '#' in program
    7 | \#define IPOLATES_LIB ""
      |  ^
config.h:8:1: error: stray '\' in program
    8 | \#define USE_IPOLATES 1
      | ^
config.h:8:2: error: stray '#' in program
    8 | \#define USE_IPOLATES 1
      |  ^
config.h:9:1: error: stray '\' in program
    9 | \#define USE_OPENMP
      | ^
config.h:9:2: error: stray '#' in program
    9 | \#define USE_OPENMP
      |  ^
config.h:10:1: error: stray '\' in program
   10 | \#define USE_G2CLIB
      | ^
config.h:10:2: error: stray '#' in program
   10 | \#define USE_G2CLIB
      |  ^
config.h:11:1: error: stray '\' in program
   11 | \#define USE_PROJ4
      | ^
config.h:11:2: error: stray '#' in program
   11 | \#define USE_PROJ4
      |  ^
config.h:12:1: error: stray '\' in program
   12 | \#define USE_JASPER
      | ^
config.h:12:2: error: stray '#' in program
   12 | \#define USE_JASPER
      |  ^
config.h:13:1: error: stray '\' in program
   13 | \#define USE_AEC "libaec-1.0.2.tar.gz"
      | ^
config.h:13:2: error: stray '#' in program
   13 | \#define USE_AEC "libaec-1.0.2.tar.gz"
      |  ^
config.h:15:1: error: stray '\' in program
   15 | \#define USE_NETCDF4
      | ^
config.h:15:2: error: stray '#' in program
   15 | \#define USE_NETCDF4
      |  ^
config.h:16:1: error: stray '\' in program
   16 | \#define HDF5 ""
      | ^
config.h:16:2: error: stray '#' in program
   16 | \#define HDF5 ""
      |  ^
config.h:17:1: error: stray '\' in program
   17 | \#define USE_MYSQL
      | ^
config.h:17:2: error: stray '#' in program
   17 | \#define USE_MYSQL
      |  ^
config.h:18:1: error: stray '\' in program
   18 | \#define CC "gcc (Arch Linux 9.2.1+20200130-2) 9.2.1 20200130"
      | ^
config.h:18:2: error: stray '#' in program
   18 | \#define CC "gcc (Arch Linux 9.2.1+20200130-2) 9.2.1 20200130"
      |  ^
config.h:19:1: error: stray '\' in program
   19 | \#define FORTRAN "GNU Fortran (Arch Linux 9.2.1+20200130-2) 9.2.1 20200130"
      | ^
config.h:19:2: error: stray '#' in program
   19 | \#define FORTRAN "GNU Fortran (Arch Linux 9.2.1+20200130-2) 9.2.1 20200130"
      |  ^
config.h:20:1: error: stray '\' in program
   20 | \#define BUILD_COMMENTS "stock build"
      | ^
config.h:20:2: error: stray '#' in program
   20 | \#define BUILD_COMMENTS "stock build"
      |  ^
config.h:21:1: error: stray '\' in program
   21 | \#define USE_PNG
      | ^
config.h:21:2: error: stray '#' in program
   21 | \#define USE_PNG
      |  ^
config.h:22:1: error: stray '\' in program
   22 | \#define WMO_VALIDATION
      | ^
config.h:22:2: error: stray '#' in program
   22 | \#define WMO_VALIDATION
      |  ^
make[1]: *** [makefile:63: AAIG.o] Error 1
make[1]: Leaving directory '/home/sundar/.cache/yay/wgrib2/src/grib2/wgrib2'
make: *** [makefile:626: wgrib2/wgrib2] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Any help to successful install is appreciated.

dovlan commented on 2019-09-13 12:55

Hi,

PROJ will be permanently removing proj_api.h starting from version 7. Solution is to modify wgrib2.patch file and append -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 at line 100 and adjust md5 sum accordingly

From https://github.com/OSGeo/PROJ/issues/836:

From version 6.0.0 proj_api.h will be deprecated. proj_api.h will not be included as a public header file from PROJ 7.0.0 and onwards. We want to make that clear from version 6.0.0 by requiring that users that want to use proj_api.h #define a macro like ACCEPT_USE_OF_DEPRECATED_PROJ_API_H. If the macro is not defined a compile-time error should be raised declaring that the user is including a deprecated API.

queenmedley commented on 2019-08-15 14:40

During compile, it failed to proj.
The proj-6.1.0-1 is already installed on my pc.
Any idea?


In file included from Proj4.c:21: /usr/include/proj_api.h:37:2: error: #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H'
37 | #error 'To use the proj_api.h you must define the macro ACCEPT_USE_OF_DEPRECATED_PROJ_API_H'
| ^~~~~
make[1]: [makefile:67: Proj4.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-ryzen1/aur-wgrib2/src/grib2/wgrib2'
make:
[makefile:569: wgrib2/wgrib2] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build wgrib2.
==> Restart building wgrib2 ? [y/N]

kubrick commented on 2017-05-05 09:07

Also, shouldn't gcc-fortran be in the makedepends ?

kubrick commented on 2017-05-05 09:05

Building this package fails on my machine witht he following errors:

wgrib2.o: In function `main':
wgrib2.c:(.text.startup+0x15a9): undefined reference to `init'
GDT.o: In function `f_gdt':
GDT.c:(.text+0x87): undefined reference to `g2_unpack3'
Gctpc.o: In function `gctpc_get_latlon':
Gctpc.c:(.text+0x346): undefined reference to `psforint'
Gctpc.c:(.text+0x392): undefined reference to `psfor'
Gctpc.c:(.text+0x3e0): undefined reference to `psinvint'
Gctpc.c:(.text+0x3e9): undefined reference to `psinv'
...

richli commented on 2016-10-17 20:39

I had to update the wgrib2.patch file to include the "-fPIC" option in the wFFLAGS variable. Otherwise, I get errors like this when it links the wgrib2 binary ($SRCDIR is not literally in the output, I put that there for clarity):

/usr/bin/ld: $SRCDIR/grib2/lib/libipolate.a(polates0.o): relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC

graziano commented on 2013-12-10 08:26

Corrected as per the comment. No problem in changing the static with dynamic linking (storage space is reduced). The change is needed because of the decision not to include anymore static libraries in packages:

https://mailman.archlinux.org/pipermail/arch-dev-public/2013-March/024552.html

New packages do not have anymore static libraries, but the netCDF was updated only recently.

glee commented on 2013-12-10 06:19

wgrib2.patch seeks /usr/lib/libnetcdf.a and (on my system) causes make to fail. I notice that if I modify the patch to /usr/lib/libnetcdf.so and update the md5sum in PKGBUILD the package is builds ok. Is there any good reason not to do that?

graziano commented on 2013-05-31 07:59

Thanks jdunn, I have updated to 1.9.8. About the points below,

1) Added dependency, thanks!
2) ? the signature in g2clib 1.4.0 is :

int g2_getfld(unsigned char *,int,int,int,gribfield **)

and in the wgrib source it is called with correct argument types. The grib2 internal interface is always compiled in wgrib2, the G2CLIB interface just adds support for some NCEP specific tables. On my x86_64 box the package works, can you give some more information on the failure?