Package Details: panoply 5.3.4-1

Git Clone URL: https://aur.archlinux.org/panoply.git (read-only, click to copy)
Package Base: panoply
Description: NetCDF, HDF and GRIB Data Viewer by NASA GISS
Upstream URL: http://www.giss.nasa.gov/tools/panoply/
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: 13
Popularity: 0.000314
First Submitted: 2014-11-17 23:32 (UTC)
Last Updated: 2024-03-28 12:22 (UTC)

Dependencies (4)

Required by (0)

Sources (5)

Latest Comments

« First ‹ Previous 1 2 3

mrshannon commented on 2017-03-30 19:20 (UTC)

"unzip" needs to be added to makedepends.

MadPhysicist commented on 2016-03-05 14:31 (UTC)

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

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

panoply has support for freedesktop.org: 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.

<deleted-account> commented on 2015-11-20 02:31 (UTC)

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

MadPhysicist commented on 2015-11-14 03:45 (UTC)

The hash does appear to have changed. Fixed

richli commented on 2015-11-10 04:01 (UTC)

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 PanoplyJ-4.3.2.zip 2f359fb984d626e8ff0faa63570225ecaec426d2 PanoplyJ-4.3.2.zip

MadPhysicist commented on 2015-04-06 16:01 (UTC)

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.

paugre commented on 2015-04-05 09:29 (UTC)

A java runtime environment is missing from the dependency list. Briefly tested with jre8-openjdk and it seemed to work fine. Suggest to add it as dependency.