NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
"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/ > >
gembud archives: