Package Details: zygrib 8.0.1-3

Git Clone URL: https://aur.archlinux.org/zygrib.git (read-only, click to copy)
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: 15
Popularity: 0.000000
First Submitted: 2009-09-22 20:49 (UTC)
Last Updated: 2019-03-20 09:23 (UTC)

Latest Comments

Bitts311 commented on 2022-04-01 08:12 (UTC) (edited on 2022-04-01 08:14 (UTC) by Bitts311)

PROJ lib v 12 https://download.postgresql.org/pub/repos/yum/common/redhat/rhel-7-x86_64/proj49-4.9.3-3.rhel7.x86_64.rpm ZYGRIB bin package from French Repo https://repo.archlinux.fr/x86_64/zygrib-8.0.1-3-x86_64.pkg.tar.xz

unclezz commented on 2020-08-28 12:02 (UTC)

it currently fails to compile:

https://pastebin.com/Yy3XFKnd

martynjy commented on 2019-07-01 14:38 (UTC)

Running Zygrib now gives:

./bin/zyGrib: error while loading shared libraries: libproj.so.13: cannot open shared object file: No such file or directory

Today 'proj' was updated (5.2.0-1 -> 6.1.0-1) and there is no 'libproj.so.13'!

Dwaddle commented on 2017-06-06 10:40 (UTC)

I will make today a new .srconfo file

martynjy commented on 2017-06-06 09:00 (UTC)

The PKGBUILD is 'pkgrel=3' The .SRCINFO is 'pkgrel=2'.

Dwaddle commented on 2017-05-04 14:06 (UTC)

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 (UTC)

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 (UTC)

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

yrreiht commented on 2017-01-11 19:06 (UTC)

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

SydMax commented on 2017-01-06 10:15 (UTC)

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

biondilbiondo commented on 2017-01-05 13:19 (UTC)

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 (UTC)

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 (UTC) (edited on 2016-12-20 16:18 (UTC) by martynjy)

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 (UTC) (edited on 2016-12-12 22:05 (UTC) by SydMax)

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 (UTC) (edited on 2016-12-12 22:05 (UTC) by SydMax)

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 (UTC)

Same here...

olivierlm commented on 2016-12-12 13:25 (UTC)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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.

jacotux commented on 2014-01-19 08:52 (UTC)

New version 6.2.3 is available. Could you update ?

SydMax commented on 2013-11-18 23:25 (UTC)

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

commented on 2013-11-18 23:13 (UTC)

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 (UTC)

Dependency added.

ackalker commented on 2012-12-14 06:00 (UTC)

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 (UTC)

Update to 6.0.0 done ;-)

SydMax commented on 2012-08-13 14:06 (UTC)

Version 6.0.0 is available now.

equinoxefr commented on 2012-05-27 15:35 (UTC)

thanks @solstice, i updated package.

solsticedhiver commented on 2012-05-27 14:39 (UTC)

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

solsticedhiver commented on 2012-05-27 14:20 (UTC)

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 (UTC)

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

commented on 2010-08-20 13:46 (UTC)

Done, sorry for the delay.

sredna commented on 2010-08-19 20:20 (UTC)

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 (UTC)

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