To add to the conversation, I had a student trying to build on OSX with similar
hdf and netcdf issues..
I haven't had a chance to look too deeply into it as she is back in China now,
but it sounds very much like what we're discussing here.
Pete
<http://www.weather.com/tv/shows/wx-geeks/video/the-incredible-shrinking-cold-pool>--
Pete Pokrandt - Systems Programmer
UW-Madison Dept of Atmospheric and Oceanic Sciences
608-262-3086 - poker@xxxxxxxxxxxx
________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx <gembud-bounces@xxxxxxxxxxxxxxxx> on
behalf of Michael James <mjames@xxxxxxxx>
Sent: Monday, December 17, 2018 11:43 AM
To: Tyle, Kevin R
Cc: gembud
Subject: Re: [gembud] Gempak-7.4.5.deb installation
Hi all,
In NAWIPS 7.5.1, NCEP added support to display netCDF 4 GOES-16/17 satellite
imagery, and so the library will be compiled with netcdf4 enabled from that
release forward. In August I began to merge the NCEP 7.5.1 changes into
Unidata GEMPAK, and removed the "–disable-netcdf4" flag from the extlibs build,
but have held back on releasing the 7.5.1 due to some compilation issues with
the new im_rcdf4 and gossae4 subroutines (which is why Unidata GEMPAK is at
release 7.4.5 right now).
The RPMs and Debian binaries are containerized builds where on each OS GEMPAK
is built from source, so I know for certain that the CentOS builds are complete
*in those container environments* and within the installed RPMs. However, it
appears that the Debian build is broken because of this, as mentioned here, and
needs some attention from me to account for hdf5 and netcdf4 .
Michael James
Unidata Program Center
Boulder, CO
On Mon, Dec 17, 2018 at 9:22 AM Tyle, Kevin R
<ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>> wrote:
(haha, hit the send button too aggressively) … last sentence should read:
Maybe we could just go back to not enabling netcdf4 when netcdf is built?
_____________________________________________
Kevin Tyle, M.S., Manager of Departmental Computing
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>
Phone: 518-442-4578
_____________________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx>
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx>]
On Behalf Of Tyle, Kevin R
Sent: Monday, December 17, 2018 11:18 AM
To: gembud <gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>>
Subject: Re: [gembud] Gempak-7.4.5.deb installation
The configuration process for netCDF, as set in $NAWIPS/extlibs/netCDF/Makefile
has removed –disable-netcdf4 which existed in earlier versions. This makes
netcdf look for locations of the hdf5 libraries and include directories. The
latter is not properly specified in $NAWIPS/extlibs/netCDF/makefile.common .
The NCENV line needs to have “CPPFLAGS=-I$(OS_INC)”. That eliminates the error
with hdf5.inc not being found, and thus the netcdf configuration and build
proceeds. Howver, later on in the build, errors linking to various hdf5
libraries occur, so some more work needs to be done there .
It’s unclear to me if there’s some functionality in these most recent GEMPAK
versions that require netCDF4 (and thus HDF5), so I’m cc’ing Michael James
here. Maybe we could just go back to not
_____________________________________________
Kevin Tyle, M.S., Manager of Departmental Computing
Dept. of Atmospheric & Environmental Sciences
University at Albany
Earth Science 235, 1400 Washington Avenue
Albany, NY 12222
Email: ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>
Phone: 518-442-4578
_____________________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx>
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Mike Zuranski
Sent: Sunday, December 16, 2018 4:41 PM
To: gembud <gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>>
Subject: Re: [gembud] Gempak-7.4.5.deb installation
"Older versions of 7 built on Ubuntu."
This was true for me as well, same system, pretty sure it was version 7.4.2. I
looked at the GEMPAK Github page and saw they went with updated versions of
zlib, hdf5 and netcdf4 in 7.4.3, so I feel like that's related.
-Mike
======================
Mike Zuranski
Meteorology Support Analyst
College of DuPage - Nexlab
Weather.cod.edu<http://Weather.cod.edu>
======================
On Sun, Dec 16, 2018 at 3:15 PM Mullenax, Robert R. (WFF-820.0)[ORBITAL
SCIENCES CORPORATION]
<robert.r.mullenax@xxxxxxxx<mailto:robert.r.mullenax@xxxxxxxx>> wrote:
I tried building on CentOS 7 and it failed with NetCDF as well. I sent a
message to Unidata about it but did not get an auto reply from support-gempak
so don’t know if they got it. I didn’t get a reply from gembud either. I just
used the CentOS rpm and it worked ok. I have Ubuntu systems but have not tried
to upgrade those yet. Older versions of 7 built on Ubuntu.
On Dec 16, 2018, at 2:04 PM, Mike Zuranski
<zuranski@xxxxxxxxxxxxxxx<mailto:zuranski@xxxxxxxxxxxxxxx>> wrote:
Hi all,
I ran into the same issue and then some...
Traditionally I've always built GEMPAK from source, but figured I'd try the
.deb file this time. After deploying it however, like Paul I didn't have most
of the executables. Some of the decoders got built, maybe one or two other
things, but no gd, gp or most other programs. So I tried building from source,
but that didn't work either...
When building from source, it looked like it failed at making netCDF. I'm
writing this from home so I don't have any log files on me at the moment, but
it appeared as though it made HDF5 okay, but the netCDF build couldn't find
hdf5.h and failed. Without netCDF, those other programs failed as well. The
strange part was hdf5.h seemed like it existed in the right place, so I'm not
sure what happened. This was for both 7.4.3 and 7.4.5 on Ubuntu 18.04.1, I was
going to try on another machine before writing in about it in case it was
something local, but Paul described the same thing so maybe it's not just me.
Hope this provides some clues. If anyone wants more info, let me know and I
can include make & configure logs when I get in the office on Monday.
-Mike
======================
Mike Zuranski
Meteorology Support Analyst
College of DuPage - Nexlab
Weather.cod.edu<http://Weather.cod.edu>
======================
On Sat, Dec 15, 2018 at 11:37 PM Paul H. Lewis
<phldml3@xxxxxxx<mailto:phldml3@xxxxxxx>> wrote:
Hello,
I have been trying to get GEMPAK working on a Ubuntu Linux 16.04 server.
Latest attempt was installing the version 7.4.5. As I understand I should be
able to test by running gdplot.
When I type gdplot I get:
No command ‘gdplot’ found….
Environmental variables are set as instructed in .profile. But the issue I am
having appears to be that there is no executables in the package. Was there
another step that I have missed?
Thank you,
Paul
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
gembud mailing list
gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
gembud mailing list
gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
gembud mailing list
gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
