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/
