Package Details: zygrib 8.0.1-2

Git Clone URL: https://aur.archlinux.org/zygrib.git (read-only)
Package Base: zygrib
Description: Weather data visualization, GRIB file viewer
Upstream URL: http://www.zygrib.org/
Keywords: data GRIB visualization weather
Licenses: GPL3
Submitter: None
Maintainer: SydMax (Dwaddle)
Last Packager: Dwaddle
Votes: 13
Popularity: 0.037956
First Submitted: 2009-09-22 20:49
Last Updated: 2017-05-14 07:45

Dependencies (8)

Required by (1)

Sources (4)

Latest Comments

Dwaddle commented on 2017-05-04 14:06

With a few adjustments, builds without any problem, as it should on 686.
thanks to yrreiht for the hint to remove the -m64 and -D__64BIT__

https://github.com/dwaddle/zyGrib-pkgbuild

yrreiht commented on 2017-01-12 17:42

cd src/g2clib; make

gcc -c -O3 -g -m64 -I/nwprod/lib/include/ -DUSE_JPEG2000 -DUSE_PNG -D__64BIT__ gridtemplates.c

make[1]: *** [makefile:89: libg2c.a(gridtemplates.o)] Error 1

maybe need to patch makefile in src/g2clib
CFLAGS= -O3 -g -m64 $(INC) $(DEFS) -D__64BIT__
CFLAGS= -O3 $(INC) $(DEFS)

Thanks for your attention

SydMax commented on 2017-01-12 12:16

yrreiht, can not reproduce. Successfully built working i686 package.

yrreiht commented on 2017-01-11 19:06

PKGBUILD should be arch=('x86_64') only.
Doesn't build for i686 architecture.

SydMax commented on 2017-01-06 10:15

Updated package with biondilbiondo's patch. Now it builds and works.

biondilbiondo commented on 2017-01-05 13:19

olivierlm commented on 2016-12-12 13:25

Build is failing for me on last version (8.0.1-1):
'''
enc_jpeg2000.c:124:10: erreur : ‘jas_image_t {alias struct <anonymous>}’ has no member named ‘inmem_’
image.inmem_=1;
^
make[1]: *** [makefile:89: libg2c.a(enc_jpeg2000.o)] Error 1
'''
Any idea ?
_____________________________
I got this error too. I solved adding in PKGBUILD the following lines:

prepare() {
cd "$srcdir/$_upname-$pkgver"
sed 's/\(^.*image.inmem_=1.*$\)/\/\/\1/' src/g2clib/enc_jpeg2000.c > src/g2clib/enc_jpeg2000.c.tmp; mv src/g2clib/enc_jpeg2000.c.tmp src/g2clib/enc_jpeg2000.c
}

It worked for me.

biondilbiondo commented on 2017-01-05 13:19

olivierlm commented on 2016-12-12 13:25

Build is failing for me on last version (8.0.1-1):
'''
enc_jpeg2000.c:124:10: erreur : ‘jas_image_t {alias struct <anonymous>}’ has no member named ‘inmem_’
image.inmem_=1;
^
make[1]: *** [makefile:89: libg2c.a(enc_jpeg2000.o)] Error 1
'''
Any idea ?
_____________________________
I got this error too. I solved adding in PKGBUILD the following lines:

prepare() {
cd "$srcdir/$_upname-$pkgver"
sed 's/\(^.*image.inmem_=1.*$\)/\/\/\1/' src/g2clib/enc_jpeg2000.c > src/g2clib/enc_jpeg2000.c.tmp; mv src/g2clib/enc_jpeg2000.c.tmp src/g2clib/enc_jpeg2000.c
}

It worked for me.

martynjy commented on 2016-12-20 15:55

I get this with both jasper 1.900.5-1 and 1.900.31-1:

make[1]: *** [makefile:89: libg2c.a(gridtemplates.o)] Error 1
make[1]: Leaving directory '/home/arch/builds/zygrib/src/zyGrib-8.0.1/src/g2clib'
make: *** [Makefile:46: zyGrib] Error 2

SydMax commented on 2016-12-12 22:02

Downgrading jasper helps, of course. We should probably file bugreport upstream (g2clib and/or jasper), also it is possible to create separate jasper-1.900.5 compatibility package in AUR (anyone wants to do that?).

SydMax commented on 2016-12-12 21:58

ZyGrib now includes g2clib, which depends on jasper and libpng (I will add them to dependency list).
Recently jasper from [extra] was updated from 1.900.5 to 1.900.31. That update broke ZyGrib, as well as standalone g2clib build process. I have not figured out nice solution for that problem yet.

paneves commented on 2016-12-12 21:06

Same here...

olivierlm commented on 2016-12-12 13:25

Build is failing for me on last version (8.0.1-1):
'''
enc_jpeg2000.c:124:10: erreur : ‘jas_image_t {alias struct <anonymous>}’ has no member named ‘inmem_’
image.inmem_=1;
^
make[1]: *** [makefile:89: libg2c.a(enc_jpeg2000.o)] Error 1
'''
Any idea ?

SydMax commented on 2015-03-26 22:52

I incorporated working curl options from script by Dwaddle directly into the PKGBUILD. I have done that in the hackish way, if someone can propose "the right way" to do it, I will appreciate. But for now it works.

Dwaddle commented on 2015-03-26 08:11

@SydMax
What do you think of this solution ?
Downloads the file if remote version is newer or if there is no local archive, rewrites PKGBUILD to reflect local build and builds the package in one step

https://github.com/dwaddle/ZyGrib-downloader/blob/master/zygrib-org.sh

It's not an ideal solution but it does make live a lot easier.

I only have doubts about automatic recalculating the sha256 checksum for a newer version.

Dwaddle commented on 2015-03-20 17:16

Ok, makepkg/PKGBUILD don't work with cookies ;-(. That would mean that we are probably stuck for a while with this solution. Unless we somehow can mirror the file to a location without a cookie or start hacking around in makepkg ourselves.

Both options probably take a while, Maybe we need a better/more elegant script

SydMax commented on 2015-03-20 14:17

Thank you for your script. I am aware of this problem, but was not able to come up with any not-so-hack-like solution yet [except to download source file manually]. If anyone have some elegant solution to offer, don't hesitate to share.

Dwaddle commented on 2015-03-20 14:00

makepkg can not download the file. It retrieves the homepage. For downloading the tgz file you need a session cookie. The bash-script below works great but I don't have a clue how to include the functionality in the PKGBUILD file.
<---------SCRIPT ---------------------->
FILE='zyGrib-7.0.0.tgz'
URL="http://www.zygrib.org/"
URL_DOWNLOAD="$URL/getfile.php?file=$FILE"

# -------------------------------------------
# the --next directive requires curl >=7.36.0
# -------------------------------------------
# the first curl request gets the main page and the needed session cookie
# the second request retrieves the file
curl --cookie nada $URL > /dev/null --next --cookie nada -o $FILE $URL_DOWNLOAD
<---- Script ends ------>

SydMax commented on 2014-01-20 16:43

Things are a bit complicated now with the new build. Zygrib require qwt 6.0.x, and fails to build against qwt 6.1.x from current [extra]. It can be built against local copy of qwt 6.0.1 provided together with its sources, but there is a bug http://sourceforge.net/p/qwt/bugs/150/ because of which local qwt can not be built if there is already qwt installation in /usr/lib. This bug can not be fixed by qwt devs, it require interaction with repo qwt packager or qmake patching. So for now options are:
1. Rallback to the last qwt 6.0.x arch package and build zygrib against it [you should edit PKGBUILD, comment out zyGrib_Qt_path.patch and uncomment zyGrib_ARCH_0.1.patch which was used in previous zygrib PKGBUILDS]. Bad option, obviously.
2. Temporarily remove qwt (pacman -R -dd qwt), build zygrib (its own qwt 6.0.1 will be used), install qwt back. Nasty workaround, hopefully temporary, but seems to be a bit better than 1.
3. Contact qwt packager to move qwt from /usr/lib to its own directory. This will eliminate need in qwt removing hack. I will do this, but it may take some time to be done. We can also contact qwt developers with a request to fix qwt 6.1.x compatibility. May take a lot of time.
If I missed something or if someone have better idea, please let us know.

SydMax commented on 2014-01-20 16:41

Things a bit complicated now with the new build. Zygrib require qwt 6.0.x, and fails to build against qwt 6.1.x from current [extra]. It can be built against local copy of qwt 6.0.1 provided together with its sources, but there is a bug http://sourceforge.net/p/qwt/bugs/150/ because of which local qwt can not be built if there is already qwt installation in /usr/lib. This bug can not be fixed by qwt devs, it require interaction with repo qwt packager or qmake patching. So for now options are:
1. Rallback to the last qwt 6.0.x arch package and build zygrib against it [you should edit PKGBUILD, comment out zyGrib_Qt_path.patch and uncomment zyGrib_ARCH_0.1.patch which was used in previous zygrib PKGBUILDS]. Bad option, obviously.
2. Temporarily remove qwt (pacman -R -dd qwt), build zygrib (its own qwt 6.0.1 will be used), install qwt back. Nasty workaround, hopefully temporary, but seems to be a bit better than 1.
3. Contact qwt packager to move qwt from /usr/lib to its own directory. This will eliminate need in qwt removing hack. I will do this, but it may take some time to be done. We can also contact qwt developers with a request to fix qwt 6.1.x compatibility. May take a lot of time.
If I missed something or if someone have better idea, please let us know.

jacotux commented on 2014-01-19 08:52

New version 6.2.3 is available.
Could you update ?

jacotux commented on 2013-12-29 09:56


The 6.2.1-1 build seems to fail with following output, see http://pastebin.com/b97ZnbdH

SydMax commented on 2013-11-18 23:25

Ok, for some reason developers decided to make a silent update of the source tarball without version increase or any notification.

jaclar commented on 2013-11-18 23:13

checksum of zyGrib-6.2.0.tgz doesn't match.

Correct value:
$ md5sum zyGrib-6.2.0.tgz
75f2a6361e7bc99d0f7825bd4e2e6c02 zyGrib-6.2.0.tgz

SydMax commented on 2012-12-14 07:58

Dependency added.

ackalker commented on 2012-12-14 06:00

There is a missing required dependency on libnova. Not having this installed gives a compiler error:
g++ -c -m64 -pipe -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -W -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt/mkspecs/linux-g++-64 -I. -I/usr/include/QtCore -I/usr/include/QtNetwork -I/usr/include/QtGui -I/usr/include/QtXml -I/usr/include -I. -Iutil -Imap -IGUI -Icurvedrawer -I/usr/include/qwt -I/usr/local/qwt6/include/ -Iobjs -IGUI -o objs/MbzFile.o MbzFile.cpp
In file included from Astro.cpp:19:0:
Astro.h:24:32: fatal error: libnova/julian_day.h: No such file or directory
compilation terminated.
make[1]: *** [objs/Astro.o] Error 1

equinoxefr commented on 2012-08-13 15:31

Update to 6.0.0 done ;-)

SydMax commented on 2012-08-13 14:06

Version 6.0.0 is available now.

equinoxefr commented on 2012-05-27 15:35

thanks @solstice, i updated package.

solstice commented on 2012-05-27 14:39

Also, another minor sugesstion
all files in /opt/zygrib/data don't really need to be executables
run
install -D -m 644 instead of install -D -m 755 for all files in /opt/zygrib/data/[...]

and even more minor things
best to always specify current dir when running command so in zygrib.sh
./bin/zyGrib
or
exec ./bin/zygrib
to avoid a shell process for nothing

solstice commented on 2012-05-27 14:20

I guess liberation font does not need to be installed but the zygrib package must depend on ttf-liberation package

It is working fine here with this setup i.e removed /opt/zygrib/data/fonts and using installed ttf-liberation

hamlet commented on 2011-07-15 19:52

Could you please update ?
I've compiled 5.0.2 without trouble, after reading your patch...

Anonymous comment on 2010-08-20 13:46

Done, sorry for the delay.

sredna commented on 2010-08-19 20:20

Oh, and could we pleeeeease drop the dependency on ttf-liberation? it is not required, zygrib is working fine without it, and it destroys the niceness of everything else!

sredna commented on 2010-08-19 14:05

Update to v 3.9.2 please. It is as simple as changing the version number and rerun makepkg -g.