Thank you Kevin!
On Mon, Dec 17, 2018 at 1:04 PM Tyle, Kevin R <ktyle@xxxxxxxxxx> wrote:
> 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 <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/
>
>
