Package Details: panoply 4.11.6-2

Git Clone URL: (read-only, click to copy)
Package Base: panoply
Description: NetCDF, HDF and GRIB Data Viewer by NASA GISS
Upstream URL:
Keywords: data Earth GRIB HDF Java map NASA netCDF plot science viewer
Licenses: custom
Groups: nasa-tools
Conflicts: panoply-nodesktop
Submitter: MadPhysicist
Maintainer: MadPhysicist (lilac)
Last Packager: lilac
Votes: 9
Popularity: 0.000039
First Submitted: 2014-11-17 23:32
Last Updated: 2020-09-19 18:55

Required by (0)

Sources (9)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

fitzgeralda commented on 2017-06-15 19:32

Currently getting this error:

ERROR: Failure while downloading

MadPhysicist commented on 2017-04-04 04:03

Agreed and done in release 2

mrshannon commented on 2017-03-30 19:20

"unzip" needs to be added to makedepends.

MadPhysicist commented on 2016-03-05 14:31

Morn, "jdk7-openjdk, jdk8-openjdk" at the end of the list above are from the main repos. I have jdk8-openjdk installed and panoply works well with that. Why do you prefer java-runtime over java-environment?

Morn commented on 2016-03-05 09:20

I think this should depend on java-runtime, not java-environment, so it will work with OpenJDK from the main repos.

MadPhysicist commented on 2015-11-20 03:29

panoply has support for icons and a desktop shortcut which I extracted from the Windows executable and wrote myself, respectively. panoply-nodesktop is basically the original package with just a set of jars and a shell script.

Anonymous comment on 2015-11-20 02:31

What is the difference between this package and "panoply-nodesktop"?

MadPhysicist commented on 2015-11-14 03:45

The hash does appear to have changed. Fixed

richli commented on 2015-11-10 04:01

It seems that the sha-1 hash of the source file has changed even though the version (4.3.2) is the same? Unless my downloads keep getting corrupted. This is what I get:

$ sha1sum

MadPhysicist commented on 2015-04-06 16:01

I was not aware of the existence of the virtual dependency when I first created this package. As per your advice, I have now replaced java-runtime-common with java-runtime>=7 as the dependency. The main site indicates that the >=7 is in fact required.