[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #QBN-292365]: GEMPAK 6.10 build issue

Hi Darren

Can you confirm with the command 'env | grep GEM' that the GEMPAK env vars are 
loaded to the shell? 

To figure out where the problem is happening, first source the file manually 
from the shell to check that there are no formatting errors.  If you see a lot 
of variables listed matching "GEM" in the name, then try logging out of the 
account and then back in, and check once again if the same environmental 
variables are loaded, without manually sourcing them.  This will determine if 
the entry in /etc/profile.d/ is doing the job or not.

-Michael



> Hi Michael-
> I sent a reply email to this email about two weeks ago and haven't heard 
> anything back. Do you have any other suggestions?
> My previous reply email stated,
> 
> I am using bash and have altered the top line (Top level directory) of the 
> Gemenviron.profile file to reflect the directory path to where I've stashed 
> GEMPAK. Furthermore, I have added the same directory path to a custom.sh file 
> in the /etc/profile.d directory (instead of directly to the .profile file). 
> Is this correct?
> 
> To answer the reply from Tom below, I invoked the "make all >& make.out" from 
> the GEMPAK6.10 directory (but did make a typo in my original email).
> 
> 
> If you are still on vacation, I can wait until you return!! Thanks,
> 
> --
> Darren R. Clabo
> South Dakota State Fire Meteorologist
> O: (605) 394-1996  M: (605) 381-9253
> address@hidden
> http://www.ias.sdsmt.edu/clabo/index.htm
> 
> 
> -----Original Message-----
> From: Unidata GEMPAK Support [mailto:address@hidden]
> Sent: Thursday, November 21, 2013 2:15 AM
> To: Clabo, Darren R.
> Cc: address@hidden
> Subject: [GEMPAK #QBN-292365]: GEMPAK 6.10 build issue
> 
> Hi Darren,
> 
> I am the so-called GEMPAK guru on vacation in Norway at the moment.   I have 
> another user who reported the same build problem with Scientific Linux 
> earlier this year, but before we look at operating system-specific issues, 
> can you confirm that you are sourcing the environmental variable file 
> Gemenviron?
> 
> For tcsh and bash-specific sourcing, see 
> http://www.unidata.ucar.edu/software/gempak/doc/install.html#sourcing
> 
> The reason I ask this is that I reproduce the "make: *** /: Is a directory.  
> Stop." error if I deliberately do NOT source the Gemenviron file and attempt 
> a build.  Once I then source the file, the build works as it should.
> 
> Michael James
> Unidata
> 
> 
> 
> 
> 
> 
> > Hi Darren,
> >
> > Our GEMPAK guru is on travel at the moment and likely not able to get
> > online and answer questions... I will try to help.
> >
> > > I am having an issue with the GEMPAK 6.10 build. I am using
> > > Scientific Liunx and have downloaded the tarball for the GEMPAK
> > > source code. I've gone through the installation guide and am getting
> > > hung up on compiling the GEMPAK source. After I execute the "make
> > > all >$ make.out" command, I find the make.out file only contains "make: 
> > > *** /: Is a directory.  Stop."
> >
> > Questions:
> >
> > - was your 'make' invocation:
> >
> > make all >$ make.out
> >
> > If yes, this may be the problem.  The invocation should be:
> >
> > make all >& make.out
> >
> > - what directory were you in when you ran 'make'?
> >
> > - I assume that you went through the various items listed in the
> > GEMPAK installation page:
> >
> > http://www.unidata.ucar.edu/software/gempak/doc/install.html
> >
> > Is it possible that you skipped any steps?
> >
> > re:
> > > I have consulted the past GEMPAK threads and found them to be of
> > > little help on this matter. Can you provide any assistance?
> >
> > Hopefully, the solution is as simple as changing the 'make' invocation
> > -- your output redirection above is incorrect.  If that is not the
> > problem, my next guess is that you were in the wrong directory when
> > you ran 'make'; you have a configuration error in your Gemenviron or
> > Gemenviron.profile; and/or you did not make the settings in your
> > Gemenviron or Gemenviron.profile file active before attempting the build.
> >
> > Cheers,
> >
> > Tom
> > --
> > ****************************************************************************
> > Unidata User Support                                    UCAR Unidata Program
> > (303) 497-8642                                                 P.O. Box 3000
> > address@hidden                                   Boulder, CO 80307
> > ----------------------------------------------------------------------------
> > Unidata HomePage                       http://www.unidata.ucar.edu
> > **********************************************************************
> > ******
> >
> 
> Ticket Details
> ===================
> Ticket ID: QBN-292365
> Department: Support GEMPAK
> Priority: Normal
> Status: Closed
> 
> 

Ticket Details
===================
Ticket ID: QBN-292365
Department: Support GEMPAK
Priority: Urgent
Status: Open