Re: [gembud] Gempak-7.4.5.deb installation

  • To: "Paul H. Lewis" <phldml3@xxxxxxx>
  • Subject: Re: [gembud] Gempak-7.4.5.deb installation
  • From: "Tyle, Kevin R" <ktyle@xxxxxxxxxx>
  • Date: Wed, 19 Dec 2018 22:02:26 +0000
  • Authentication-results: spf=none (sender IP is ) smtp.mailfrom=ktyle@xxxxxxxxxx;
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99
Hi Paul, no problem! You'll find it in your GEMPAK7/config directory.

Cheers,

Kevin

_____________________________________________
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: Paul H. Lewis [mailto:phldml3@xxxxxxx]
Sent: Wednesday, December 19, 2018 5:00 PM
To: Tyle, Kevin R <ktyle@xxxxxxxxxx>; 'Pete Pokrandt' <poker@xxxxxxxxxxxx>; 
'Michael James' <mjames@xxxxxxxx>
Cc: 'gembud' <gembud@xxxxxxxxxxxxxxxx>
Subject: RE: [gembud] Gempak-7.4.5.deb installation

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> 
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Tyle, Kevin R
Sent: Monday, December 17, 2018 2:05 PM
To: Pete Pokrandt <poker@xxxxxxxxxxxx<mailto:poker@xxxxxxxxxxxx>>; Michael 
James <mjames@xxxxxxxx<mailto:mjames@xxxxxxxx>>
Cc: gembud <gembud@xxxxxxxxxxxxxxxx<mailto: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<mailto: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<mailto:mjames@xxxxxxxx>>; Tyle, Kevin R 
<ktyle@xxxxxxxxxx<mailto:ktyle@xxxxxxxxxx>>
Cc: gembud <gembud@xxxxxxxxxxxxxxxx<mailto: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<mailto:poker@xxxxxxxxxxxx>

________________________________
From: gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx> 
<gembud-bounces@xxxxxxxxxxxxxxxx<mailto:gembud-bounces@xxxxxxxxxxxxxxxx>> on 
behalf of Michael James <mjames@xxxxxxxx<mailto: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/