Kevin,
Thank you for this! Sorry for the noob question, but where is the
Makeinc.common_linux file located?
I found Makefile in …/GEMPAK7/extlibs/netCDF that has the following
line:
NETCDF = $(OS-LIB)/libnetcdf.a
I’m thinking that is the line that you are saying needs replaced, but
I’m hesitant to edit the change with out confirmation.
Best Regards,
Paul
From:gembud-bounces@xxxxxxxxxxxxxxxx
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Tyle, Kevin R
Sent: Monday, December 17, 2018 2:05 PM
To: Pete Pokrandt <poker@xxxxxxxxxxxx>; Michael James <mjames@xxxxxxxx>
Cc: gembud <gembud@xxxxxxxxxxxxxxxx>
Subject: Re: [gembud] Gempak-7.4.5.deb installation
I can report that the resulting HDF5 library errors are eliminated by
editing Makeinc.common_linux so that the NETCDF line reads:
NETCDF = $(OS_LIB)/libnetcdf.a -ldl -lz
$(OS_LIB)/libhdf5_hl.a $(OS_LIB)/libhdf5.a
_____________________________________________
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
Phone: 518-442-4578
_____________________________________________
From: Pete Pokrandt [mailto:poker@xxxxxxxxxxxx]
Sent: Monday, December 17, 2018 12:58 PM
To: Michael James <mjames@xxxxxxxx>; Tyle, Kevin R <ktyle@xxxxxxxxxx>
Cc: gembud <gembud@xxxxxxxxxxxxxxxx>
Subject: Re: [gembud] Gempak-7.4.5.deb installation
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
--
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> 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
Phone: 518-442-4578
_____________________________________________
From: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>
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
Phone: 518-442-4578
_____________________________________________
From:gembud-bounces@xxxxxxxxxxxxxxxx
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Mike Zuranski
Sent: Sunday, December 16, 2018 4:41 PM
To: gembud <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
======================
On Sun, Dec 16, 2018 at 3:15 PM Mullenax, Robert R.
(WFF-820.0)[ORBITAL SCIENCES CORPORATION] <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>
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
======================
On Sat, Dec 15, 2018 at 11:37 PM Paul H. Lewis <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
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
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
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
