[Met_help] [rt.rap.ucar.edu #91886] History for NCWCP Student Affiliate

Thu Sep 26 14:02:24 MDT 2019

----------------------------------------------------------------
  Initial Request
----------------------------------------------------------------

Hello,

My name is Michael Pletcher and I am senior at the University of Maryland.
I am currently working with the Weather Prediction Center on a research
project, and my advisors have suggested that I find a way to access MET
software remotely from NCWCP to work on my project. Please let me know if
it is possible to download MET to my laptop computer, or if I could
possibly download it to my department's (Atmospheric & Oceanic Science)
computers. Let me know if I need to answer any questions.

Thanks,
Michael Pletcher

----------------------------------------------------------------
  Complete Ticket History
----------------------------------------------------------------

Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 04 08:28:57 2019

Hi Michael.

I see that you'd like to access MET for your research.

We have MET installed for users on a variety of NOAA machines.  Take a
look
at this website and see if you have access to any of these machines
where
there is currently an existing build of MET:
https://dtcenter.org/community-code/model-evaluation-tools-met/metv8-
1-existing-builds-metplus-2-1-installations

The machine, "hera", which is replacing "theia" should also be on that
list.  I will add "hera" later today.

If you don't have access to any of those existing builds you can
download
the MET code online and install in on a Linux machine.  If you end up
needing to install it, please let me know, and I'll send some
additional
useful information for the installation.

Thanks,
Julie

On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> Transaction: Ticket created by michael.pletcher at noaa.gov
>        Queue: met_help
>      Subject: NCWCP Student Affiliate
>        Owner: Nobody
>   Requestors: michael.pletcher at noaa.gov
>       Status: new
>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
>
> Hello,
>
> My name is Michael Pletcher and I am senior at the University of
Maryland.
> I am currently working with the Weather Prediction Center on a
research
> project, and my advisors have suggested that I find a way to access
MET
> software remotely from NCWCP to work on my project. Please let me
know if
> it is possible to download MET to my laptop computer, or if I could
> possibly download it to my department's (Atmospheric & Oceanic
Science)
> computers. Let me know if I need to answer any questions.
>
> Thanks,
> Michael Pletcher
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 04 11:38:39 2019

Hi Michael.  It was recently brought to my attention that you are
working
with the WPC group at NOAA.  I'm not sure exactly what machines MET is
accessible from, but there is an install for the WPC group at
/opt/MET/81
on at least some of their machines.  I hope that helps!

Julie

On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Michael.
>
> I see that you'd like to access MET for your research.
>
> We have MET installed for users on a variety of NOAA machines.  Take
a
> look at this website and see if you have access to any of these
machines
> where there is currently an existing build of MET:
>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
>
> The machine, "hera", which is replacing "theia" should also be on
that
> list.  I will add "hera" later today.
>
> If you don't have access to any of those existing builds you can
download
> the MET code online and install in on a Linux machine.  If you end
up
> needing to install it, please let me know, and I'll send some
additional
> useful information for the installation.
>
> Thanks,
> Julie
>
> On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA Affiliate via
RT <
> met_help at ucar.edu> wrote:
>
>>
>> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
>> Transaction: Ticket created by michael.pletcher at noaa.gov
>>        Queue: met_help
>>      Subject: NCWCP Student Affiliate
>>        Owner: Nobody
>>   Requestors: michael.pletcher at noaa.gov
>>       Status: new
>>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>>
>>
>> Hello,
>>
>> My name is Michael Pletcher and I am senior at the University of
Maryland.
>> I am currently working with the Weather Prediction Center on a
research
>> project, and my advisors have suggested that I find a way to access
MET
>> software remotely from NCWCP to work on my project. Please let me
know if
>> it is possible to download MET to my laptop computer, or if I could
>> possibly download it to my department's (Atmospheric & Oceanic
Science)
>> computers. Let me know if I need to answer any questions.
>>
>> Thanks,
>> Michael Pletcher
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Wed Sep 04 11:53:16 2019

Julie,

I am aware of the ability to access MET within WPC. However, I'm
curious as
to whether or not it is possible to download MET to a Linux machine in
the
computer lab within my department (Department of Atmospheric & Oceanic
Science). The reason I am asking for this is because I do not have a
federal badge to freely access MET at anytime at NCWCP. I will talk
with
the system administrator for my department (jhenriks at umd.edu) and see
what
he thinks about this.

Thanks,
Michael Pletcher

On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.  It was recently brought to my attention that you are
working
> with the WPC group at NOAA.  I'm not sure exactly what machines MET
is
> accessible from, but there is an install for the WPC group at
/opt/MET/81
> on at least some of their machines.  I hope that helps!
>
> Julie
>
> On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Hi Michael.
> >
> > I see that you'd like to access MET for your research.
> >
> > We have MET installed for users on a variety of NOAA machines.
Take a
> > look at this website and see if you have access to any of these
machines
> > where there is currently an existing build of MET:
> >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> >
> > The machine, "hera", which is replacing "theia" should also be on
that
> > list.  I will add "hera" later today.
> >
> > If you don't have access to any of those existing builds you can
download
> > the MET code online and install in on a Linux machine.  If you end
up
> > needing to install it, please let me know, and I'll send some
additional
> > useful information for the installation.
> >
> > Thanks,
> > Julie
> >
> > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA Affiliate
via RT <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> >> Transaction: Ticket created by michael.pletcher at noaa.gov
> >>        Queue: met_help
> >>      Subject: NCWCP Student Affiliate
> >>        Owner: Nobody
> >>   Requestors: michael.pletcher at noaa.gov
> >>       Status: new
> >>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >>
> >>
> >> Hello,
> >>
> >> My name is Michael Pletcher and I am senior at the University of
> Maryland.
> >> I am currently working with the Weather Prediction Center on a
research
> >> project, and my advisors have suggested that I find a way to
access MET
> >> software remotely from NCWCP to work on my project. Please let me
know
> if
> >> it is possible to download MET to my laptop computer, or if I
could
> >> possibly download it to my department's (Atmospheric & Oceanic
Science)
> >> computers. Let me know if I need to answer any questions.
> >>
> >> Thanks,
> >> Michael Pletcher
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: John Halley Gotway
Time: Wed Sep 04 12:40:04 2019

Michael,

The easiest way to make MET available would be using a Docker
container.
If your sys admin is willing to install Docker on that machine, then
getting MET is as simple as running:
   docker pull dtcenter/met:8.1

If not, and many sys admins object to the use of Docker, compiling it
from
scratch is the other alternative.

Thanks,
John Halley Gotway

On Wed, Sep 4, 2019 at 11:58 AM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> I am aware of the ability to access MET within WPC. However, I'm
curious as
> to whether or not it is possible to download MET to a Linux machine
in the
> computer lab within my department (Department of Atmospheric &
Oceanic
> Science). The reason I am asking for this is because I do not have a
> federal badge to freely access MET at anytime at NCWCP. I will talk
with
> the system administrator for my department (jhenriks at umd.edu) and
see what
> he thinks about this.
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Michael.  It was recently brought to my attention that you are
working
> > with the WPC group at NOAA.  I'm not sure exactly what machines
MET is
> > accessible from, but there is an install for the WPC group at
/opt/MET/81
> > on at least some of their machines.  I hope that helps!
> >
> > Julie
> >
> > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> > > Hi Michael.
> > >
> > > I see that you'd like to access MET for your research.
> > >
> > > We have MET installed for users on a variety of NOAA machines.
Take a
> > > look at this website and see if you have access to any of these
> machines
> > > where there is currently an existing build of MET:
> > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > >
> > > The machine, "hera", which is replacing "theia" should also be
on that
> > > list.  I will add "hera" later today.
> > >
> > > If you don't have access to any of those existing builds you can
> download
> > > the MET code online and install in on a Linux machine.  If you
end up
> > > needing to install it, please let me know, and I'll send some
> additional
> > > useful information for the installation.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA Affiliate
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > >> Transaction: Ticket created by michael.pletcher at noaa.gov
> > >>        Queue: met_help
> > >>      Subject: NCWCP Student Affiliate
> > >>        Owner: Nobody
> > >>   Requestors: michael.pletcher at noaa.gov
> > >>       Status: new
> > >>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > >>
> > >>
> > >> Hello,
> > >>
> > >> My name is Michael Pletcher and I am senior at the University
of
> > Maryland.
> > >> I am currently working with the Weather Prediction Center on a
> research
> > >> project, and my advisors have suggested that I find a way to
access
> MET
> > >> software remotely from NCWCP to work on my project. Please let
me know
> > if
> > >> it is possible to download MET to my laptop computer, or if I
could
> > >> possibly download it to my department's (Atmospheric & Oceanic
> Science)
> > >> computers. Let me know if I need to answer any questions.
> > >>
> > >> Thanks,
> > >> Michael Pletcher
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 04 12:46:34 2019

Hi Michael.

As John indicated in his email, Docker is the easiest way to make MET
available.  But, it is definitely possible for you to download MET to
a
Linux machine and compile it from scratch.  I have described that
process
below.

You can find a script to help you install MET at this link, and I'll
put
instructions below:
https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile

This script may or may not work right away.  Some systems have needed
more
work than others.  To get started, decide where you would like to
install
MET.  The following example will assume you're going to put it in
/d1/pletcher/met/8.1.

You'll need to download compile_MET_all.sh and tar_files.tar from the
link
above.  You'll also need to download our latest MET release:
https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz

Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
compile_MET_all.sh.tgz
") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever you chose
to
put it).  Unpack the tar file and move met-8.1.1.20190708.tar.gz into
the
tar_files directory.

Then, you'll need to set up some environment variables as described in
the
link above.

For reference using this example, I would set the following:

export TEST_BASE=/d1/pletcher/met/8.1
export COMPILER=ics_15.0.3  (The format is "compiler" underscore
"version".  If using modules on your system, you'll need use the
compiler
name that the module would load (e.g. module load ics/15.0.3 to load
the
intel compiler version 15.0.3.  Otherwise, if using not using modules
and
using gcc, please use "gnu" for the compiler.  And, if not using
modules
and using intel, you can use "intel". You can find the version by
running
"gcc --version" or "icc --verion" respectively.)

export MET_SUBDIR=${TEST_BASE}/
export MET_TARBALL=met-8.1.1.20190708.tar.gz
export MET_PYTHON_CC=`python-config --cflags`
export MET_PYTHON_LD=`python-config --ldflags` (This may not work.
Run
python-config --ldflags on the command line and see if you get output
including "-L".  If you don't, please let me know and I can walk you
through how to find this information.)
export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles (Assuming you're
not
using modulefiles, it doesn't matter what you set this to, but it
needs to
be set to something otherwise MET won't configure for Python
embedding.
You could just set it to "python".).

If you're not using modules, the output of the script will say
something
about modules not being found and you can safely ignore that.

You may need to make the script executable, but then you can run it
with
"./compile_MET_all.sh".  For some people who have used this script,
they
have had their own laptops with hardly anything on it.  They have
needed to
install the following packages using the following commands:

sudo apt-get update
sudo apt install python-dev
sudo apt-get install flex bison
sudo apt-get install libpixman-1-dev
sudo apt-get install libjpeg-dev
sudo apt-get install pkg-config
sudo apt-get install libpng-dev
sudo apt-get install unzip

If the script runs and starts installing the external libraries
successfully but then stops, there are constant which you can set to
0, so
that you won't have to wait for them to be installed again.  In the
compile
script you'll see the following which you can modify if necessary:

COMPILE_GSL=1
COMPILE_BUFRLIB=1
COMPILE_ZLIB=1
COMPILE_LIBPNG=1
COMPILE_JASPER=1
COMPILE_G2CLIB=1
COMPILE_HDF=1
COMPILE_HDFEOS=1
COMPILE_NETCDF=1
COMPILE_FREETYPE=1
COMPILE_CAIRO=1
COMPILE_MET=1

Please let me know if you have any questions.  I know this is a lot to
take
in, so don't hesitate to reach out with any questions.

Thanks,
Julie

On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> I am aware of the ability to access MET within WPC. However, I'm
curious as
> to whether or not it is possible to download MET to a Linux machine
in the
> computer lab within my department (Department of Atmospheric &
Oceanic
> Science). The reason I am asking for this is because I do not have a
> federal badge to freely access MET at anytime at NCWCP. I will talk
with
> the system administrator for my department (jhenriks at umd.edu) and
see what
> he thinks about this.
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Michael.  It was recently brought to my attention that you are
working
> > with the WPC group at NOAA.  I'm not sure exactly what machines
MET is
> > accessible from, but there is an install for the WPC group at
/opt/MET/81
> > on at least some of their machines.  I hope that helps!
> >
> > Julie
> >
> > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <jpresto at ucar.edu>
> wrote:
> >
> > > Hi Michael.
> > >
> > > I see that you'd like to access MET for your research.
> > >
> > > We have MET installed for users on a variety of NOAA machines.
Take a
> > > look at this website and see if you have access to any of these
> machines
> > > where there is currently an existing build of MET:
> > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > >
> > > The machine, "hera", which is replacing "theia" should also be
on that
> > > list.  I will add "hera" later today.
> > >
> > > If you don't have access to any of those existing builds you can
> download
> > > the MET code online and install in on a Linux machine.  If you
end up
> > > needing to install it, please let me know, and I'll send some
> additional
> > > useful information for the installation.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA Affiliate
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > >> Transaction: Ticket created by michael.pletcher at noaa.gov
> > >>        Queue: met_help
> > >>      Subject: NCWCP Student Affiliate
> > >>        Owner: Nobody
> > >>   Requestors: michael.pletcher at noaa.gov
> > >>       Status: new
> > >>  Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > >>
> > >>
> > >> Hello,
> > >>
> > >> My name is Michael Pletcher and I am senior at the University
of
> > Maryland.
> > >> I am currently working with the Weather Prediction Center on a
> research
> > >> project, and my advisors have suggested that I find a way to
access
> MET
> > >> software remotely from NCWCP to work on my project. Please let
me know
> > if
> > >> it is possible to download MET to my laptop computer, or if I
could
> > >> possibly download it to my department's (Atmospheric & Oceanic
> Science)
> > >> computers. Let me know if I need to answer any questions.
> > >>
> > >> Thanks,
> > >> Michael Pletcher
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Mon Sep 16 14:42:32 2019

Good afternoon,

I finally had time to attempt these instructions. Regarding a few
things:

When I ran the line "python-config --ldflags", this was the output
(which
does not include the -L you mentioned):

*-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic *

Also, when I ran "./compile_MET_all.sh", it returned this when it got
to
compiling CAIRO:

*configure returned with non-zero (1) status*

My system administrator suggested the error from Cairo could be caused
by
Redhat compatibility. Our Linux operates on Redhat Enterprise 7, and
he
mentioned that there have been issues with running Cairo on it in the
past.

Let me know if there is anything I can do to fix these issues.

Thanks,
Michael Pletcher

On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.
>
> As John indicated in his email, Docker is the easiest way to make
MET
> available.  But, it is definitely possible for you to download MET
to a
> Linux machine and compile it from scratch.  I have described that
process
> below.
>
> You can find a script to help you install MET at this link, and I'll
put
> instructions below:
>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
>
> This script may or may not work right away.  Some systems have
needed more
> work than others.  To get started, decide where you would like to
install
> MET.  The following example will assume you're going to put it in
> /d1/pletcher/met/8.1.
>
> You'll need to download compile_MET_all.sh and tar_files.tar from
the link
> above.  You'll also need to download our latest MET release:
>
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
>
> Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> compile_MET_all.sh.tgz
> ") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever you
chose to
> put it).  Unpack the tar file and move met-8.1.1.20190708.tar.gz
into the
> tar_files directory.
>
> Then, you'll need to set up some environment variables as described
in the
> link above.
>
> For reference using this example, I would set the following:
>
> export TEST_BASE=/d1/pletcher/met/8.1
> export COMPILER=ics_15.0.3  (The format is "compiler" underscore
> "version".  If using modules on your system, you'll need use the
compiler
> name that the module would load (e.g. module load ics/15.0.3 to load
the
> intel compiler version 15.0.3.  Otherwise, if using not using
modules and
> using gcc, please use "gnu" for the compiler.  And, if not using
modules
> and using intel, you can use "intel". You can find the version by
running
> "gcc --version" or "icc --verion" respectively.)
>
> export MET_SUBDIR=${TEST_BASE}/
> export MET_TARBALL=met-8.1.1.20190708.tar.gz
> export MET_PYTHON_CC=`python-config --cflags`
> export MET_PYTHON_LD=`python-config --ldflags` (This may not work.
Run
> python-config --ldflags on the command line and see if you get
output
> including "-L".  If you don't, please let me know and I can walk you
> through how to find this information.)
> export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles (Assuming
you're not
> using modulefiles, it doesn't matter what you set this to, but it
needs to
> be set to something otherwise MET won't configure for Python
embedding.
> You could just set it to "python".).
>
> If you're not using modules, the output of the script will say
something
> about modules not being found and you can safely ignore that.
>
> You may need to make the script executable, but then you can run it
with
> "./compile_MET_all.sh".  For some people who have used this script,
they
> have had their own laptops with hardly anything on it.  They have
needed to
> install the following packages using the following commands:
>
> sudo apt-get update
> sudo apt install python-dev
> sudo apt-get install flex bison
> sudo apt-get install libpixman-1-dev
> sudo apt-get install libjpeg-dev
> sudo apt-get install pkg-config
> sudo apt-get install libpng-dev
> sudo apt-get install unzip
>
> If the script runs and starts installing the external libraries
> successfully but then stops, there are constant which you can set to
0, so
> that you won't have to wait for them to be installed again.  In the
compile
> script you'll see the following which you can modify if necessary:
>
> COMPILE_GSL=1
> COMPILE_BUFRLIB=1
> COMPILE_ZLIB=1
> COMPILE_LIBPNG=1
> COMPILE_JASPER=1
> COMPILE_G2CLIB=1
> COMPILE_HDF=1
> COMPILE_HDFEOS=1
> COMPILE_NETCDF=1
> COMPILE_FREETYPE=1
> COMPILE_CAIRO=1
> COMPILE_MET=1
>
> Please let me know if you have any questions.  I know this is a lot
to take
> in, so don't hesitate to reach out with any questions.
>
> Thanks,
> Julie
>
> On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > I am aware of the ability to access MET within WPC. However, I'm
curious
> as
> > to whether or not it is possible to download MET to a Linux
machine in
> the
> > computer lab within my department (Department of Atmospheric &
Oceanic
> > Science). The reason I am asking for this is because I do not have
a
> > federal badge to freely access MET at anytime at NCWCP. I will
talk with
> > the system administrator for my department (jhenriks at umd.edu) and
see
> what
> > he thinks about this.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Hi Michael.  It was recently brought to my attention that you
are
> working
> > > with the WPC group at NOAA.  I'm not sure exactly what machines
MET is
> > > accessible from, but there is an install for the WPC group at
> /opt/MET/81
> > > on at least some of their machines.  I hope that helps!
> > >
> > > Julie
> > >
> > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > Hi Michael.
> > > >
> > > > I see that you'd like to access MET for your research.
> > > >
> > > > We have MET installed for users on a variety of NOAA machines.
Take
> a
> > > > look at this website and see if you have access to any of
these
> > machines
> > > > where there is currently an existing build of MET:
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > >
> > > > The machine, "hera", which is replacing "theia" should also be
on
> that
> > > > list.  I will add "hera" later today.
> > > >
> > > > If you don't have access to any of those existing builds you
can
> > download
> > > > the MET code online and install in on a Linux machine.  If you
end up
> > > > needing to install it, please let me know, and I'll send some
> > additional
> > > > useful information for the installation.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA
Affiliate via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > > >> Transaction: Ticket created by michael.pletcher at noaa.gov
> > > >>        Queue: met_help
> > > >>      Subject: NCWCP Student Affiliate
> > > >>        Owner: Nobody
> > > >>   Requestors: michael.pletcher at noaa.gov
> > > >>       Status: new
> > > >>  Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > > >>
> > > >>
> > > >> Hello,
> > > >>
> > > >> My name is Michael Pletcher and I am senior at the University
of
> > > Maryland.
> > > >> I am currently working with the Weather Prediction Center on
a
> > research
> > > >> project, and my advisors have suggested that I find a way to
access
> > MET
> > > >> software remotely from NCWCP to work on my project. Please
let me
> know
> > > if
> > > >> it is possible to download MET to my laptop computer, or if I
could
> > > >> possibly download it to my department's (Atmospheric &
Oceanic
> > Science)
> > > >> computers. Let me know if I need to answer any questions.
> > > >>
> > > >> Thanks,
> > > >> Michael Pletcher
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Mon Sep 16 14:53:31 2019

Hi Michael.

Thank you for letting me know about the output of "python-config
--ldflags".  MET needs to have more information than that command is
returning.  Could you please tell me what the output of "python-config
--cflags" is as well?  That will help me find the file that MET needs
to
know about, namely the libpython2.7.a file.  If you find that file,
please
let me know what the path to it is.   Once we have that location we
can
formulate the appropriate value to set for MET_PYTHON_LD.

Also, are you using the bash or csh?

Regarding Cairo, please send me the config.log file that was output
from
running configure for Cairo and I'll take a look.  Thanks!

Julie

On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Good afternoon,
>
> I finally had time to attempt these instructions. Regarding a few
things:
>
> When I ran the line "python-config --ldflags", this was the output
(which
> does not include the -L you mentioned):
>
> *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic *
>
> Also, when I ran "./compile_MET_all.sh", it returned this when it
got to
> compiling CAIRO:
>
> *configure returned with non-zero (1) status*
>
> My system administrator suggested the error from Cairo could be
caused by
> Redhat compatibility. Our Linux operates on Redhat Enterprise 7, and
he
> mentioned that there have been issues with running Cairo on it in
the past.
>
> Let me know if there is anything I can do to fix these issues.
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
> > Hi Michael.
> >
> > As John indicated in his email, Docker is the easiest way to make
MET
> > available.  But, it is definitely possible for you to download MET
to a
> > Linux machine and compile it from scratch.  I have described that
process
> > below.
> >
> > You can find a script to help you install MET at this link, and
I'll put
> > instructions below:
> >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> >
> > This script may or may not work right away.  Some systems have
needed
> more
> > work than others.  To get started, decide where you would like to
install
> > MET.  The following example will assume you're going to put it in
> > /d1/pletcher/met/8.1.
> >
> > You'll need to download compile_MET_all.sh and tar_files.tar from
the
> link
> > above.  You'll also need to download our latest MET release:
> >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> >
> > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> > compile_MET_all.sh.tgz
> > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever you
chose to
> > put it).  Unpack the tar file and move met-8.1.1.20190708.tar.gz
into the
> > tar_files directory.
> >
> > Then, you'll need to set up some environment variables as
described in
> the
> > link above.
> >
> > For reference using this example, I would set the following:
> >
> > export TEST_BASE=/d1/pletcher/met/8.1
> > export COMPILER=ics_15.0.3  (The format is "compiler" underscore
> > "version".  If using modules on your system, you'll need use the
compiler
> > name that the module would load (e.g. module load ics/15.0.3 to
load the
> > intel compiler version 15.0.3.  Otherwise, if using not using
modules and
> > using gcc, please use "gnu" for the compiler.  And, if not using
modules
> > and using intel, you can use "intel". You can find the version by
running
> > "gcc --version" or "icc --verion" respectively.)
> >
> > export MET_SUBDIR=${TEST_BASE}/
> > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > export MET_PYTHON_CC=`python-config --cflags`
> > export MET_PYTHON_LD=`python-config --ldflags` (This may not work.
Run
> > python-config --ldflags on the command line and see if you get
output
> > including "-L".  If you don't, please let me know and I can walk
you
> > through how to find this information.)
> > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles (Assuming
you're not
> > using modulefiles, it doesn't matter what you set this to, but it
needs
> to
> > be set to something otherwise MET won't configure for Python
embedding.
> > You could just set it to "python".).
> >
> > If you're not using modules, the output of the script will say
something
> > about modules not being found and you can safely ignore that.
> >
> > You may need to make the script executable, but then you can run
it with
> > "./compile_MET_all.sh".  For some people who have used this
script, they
> > have had their own laptops with hardly anything on it.  They have
needed
> to
> > install the following packages using the following commands:
> >
> > sudo apt-get update
> > sudo apt install python-dev
> > sudo apt-get install flex bison
> > sudo apt-get install libpixman-1-dev
> > sudo apt-get install libjpeg-dev
> > sudo apt-get install pkg-config
> > sudo apt-get install libpng-dev
> > sudo apt-get install unzip
> >
> > If the script runs and starts installing the external libraries
> > successfully but then stops, there are constant which you can set
to 0,
> so
> > that you won't have to wait for them to be installed again.  In
the
> compile
> > script you'll see the following which you can modify if necessary:
> >
> > COMPILE_GSL=1
> > COMPILE_BUFRLIB=1
> > COMPILE_ZLIB=1
> > COMPILE_LIBPNG=1
> > COMPILE_JASPER=1
> > COMPILE_G2CLIB=1
> > COMPILE_HDF=1
> > COMPILE_HDFEOS=1
> > COMPILE_NETCDF=1
> > COMPILE_FREETYPE=1
> > COMPILE_CAIRO=1
> > COMPILE_MET=1
> >
> > Please let me know if you have any questions.  I know this is a
lot to
> take
> > in, so don't hesitate to reach out with any questions.
> >
> > Thanks,
> > Julie
> >
> > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > I am aware of the ability to access MET within WPC. However, I'm
> curious
> > as
> > > to whether or not it is possible to download MET to a Linux
machine in
> > the
> > > computer lab within my department (Department of Atmospheric &
Oceanic
> > > Science). The reason I am asking for this is because I do not
have a
> > > federal badge to freely access MET at anytime at NCWCP. I will
talk
> with
> > > the system administrator for my department (jhenriks at umd.edu)
and see
> > what
> > > he thinks about this.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Michael.  It was recently brought to my attention that you
are
> > working
> > > > with the WPC group at NOAA.  I'm not sure exactly what
machines MET
> is
> > > > accessible from, but there is an install for the WPC group at
> > /opt/MET/81
> > > > on at least some of their machines.  I hope that helps!
> > > >
> > > > Julie
> > > >
> > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > > > Hi Michael.
> > > > >
> > > > > I see that you'd like to access MET for your research.
> > > > >
> > > > > We have MET installed for users on a variety of NOAA
machines.
> Take
> > a
> > > > > look at this website and see if you have access to any of
these
> > > machines
> > > > > where there is currently an existing build of MET:
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > >
> > > > > The machine, "hera", which is replacing "theia" should also
be on
> > that
> > > > > list.  I will add "hera" later today.
> > > > >
> > > > > If you don't have access to any of those existing builds you
can
> > > download
> > > > > the MET code online and install in on a Linux machine.  If
you end
> up
> > > > > needing to install it, please let me know, and I'll send
some
> > > additional
> > > > > useful information for the installation.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA
Affiliate
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > > > >> Transaction: Ticket created by michael.pletcher at noaa.gov
> > > > >>        Queue: met_help
> > > > >>      Subject: NCWCP Student Affiliate
> > > > >>        Owner: Nobody
> > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > >>       Status: new
> > > > >>  Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >
> > > > >>
> > > > >>
> > > > >> Hello,
> > > > >>
> > > > >> My name is Michael Pletcher and I am senior at the
University of
> > > > Maryland.
> > > > >> I am currently working with the Weather Prediction Center
on a
> > > research
> > > > >> project, and my advisors have suggested that I find a way
to
> access
> > > MET
> > > > >> software remotely from NCWCP to work on my project. Please
let me
> > know
> > > > if
> > > > >> it is possible to download MET to my laptop computer, or if
I
> could
> > > > >> possibly download it to my department's (Atmospheric &
Oceanic
> > > Science)
> > > > >> computers. Let me know if I need to answer any questions.
> > > > >>
> > > > >> Thanks,
> > > > >> Michael Pletcher
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Mon Sep 16 16:17:54 2019

Hello Julie,

The output I received from "python-config --cflags" is as follows:

*-I/usr/include/python2.7 -I/usr/include/python2.7 -fno-strict-
aliasing -O2
-g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-
switches
-m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe
-Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic
-D_GNU_SOURCE -fPIC -fwrapv*

I was not able to find libpython2.7.a within the files I have
downloaded so
far.

I believe we are using bash, but how would I find out which one I am
using?
My system administrator most likely knows the answer to this.

The config.log file is as follows:

*This file contains any messages produced by compilers whilerunning
configure, to aid debugging if configure makes a mistake.It was
created by
cairo configure 1.14.6, which wasgenerated by GNU Autoconf 2.69.
Invocation command line was  $ ./configure
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
ax_cv_c_float_words_bigendian=no
LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
--------- #### Platform. #### --------- ##hostname = sky.atmos.umd.edu
<http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
3.10.0-957.10.1.el7.x86_64uname -s = Linux*

*uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname -p =
x86_64/bin/uname -X     = unknown/bin/arch              =
x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo =
unknown/usr/bin/hostinfo      = unknown/bin/machine           =
unknown/usr/bin/oslevel       = unknown/bin/universe          =
unknown*

*PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
/usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
/usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH: /usr/sbinPATH:
/homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/binPATH:
/homes/metogra/mpletch1/.local/binPATH: /homes/metogra/mpletch1/bin##
----------- #### Core tests. #### ----------- ##configure:3205:
checking
for gccconfigure:3232: result: /usr/bin/gccconfigure:3461: checking
for C
compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc (GCC)
4.8.5
20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
Foundation,
Inc.This is free software; see the source for copying conditions. *

I think the root of some of these problems (I'm extremely new to all
of
this, so I may be mistaken) is that I am using the incorrect compiler.
When
I set the compiler, I did export COMPILER=gnu_15.0.3, but I know
15.0.3 is
for ics, not gnu. I also get this error at the beginning of the output
when
I run ./compile_MET_all.sh:

*ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile for
'gnu/15.0.3'*

Not really sure if this means anything, just want to get you all of
the
errors that I'm seeing.

Thanks,
Michael Pletcher

On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.
>
> Thank you for letting me know about the output of "python-config
> --ldflags".  MET needs to have more information than that command is
> returning.  Could you please tell me what the output of "python-
config
> --cflags" is as well?  That will help me find the file that MET
needs to
> know about, namely the libpython2.7.a file.  If you find that file,
please
> let me know what the path to it is.   Once we have that location we
can
> formulate the appropriate value to set for MET_PYTHON_LD.
>
> Also, are you using the bash or csh?
>
> Regarding Cairo, please send me the config.log file that was output
from
> running configure for Cairo and I'll take a look.  Thanks!
>
> Julie
>
> On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Good afternoon,
> >
> > I finally had time to attempt these instructions. Regarding a few
things:
> >
> > When I ran the line "python-config --ldflags", this was the output
(which
> > does not include the -L you mentioned):
> >
> > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic *
> >
> > Also, when I ran "./compile_MET_all.sh", it returned this when it
got to
> > compiling CAIRO:
> >
> > *configure returned with non-zero (1) status*
> >
> > My system administrator suggested the error from Cairo could be
caused by
> > Redhat compatibility. Our Linux operates on Redhat Enterprise 7,
and he
> > mentioned that there have been issues with running Cairo on it in
the
> past.
> >
> > Let me know if there is anything I can do to fix these issues.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> > > Hi Michael.
> > >
> > > As John indicated in his email, Docker is the easiest way to
make MET
> > > available.  But, it is definitely possible for you to download
MET to a
> > > Linux machine and compile it from scratch.  I have described
that
> process
> > > below.
> > >
> > > You can find a script to help you install MET at this link, and
I'll
> put
> > > instructions below:
> > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > >
> > > This script may or may not work right away.  Some systems have
needed
> > more
> > > work than others.  To get started, decide where you would like
to
> install
> > > MET.  The following example will assume you're going to put it
in
> > > /d1/pletcher/met/8.1.
> > >
> > > You'll need to download compile_MET_all.sh and tar_files.tar
from the
> > link
> > > above.  You'll also need to download our latest MET release:
> > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > >
> > > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> > > compile_MET_all.sh.tgz
> > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever you
chose
> to
> > > put it).  Unpack the tar file and move met-8.1.1.20190708.tar.gz
into
> the
> > > tar_files directory.
> > >
> > > Then, you'll need to set up some environment variables as
described in
> > the
> > > link above.
> > >
> > > For reference using this example, I would set the following:
> > >
> > > export TEST_BASE=/d1/pletcher/met/8.1
> > > export COMPILER=ics_15.0.3  (The format is "compiler" underscore
> > > "version".  If using modules on your system, you'll need use the
> compiler
> > > name that the module would load (e.g. module load ics/15.0.3 to
load
> the
> > > intel compiler version 15.0.3.  Otherwise, if using not using
modules
> and
> > > using gcc, please use "gnu" for the compiler.  And, if not using
> modules
> > > and using intel, you can use "intel". You can find the version
by
> running
> > > "gcc --version" or "icc --verion" respectively.)
> > >
> > > export MET_SUBDIR=${TEST_BASE}/
> > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > export MET_PYTHON_CC=`python-config --cflags`
> > > export MET_PYTHON_LD=`python-config --ldflags` (This may not
work.  Run
> > > python-config --ldflags on the command line and see if you get
output
> > > including "-L".  If you don't, please let me know and I can walk
you
> > > through how to find this information.)
> > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles (Assuming
you're
> not
> > > using modulefiles, it doesn't matter what you set this to, but
it needs
> > to
> > > be set to something otherwise MET won't configure for Python
embedding.
> > > You could just set it to "python".).
> > >
> > > If you're not using modules, the output of the script will say
> something
> > > about modules not being found and you can safely ignore that.
> > >
> > > You may need to make the script executable, but then you can run
it
> with
> > > "./compile_MET_all.sh".  For some people who have used this
script,
> they
> > > have had their own laptops with hardly anything on it.  They
have
> needed
> > to
> > > install the following packages using the following commands:
> > >
> > > sudo apt-get update
> > > sudo apt install python-dev
> > > sudo apt-get install flex bison
> > > sudo apt-get install libpixman-1-dev
> > > sudo apt-get install libjpeg-dev
> > > sudo apt-get install pkg-config
> > > sudo apt-get install libpng-dev
> > > sudo apt-get install unzip
> > >
> > > If the script runs and starts installing the external libraries
> > > successfully but then stops, there are constant which you can
set to 0,
> > so
> > > that you won't have to wait for them to be installed again.  In
the
> > compile
> > > script you'll see the following which you can modify if
necessary:
> > >
> > > COMPILE_GSL=1
> > > COMPILE_BUFRLIB=1
> > > COMPILE_ZLIB=1
> > > COMPILE_LIBPNG=1
> > > COMPILE_JASPER=1
> > > COMPILE_G2CLIB=1
> > > COMPILE_HDF=1
> > > COMPILE_HDFEOS=1
> > > COMPILE_NETCDF=1
> > > COMPILE_FREETYPE=1
> > > COMPILE_CAIRO=1
> > > COMPILE_MET=1
> > >
> > > Please let me know if you have any questions.  I know this is a
lot to
> > take
> > > in, so don't hesitate to reach out with any questions.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >
> > > > Julie,
> > > >
> > > > I am aware of the ability to access MET within WPC. However,
I'm
> > curious
> > > as
> > > > to whether or not it is possible to download MET to a Linux
machine
> in
> > > the
> > > > computer lab within my department (Department of Atmospheric &
> Oceanic
> > > > Science). The reason I am asking for this is because I do not
have a
> > > > federal badge to freely access MET at anytime at NCWCP. I will
talk
> > with
> > > > the system administrator for my department (jhenriks at umd.edu)
and
> see
> > > what
> > > > he thinks about this.
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Michael.  It was recently brought to my attention that
you are
> > > working
> > > > > with the WPC group at NOAA.  I'm not sure exactly what
machines MET
> > is
> > > > > accessible from, but there is an install for the WPC group
at
> > > /opt/MET/81
> > > > > on at least some of their machines.  I hope that helps!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik
<jpresto at ucar.edu>
> > > > wrote:
> > > > >
> > > > > > Hi Michael.
> > > > > >
> > > > > > I see that you'd like to access MET for your research.
> > > > > >
> > > > > > We have MET installed for users on a variety of NOAA
machines.
> > Take
> > > a
> > > > > > look at this website and see if you have access to any of
these
> > > > machines
> > > > > > where there is currently an existing build of MET:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > >
> > > > > > The machine, "hera", which is replacing "theia" should
also be on
> > > that
> > > > > > list.  I will add "hera" later today.
> > > > > >
> > > > > > If you don't have access to any of those existing builds
you can
> > > > download
> > > > > > the MET code online and install in on a Linux machine.  If
you
> end
> > up
> > > > > > needing to install it, please let me know, and I'll send
some
> > > > additional
> > > > > > useful information for the installation.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA
Affiliate
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > >>
> > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > > > > >> Transaction: Ticket created by michael.pletcher at noaa.gov
> > > > > >>        Queue: met_help
> > > > > >>      Subject: NCWCP Student Affiliate
> > > > > >>        Owner: Nobody
> > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > > >>       Status: new
> > > > > >>  Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >
> > > > > >>
> > > > > >>
> > > > > >> Hello,
> > > > > >>
> > > > > >> My name is Michael Pletcher and I am senior at the
University of
> > > > > Maryland.
> > > > > >> I am currently working with the Weather Prediction Center
on a
> > > > research
> > > > > >> project, and my advisors have suggested that I find a way
to
> > access
> > > > MET
> > > > > >> software remotely from NCWCP to work on my project.
Please let
> me
> > > know
> > > > > if
> > > > > >> it is possible to download MET to my laptop computer, or
if I
> > could
> > > > > >> possibly download it to my department's (Atmospheric &
Oceanic
> > > > Science)
> > > > > >> computers. Let me know if I need to answer any questions.
> > > > > >>
> > > > > >> Thanks,
> > > > > >> Michael Pletcher
> > > > > >>
> > > > > >>
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Tue Sep 17 13:09:59 2019

Hi Michael.

Since the output of "python-config --cflags" indicates the header
files are
in /usr/include/python2.7, the library file is likely to be found in a
location like "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
You can run the following command to find it:

find /usr/lib/ -name libpython2.7.a
>

 To find out what shell you are using, you can run the following:

echo $SHELL
>

Instead of pasting in the config.log output, could you please attach
it to
this email?  When you run the configure command, there should be a
file
"config.log" produced, which is the one I'd like to have you attach
and
look at.

If your system doesn't use modulefiles you can safely ignore:

> *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile for
> 'gnu/15.0.3'*
>

If it does use module files, you will need to know the version for the
gnu
compilers.    If modules are used, you can determine what versions are
available for loading by running:

module spider gnu
>

This will output something like the following:

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>   gnu:
>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>      Versions:
>         gnu/7.4.0
>         gnu/8.3.0
>         gnu/9.1.0
>

Then you can choose the version of gnu that you'd like to load.

If modules are not used and you would like to know what version you
are
running (not required for MET, but in case you want to know for future
reference), you can run:

gcc --version
>

and you'll get something like:

gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
>

Julie

On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Hello Julie,
>
> The output I received from "python-config --cflags" is as follows:
>
> *-I/usr/include/python2.7 -I/usr/include/python2.7 -fno-strict-
aliasing -O2
> -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-
switches
> -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g
-pipe -Wall
> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
> --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic
> -D_GNU_SOURCE -fPIC -fwrapv*
>
> I was not able to find libpython2.7.a within the files I have
downloaded so
> far.
>
> I believe we are using bash, but how would I find out which one I am
using?
> My system administrator most likely knows the answer to this.
>
> The config.log file is as follows:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *This file contains any messages produced by compilers whilerunning
> configure, to aid debugging if configure makes a mistake.It was
created by
> cairo configure 1.14.6, which wasgenerated by GNU Autoconf 2.69.
> Invocation command line was  $ ./configure
> --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> ax_cv_c_float_words_bigendian=no
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
>
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> --------- #### Platform. #### --------- ##hostname =
sky.atmos.umd.edu
> <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
>
>
>
>
>
>
>
>
>
>
>
> *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname -p =
> x86_64/bin/uname -X     = unknown/bin/arch              =
> x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo =
> unknown/usr/bin/hostinfo      = unknown/bin/machine           =
> unknown/usr/bin/oslevel       = unknown/bin/universe          =
unknown*
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
/usr/sbinPATH:
> /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/binPATH:
> /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/bin##
> ----------- #### Core tests. #### ----------- ##configure:3205:
checking
> for gccconfigure:3232: result: /usr/bin/gccconfigure:3461: checking
for C
> compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc (GCC)
4.8.5
> 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
Foundation,
> Inc.This is free software; see the source for copying conditions. *
>
> I think the root of some of these problems (I'm extremely new to all
of
> this, so I may be mistaken) is that I am using the incorrect
compiler. When
> I set the compiler, I did export COMPILER=gnu_15.0.3, but I know
15.0.3 is
> for ics, not gnu. I also get this error at the beginning of the
output when
> I run ./compile_MET_all.sh:
>
> *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile for
> 'gnu/15.0.3'*
>
> Not really sure if this means anything, just want to get you all of
the
> errors that I'm seeing.
>
> Thanks,
> Michael Pletcher
>
> On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.
> >
> > Thank you for letting me know about the output of "python-config
> > --ldflags".  MET needs to have more information than that command
is
> > returning.  Could you please tell me what the output of "python-
config
> > --cflags" is as well?  That will help me find the file that MET
needs to
> > know about, namely the libpython2.7.a file.  If you find that
file,
> please
> > let me know what the path to it is.   Once we have that location
we can
> > formulate the appropriate value to set for MET_PYTHON_LD.
> >
> > Also, are you using the bash or csh?
> >
> > Regarding Cairo, please send me the config.log file that was
output from
> > running configure for Cairo and I'll take a look.  Thanks!
> >
> > Julie
> >
> > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Good afternoon,
> > >
> > > I finally had time to attempt these instructions. Regarding a
few
> things:
> > >
> > > When I ran the line "python-config --ldflags", this was the
output
> (which
> > > does not include the -L you mentioned):
> > >
> > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-dynamic
*
> > >
> > > Also, when I ran "./compile_MET_all.sh", it returned this when
it got
> to
> > > compiling CAIRO:
> > >
> > > *configure returned with non-zero (1) status*
> > >
> > > My system administrator suggested the error from Cairo could be
caused
> by
> > > Redhat compatibility. Our Linux operates on Redhat Enterprise 7,
and he
> > > mentioned that there have been issues with running Cairo on it
in the
> > past.
> > >
> > > Let me know if there is anything I can do to fix these issues.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > > > Hi Michael.
> > > >
> > > > As John indicated in his email, Docker is the easiest way to
make MET
> > > > available.  But, it is definitely possible for you to download
MET
> to a
> > > > Linux machine and compile it from scratch.  I have described
that
> > process
> > > > below.
> > > >
> > > > You can find a script to help you install MET at this link,
and I'll
> > put
> > > > instructions below:
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > >
> > > > This script may or may not work right away.  Some systems have
needed
> > > more
> > > > work than others.  To get started, decide where you would like
to
> > install
> > > > MET.  The following example will assume you're going to put it
in
> > > > /d1/pletcher/met/8.1.
> > > >
> > > > You'll need to download compile_MET_all.sh and tar_files.tar
from the
> > > link
> > > > above.  You'll also need to download our latest MET release:
> > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > >
> > > > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> > > > compile_MET_all.sh.tgz
> > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever
you chose
> > to
> > > > put it).  Unpack the tar file and move met-
8.1.1.20190708.tar.gz into
> > the
> > > > tar_files directory.
> > > >
> > > > Then, you'll need to set up some environment variables as
described
> in
> > > the
> > > > link above.
> > > >
> > > > For reference using this example, I would set the following:
> > > >
> > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > export COMPILER=ics_15.0.3  (The format is "compiler"
underscore
> > > > "version".  If using modules on your system, you'll need use
the
> > compiler
> > > > name that the module would load (e.g. module load ics/15.0.3
to load
> > the
> > > > intel compiler version 15.0.3.  Otherwise, if using not using
modules
> > and
> > > > using gcc, please use "gnu" for the compiler.  And, if not
using
> > modules
> > > > and using intel, you can use "intel". You can find the version
by
> > running
> > > > "gcc --version" or "icc --verion" respectively.)
> > > >
> > > > export MET_SUBDIR=${TEST_BASE}/
> > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > export MET_PYTHON_LD=`python-config --ldflags` (This may not
work.
> Run
> > > > python-config --ldflags on the command line and see if you get
output
> > > > including "-L".  If you don't, please let me know and I can
walk you
> > > > through how to find this information.)
> > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles (Assuming
you're
> > not
> > > > using modulefiles, it doesn't matter what you set this to, but
it
> needs
> > > to
> > > > be set to something otherwise MET won't configure for Python
> embedding.
> > > > You could just set it to "python".).
> > > >
> > > > If you're not using modules, the output of the script will say
> > something
> > > > about modules not being found and you can safely ignore that.
> > > >
> > > > You may need to make the script executable, but then you can
run it
> > with
> > > > "./compile_MET_all.sh".  For some people who have used this
script,
> > they
> > > > have had their own laptops with hardly anything on it.  They
have
> > needed
> > > to
> > > > install the following packages using the following commands:
> > > >
> > > > sudo apt-get update
> > > > sudo apt install python-dev
> > > > sudo apt-get install flex bison
> > > > sudo apt-get install libpixman-1-dev
> > > > sudo apt-get install libjpeg-dev
> > > > sudo apt-get install pkg-config
> > > > sudo apt-get install libpng-dev
> > > > sudo apt-get install unzip
> > > >
> > > > If the script runs and starts installing the external
libraries
> > > > successfully but then stops, there are constant which you can
set to
> 0,
> > > so
> > > > that you won't have to wait for them to be installed again.
In the
> > > compile
> > > > script you'll see the following which you can modify if
necessary:
> > > >
> > > > COMPILE_GSL=1
> > > > COMPILE_BUFRLIB=1
> > > > COMPILE_ZLIB=1
> > > > COMPILE_LIBPNG=1
> > > > COMPILE_JASPER=1
> > > > COMPILE_G2CLIB=1
> > > > COMPILE_HDF=1
> > > > COMPILE_HDFEOS=1
> > > > COMPILE_NETCDF=1
> > > > COMPILE_FREETYPE=1
> > > > COMPILE_CAIRO=1
> > > > COMPILE_MET=1
> > > >
> > > > Please let me know if you have any questions.  I know this is
a lot
> to
> > > take
> > > > in, so don't hesitate to reach out with any questions.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
Affiliate via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >
> > > > > Julie,
> > > > >
> > > > > I am aware of the ability to access MET within WPC. However,
I'm
> > > curious
> > > > as
> > > > > to whether or not it is possible to download MET to a Linux
machine
> > in
> > > > the
> > > > > computer lab within my department (Department of Atmospheric
&
> > Oceanic
> > > > > Science). The reason I am asking for this is because I do
not have
> a
> > > > > federal badge to freely access MET at anytime at NCWCP. I
will talk
> > > with
> > > > > the system administrator for my department
(jhenriks at umd.edu) and
> > see
> > > > what
> > > > > he thinks about this.
> > > > >
> > > > > Thanks,
> > > > > Michael Pletcher
> > > > >
> > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Michael.  It was recently brought to my attention that
you are
> > > > working
> > > > > > with the WPC group at NOAA.  I'm not sure exactly what
machines
> MET
> > > is
> > > > > > accessible from, but there is an install for the WPC group
at
> > > > /opt/MET/81
> > > > > > on at least some of their machines.  I hope that helps!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
> jpresto at ucar.edu>
> > > > > wrote:
> > > > > >
> > > > > > > Hi Michael.
> > > > > > >
> > > > > > > I see that you'd like to access MET for your research.
> > > > > > >
> > > > > > > We have MET installed for users on a variety of NOAA
machines.
> > > Take
> > > > a
> > > > > > > look at this website and see if you have access to any
of these
> > > > > machines
> > > > > > > where there is currently an existing build of MET:
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > >
> > > > > > > The machine, "hera", which is replacing "theia" should
also be
> on
> > > > that
> > > > > > > list.  I will add "hera" later today.
> > > > > > >
> > > > > > > If you don't have access to any of those existing builds
you
> can
> > > > > download
> > > > > > > the MET code online and install in on a Linux machine.
If you
> > end
> > > up
> > > > > > > needing to install it, please let me know, and I'll send
some
> > > > > additional
> > > > > > > useful information for the installation.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA
> Affiliate
> > > via
> > > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > >>
> > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted upon.
> > > > > > >> Transaction: Ticket created by
michael.pletcher at noaa.gov
> > > > > > >>        Queue: met_help
> > > > > > >>      Subject: NCWCP Student Affiliate
> > > > > > >>        Owner: Nobody
> > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > > > >>       Status: new
> > > > > > >>  Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > >
> > > > > > >>
> > > > > > >>
> > > > > > >> Hello,
> > > > > > >>
> > > > > > >> My name is Michael Pletcher and I am senior at the
University
> of
> > > > > > Maryland.
> > > > > > >> I am currently working with the Weather Prediction
Center on a
> > > > > research
> > > > > > >> project, and my advisors have suggested that I find a
way to
> > > access
> > > > > MET
> > > > > > >> software remotely from NCWCP to work on my project.
Please let
> > me
> > > > know
> > > > > > if
> > > > > > >> it is possible to download MET to my laptop computer,
or if I
> > > could
> > > > > > >> possibly download it to my department's (Atmospheric &
Oceanic
> > > > > Science)
> > > > > > >> computers. Let me know if I need to answer any
questions.
> > > > > > >>
> > > > > > >> Thanks,
> > > > > > >> Michael Pletcher
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day.  Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Tue Sep 17 14:36:20 2019

Julie,

I found five different locations where libpython2.7 is located:

*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
hon2.7.a*

When I ran echo $SHELL, it returned:

*/bin/bash*

I attached the config.log file.

When I ran "module spider gnu", it returned:

*cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
subcommandcmdModule.c(411):ERROR:104: 'spider' is an unrecognized
subcommand*

But when I ran "gcc --version:, it returned:

*gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
Software Foundation, Inc.This is free software; see the source for
copying
conditions.  There is NOwarranty; not even for MERCHANTABILITY or
FITNESS
FOR A PARTICULAR PURPOSE.*

Does this mean that I should be running gcc compiler instead of gnu?

Thanks,
Michael Pletcher

On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.
>
> Since the output of "python-config --cflags" indicates the header
files are
> in /usr/include/python2.7, the library file is likely to be found in
a
> location like "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> You can run the following command to find it:
>
> find /usr/lib/ -name libpython2.7.a
> >
>
>  To find out what shell you are using, you can run the following:
>
> echo $SHELL
> >
>
> Instead of pasting in the config.log output, could you please attach
it to
> this email?  When you run the configure command, there should be a
file
> "config.log" produced, which is the one I'd like to have you attach
and
> look at.
>
> If your system doesn't use modulefiles you can safely ignore:
>
> > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
> > 'gnu/15.0.3'*
> >
>
> If it does use module files, you will need to know the version for
the gnu
> compilers.    If modules are used, you can determine what versions
are
> available for loading by running:
>
> module spider gnu
> >
>
> This will output something like the following:
>
>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >   gnu:
> >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >      Versions:
> >         gnu/7.4.0
> >         gnu/8.3.0
> >         gnu/9.1.0
> >
>
> Then you can choose the version of gnu that you'd like to load.
>
> If modules are not used and you would like to know what version you
are
> running (not required for MET, but in case you want to know for
future
> reference), you can run:
>
> gcc --version
> >
>
> and you'll get something like:
>
> gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> >
>
> Julie
>
>
> On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Hello Julie,
> >
> > The output I received from "python-config --cflags" is as follows:
> >
> > *-I/usr/include/python2.7 -I/usr/include/python2.7 -fno-strict-
aliasing
> -O2
> > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-
switches
> > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g
-pipe
> -Wall
> > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
> > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
-mtune=generic
> > -D_GNU_SOURCE -fPIC -fwrapv*
> >
> > I was not able to find libpython2.7.a within the files I have
downloaded
> so
> > far.
> >
> > I believe we are using bash, but how would I find out which one I
am
> using?
> > My system administrator most likely knows the answer to this.
> >
> > The config.log file is as follows:
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *This file contains any messages produced by compilers
whilerunning
> > configure, to aid debugging if configure makes a mistake.It was
created
> by
> > cairo configure 1.14.6, which wasgenerated by GNU Autoconf 2.69.
> > Invocation command line was  $ ./configure
> > --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > ax_cv_c_float_words_bigendian=no
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > --------- #### Platform. #### --------- ##hostname =
sky.atmos.umd.edu
> > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname -p =
> > x86_64/bin/uname -X     = unknown/bin/arch              =
> > x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo =
> > unknown/usr/bin/hostinfo      = unknown/bin/machine           =
> > unknown/usr/bin/oslevel       = unknown/bin/universe          =
unknown*
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
/usr/sbinPATH:
> > /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/binPATH:
> > /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/bin##
> > ----------- #### Core tests. #### ----------- ##configure:3205:
checking
> > for gccconfigure:3232: result: /usr/bin/gccconfigure:3461:
checking for C
> > compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc
(GCC) 4.8.5
> > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
Foundation,
> > Inc.This is free software; see the source for copying conditions.
*
> >
> > I think the root of some of these problems (I'm extremely new to
all of
> > this, so I may be mistaken) is that I am using the incorrect
compiler.
> When
> > I set the compiler, I did export COMPILER=gnu_15.0.3, but I know
15.0.3
> is
> > for ics, not gnu. I also get this error at the beginning of the
output
> when
> > I run ./compile_MET_all.sh:
> >
> > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
> > 'gnu/15.0.3'*
> >
> > Not really sure if this means anything, just want to get you all
of the
> > errors that I'm seeing.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Michael.
> > >
> > > Thank you for letting me know about the output of "python-config
> > > --ldflags".  MET needs to have more information than that
command is
> > > returning.  Could you please tell me what the output of "python-
config
> > > --cflags" is as well?  That will help me find the file that MET
needs
> to
> > > know about, namely the libpython2.7.a file.  If you find that
file,
> > please
> > > let me know what the path to it is.   Once we have that location
we can
> > > formulate the appropriate value to set for MET_PYTHON_LD.
> > >
> > > Also, are you using the bash or csh?
> > >
> > > Regarding Cairo, please send me the config.log file that was
output
> from
> > > running configure for Cairo and I'll take a look.  Thanks!
> > >
> > > Julie
> > >
> > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >
> > > > Good afternoon,
> > > >
> > > > I finally had time to attempt these instructions. Regarding a
few
> > things:
> > > >
> > > > When I ran the line "python-config --ldflags", this was the
output
> > (which
> > > > does not include the -L you mentioned):
> > > >
> > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-
dynamic *
> > > >
> > > > Also, when I ran "./compile_MET_all.sh", it returned this when
it got
> > to
> > > > compiling CAIRO:
> > > >
> > > > *configure returned with non-zero (1) status*
> > > >
> > > > My system administrator suggested the error from Cairo could
be
> caused
> > by
> > > > Redhat compatibility. Our Linux operates on Redhat Enterprise
7, and
> he
> > > > mentioned that there have been issues with running Cairo on it
in the
> > > past.
> > > >
> > > > Let me know if there is anything I can do to fix these issues.
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > > Hi Michael.
> > > > >
> > > > > As John indicated in his email, Docker is the easiest way to
make
> MET
> > > > > available.  But, it is definitely possible for you to
download MET
> > to a
> > > > > Linux machine and compile it from scratch.  I have described
that
> > > process
> > > > > below.
> > > > >
> > > > > You can find a script to help you install MET at this link,
and
> I'll
> > > put
> > > > > instructions below:
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > >
> > > > > This script may or may not work right away.  Some systems
have
> needed
> > > > more
> > > > > work than others.  To get started, decide where you would
like to
> > > install
> > > > > MET.  The following example will assume you're going to put
it in
> > > > > /d1/pletcher/met/8.1.
> > > > >
> > > > > You'll need to download compile_MET_all.sh and tar_files.tar
from
> the
> > > > link
> > > > > above.  You'll also need to download our latest MET release:
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > >
> > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> > > > > compile_MET_all.sh.tgz
> > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where ever
you
> chose
> > > to
> > > > > put it).  Unpack the tar file and move met-
8.1.1.20190708.tar.gz
> into
> > > the
> > > > > tar_files directory.
> > > > >
> > > > > Then, you'll need to set up some environment variables as
described
> > in
> > > > the
> > > > > link above.
> > > > >
> > > > > For reference using this example, I would set the following:
> > > > >
> > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > export COMPILER=ics_15.0.3  (The format is "compiler"
underscore
> > > > > "version".  If using modules on your system, you'll need use
the
> > > compiler
> > > > > name that the module would load (e.g. module load ics/15.0.3
to
> load
> > > the
> > > > > intel compiler version 15.0.3.  Otherwise, if using not
using
> modules
> > > and
> > > > > using gcc, please use "gnu" for the compiler.  And, if not
using
> > > modules
> > > > > and using intel, you can use "intel". You can find the
version by
> > > running
> > > > > "gcc --version" or "icc --verion" respectively.)
> > > > >
> > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > > export MET_PYTHON_LD=`python-config --ldflags` (This may not
work.
> > Run
> > > > > python-config --ldflags on the command line and see if you
get
> output
> > > > > including "-L".  If you don't, please let me know and I can
walk
> you
> > > > > through how to find this information.)
> > > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
(Assuming
> you're
> > > not
> > > > > using modulefiles, it doesn't matter what you set this to,
but it
> > needs
> > > > to
> > > > > be set to something otherwise MET won't configure for Python
> > embedding.
> > > > > You could just set it to "python".).
> > > > >
> > > > > If you're not using modules, the output of the script will
say
> > > something
> > > > > about modules not being found and you can safely ignore
that.
> > > > >
> > > > > You may need to make the script executable, but then you can
run it
> > > with
> > > > > "./compile_MET_all.sh".  For some people who have used this
script,
> > > they
> > > > > have had their own laptops with hardly anything on it.  They
have
> > > needed
> > > > to
> > > > > install the following packages using the following commands:
> > > > >
> > > > > sudo apt-get update
> > > > > sudo apt install python-dev
> > > > > sudo apt-get install flex bison
> > > > > sudo apt-get install libpixman-1-dev
> > > > > sudo apt-get install libjpeg-dev
> > > > > sudo apt-get install pkg-config
> > > > > sudo apt-get install libpng-dev
> > > > > sudo apt-get install unzip
> > > > >
> > > > > If the script runs and starts installing the external
libraries
> > > > > successfully but then stops, there are constant which you
can set
> to
> > 0,
> > > > so
> > > > > that you won't have to wait for them to be installed again.
In the
> > > > compile
> > > > > script you'll see the following which you can modify if
necessary:
> > > > >
> > > > > COMPILE_GSL=1
> > > > > COMPILE_BUFRLIB=1
> > > > > COMPILE_ZLIB=1
> > > > > COMPILE_LIBPNG=1
> > > > > COMPILE_JASPER=1
> > > > > COMPILE_G2CLIB=1
> > > > > COMPILE_HDF=1
> > > > > COMPILE_HDFEOS=1
> > > > > COMPILE_NETCDF=1
> > > > > COMPILE_FREETYPE=1
> > > > > COMPILE_CAIRO=1
> > > > > COMPILE_MET=1
> > > > >
> > > > > Please let me know if you have any questions.  I know this
is a lot
> > to
> > > > take
> > > > > in, so don't hesitate to reach out with any questions.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
Affiliate
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > > >
> > > > > > Julie,
> > > > > >
> > > > > > I am aware of the ability to access MET within WPC.
However, I'm
> > > > curious
> > > > > as
> > > > > > to whether or not it is possible to download MET to a
Linux
> machine
> > > in
> > > > > the
> > > > > > computer lab within my department (Department of
Atmospheric &
> > > Oceanic
> > > > > > Science). The reason I am asking for this is because I do
not
> have
> > a
> > > > > > federal badge to freely access MET at anytime at NCWCP. I
will
> talk
> > > > with
> > > > > > the system administrator for my department
(jhenriks at umd.edu)
> and
> > > see
> > > > > what
> > > > > > he thinks about this.
> > > > > >
> > > > > > Thanks,
> > > > > > Michael Pletcher
> > > > > >
> > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> > > > > met_help at ucar.edu>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Michael.  It was recently brought to my attention
that you
> are
> > > > > working
> > > > > > > with the WPC group at NOAA.  I'm not sure exactly what
machines
> > MET
> > > > is
> > > > > > > accessible from, but there is an install for the WPC
group at
> > > > > /opt/MET/81
> > > > > > > on at least some of their machines.  I hope that helps!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
> > jpresto at ucar.edu>
> > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Michael.
> > > > > > > >
> > > > > > > > I see that you'd like to access MET for your research.
> > > > > > > >
> > > > > > > > We have MET installed for users on a variety of NOAA
> machines.
> > > > Take
> > > > > a
> > > > > > > > look at this website and see if you have access to any
of
> these
> > > > > > machines
> > > > > > > > where there is currently an existing build of MET:
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > > >
> > > > > > > > The machine, "hera", which is replacing "theia" should
also
> be
> > on
> > > > > that
> > > > > > > > list.  I will add "hera" later today.
> > > > > > > >
> > > > > > > > If you don't have access to any of those existing
builds you
> > can
> > > > > > download
> > > > > > > > the MET code online and install in on a Linux machine.
If
> you
> > > end
> > > > up
> > > > > > > > needing to install it, please let me know, and I'll
send some
> > > > > > additional
> > > > > > > > useful information for the installation.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher - NOAA
> > Affiliate
> > > > via
> > > > > > RT <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > >>
> > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted
upon.
> > > > > > > >> Transaction: Ticket created by
michael.pletcher at noaa.gov
> > > > > > > >>        Queue: met_help
> > > > > > > >>      Subject: NCWCP Student Affiliate
> > > > > > > >>        Owner: Nobody
> > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > > > > >>       Status: new
> > > > > > > >>  Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > >
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> Hello,
> > > > > > > >>
> > > > > > > >> My name is Michael Pletcher and I am senior at the
> University
> > of
> > > > > > > Maryland.
> > > > > > > >> I am currently working with the Weather Prediction
Center
> on a
> > > > > > research
> > > > > > > >> project, and my advisors have suggested that I find a
way to
> > > > access
> > > > > > MET
> > > > > > > >> software remotely from NCWCP to work on my project.
Please
> let
> > > me
> > > > > know
> > > > > > > if
> > > > > > > >> it is possible to download MET to my laptop computer,
or if
> I
> > > > could
> > > > > > > >> possibly download it to my department's (Atmospheric
&
> Oceanic
> > > > > > Science)
> > > > > > > >> computers. Let me know if I need to answer any
questions.
> > > > > > > >>
> > > > > > > >> Thanks,
> > > > > > > >> Michael Pletcher
> > > > > > > >>
> > > > > > > >>
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day.  Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day.  Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Tue Sep 17 14:58:57 2019

Hi Michael.

Did you run the "find /usr/lib/ -name libpython2.7.a" command?  None
of the
locations you listed appeared to be in /usr/lib as far as I could
tell, but
it looks like the paths all run together.  I would expected to see a
libpython2.7.a in a location like
"/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".

Great, it is good to know that you are running the bash shell.  That
will
be helpful once we figure out where the libpython2.7.a file is.

Are you using modulefiles regularly to load things like the compiler?

Does this mean that I should be running gcc compiler instead of gnu?
>
The gcc compiler is the compiler for the GNU package.  Our run script
expects to see "gnu_<version number>" in order to compile using gcc.

Julie

On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> I found five different locations where libpython2.7 is located:
>
>
>
>
>
>
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
>
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> hon2.7.a*
>
> When I ran echo $SHELL, it returned:
>
> */bin/bash*
>
> I attached the config.log file.
>
> When I ran "module spider gnu", it returned:
>
>
> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> subcommandcmdModule.c(411):ERROR:104: 'spider' is an unrecognized
> subcommand*
>
> But when I ran "gcc --version:, it returned:
>
>
>
>
> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
> Software Foundation, Inc.This is free software; see the source for
copying
> conditions.  There is NOwarranty; not even for MERCHANTABILITY or
FITNESS
> FOR A PARTICULAR PURPOSE.*
>
> Does this mean that I should be running gcc compiler instead of gnu?
>
> Thanks,
> Michael Pletcher
>
> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.
> >
> > Since the output of "python-config --cflags" indicates the header
files
> are
> > in /usr/include/python2.7, the library file is likely to be found
in a
> > location like
> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > You can run the following command to find it:
> >
> > find /usr/lib/ -name libpython2.7.a
> > >
> >
> >  To find out what shell you are using, you can run the following:
> >
> > echo $SHELL
> > >
> >
> > Instead of pasting in the config.log output, could you please
attach it
> to
> > this email?  When you run the configure command, there should be a
file
> > "config.log" produced, which is the one I'd like to have you
attach and
> > look at.
> >
> > If your system doesn't use modulefiles you can safely ignore:
> >
> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
> > > 'gnu/15.0.3'*
> > >
> >
> > If it does use module files, you will need to know the version for
the
> gnu
> > compilers.    If modules are used, you can determine what versions
are
> > available for loading by running:
> >
> > module spider gnu
> > >
> >
> > This will output something like the following:
> >
> >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >   gnu:
> > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >      Versions:
> > >         gnu/7.4.0
> > >         gnu/8.3.0
> > >         gnu/9.1.0
> > >
> >
> > Then you can choose the version of gnu that you'd like to load.
> >
> > If modules are not used and you would like to know what version
you are
> > running (not required for MET, but in case you want to know for
future
> > reference), you can run:
> >
> > gcc --version
> > >
> >
> > and you'll get something like:
> >
> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > >
> >
> > Julie
> >
> >
> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Hello Julie,
> > >
> > > The output I received from "python-config --cflags" is as
follows:
> > >
> > > *-I/usr/include/python2.7 -I/usr/include/python2.7 -fno-strict-
aliasing
> > -O2
> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > -fstack-protector-strong --param=ssp-buffer-size=4
> -grecord-gcc-switches
> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g
-pipe
> > -Wall
> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
-mtune=generic
> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > >
> > > I was not able to find libpython2.7.a within the files I have
> downloaded
> > so
> > > far.
> > >
> > > I believe we are using bash, but how would I find out which one
I am
> > using?
> > > My system administrator most likely knows the answer to this.
> > >
> > > The config.log file is as follows:
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > *This file contains any messages produced by compilers
whilerunning
> > > configure, to aid debugging if configure makes a mistake.It was
created
> > by
> > > cairo configure 1.14.6, which wasgenerated by GNU Autoconf 2.69.
> > > Invocation command line was  $ ./configure
> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > ax_cv_c_float_words_bigendian=no
> > >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > --------- #### Platform. #### --------- ##hostname =
sky.atmos.umd.edu
> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname -p
=
> > > x86_64/bin/uname -X     = unknown/bin/arch              =
> > > x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo =
> > > unknown/usr/bin/hostinfo      = unknown/bin/machine           =
> > > unknown/usr/bin/oslevel       = unknown/bin/universe          =
> unknown*
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
/usr/sbinPATH:
> > > /homes/metogra/mpletch1/.local/binPATH:
> /homes/metogra/mpletch1/binPATH:
> > > /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/bin##
> > > ----------- #### Core tests. #### ----------- ##configure:3205:
> checking
> > > for gccconfigure:3232: result: /usr/bin/gccconfigure:3461:
checking
> for C
> > > compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc
(GCC)
> 4.8.5
> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
Foundation,
> > > Inc.This is free software; see the source for copying
conditions. *
> > >
> > > I think the root of some of these problems (I'm extremely new to
all of
> > > this, so I may be mistaken) is that I am using the incorrect
compiler.
> > When
> > > I set the compiler, I did export COMPILER=gnu_15.0.3, but I know
15.0.3
> > is
> > > for ics, not gnu. I also get this error at the beginning of the
output
> > when
> > > I run ./compile_MET_all.sh:
> > >
> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
> > > 'gnu/15.0.3'*
> > >
> > > Not really sure if this means anything, just want to get you all
of the
> > > errors that I'm seeing.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Michael.
> > > >
> > > > Thank you for letting me know about the output of "python-
config
> > > > --ldflags".  MET needs to have more information than that
command is
> > > > returning.  Could you please tell me what the output of
> "python-config
> > > > --cflags" is as well?  That will help me find the file that
MET needs
> > to
> > > > know about, namely the libpython2.7.a file.  If you find that
file,
> > > please
> > > > let me know what the path to it is.   Once we have that
location we
> can
> > > > formulate the appropriate value to set for MET_PYTHON_LD.
> > > >
> > > > Also, are you using the bash or csh?
> > > >
> > > > Regarding Cairo, please send me the config.log file that was
output
> > from
> > > > running configure for Cairo and I'll take a look.  Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
Affiliate via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >
> > > > > Good afternoon,
> > > > >
> > > > > I finally had time to attempt these instructions. Regarding
a few
> > > things:
> > > > >
> > > > > When I ran the line "python-config --ldflags", this was the
output
> > > (which
> > > > > does not include the -L you mentioned):
> > > > >
> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-
dynamic *
> > > > >
> > > > > Also, when I ran "./compile_MET_all.sh", it returned this
when it
> got
> > > to
> > > > > compiling CAIRO:
> > > > >
> > > > > *configure returned with non-zero (1) status*
> > > > >
> > > > > My system administrator suggested the error from Cairo could
be
> > caused
> > > by
> > > > > Redhat compatibility. Our Linux operates on Redhat
Enterprise 7,
> and
> > he
> > > > > mentioned that there have been issues with running Cairo on
it in
> the
> > > > past.
> > > > >
> > > > > Let me know if there is anything I can do to fix these
issues.
> > > > >
> > > > > Thanks,
> > > > > Michael Pletcher
> > > > >
> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > > Hi Michael.
> > > > > >
> > > > > > As John indicated in his email, Docker is the easiest way
to make
> > MET
> > > > > > available.  But, it is definitely possible for you to
download
> MET
> > > to a
> > > > > > Linux machine and compile it from scratch.  I have
described that
> > > > process
> > > > > > below.
> > > > > >
> > > > > > You can find a script to help you install MET at this
link, and
> > I'll
> > > > put
> > > > > > instructions below:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > > >
> > > > > > This script may or may not work right away.  Some systems
have
> > needed
> > > > > more
> > > > > > work than others.  To get started, decide where you would
like to
> > > > install
> > > > > > MET.  The following example will assume you're going to
put it in
> > > > > > /d1/pletcher/met/8.1.
> > > > > >
> > > > > > You'll need to download compile_MET_all.sh and
tar_files.tar from
> > the
> > > > > link
> > > > > > above.  You'll also need to download our latest MET
release:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > > >
> > > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
> > > > > > compile_MET_all.sh.tgz
> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where
ever you
> > chose
> > > > to
> > > > > > put it).  Unpack the tar file and move met-
8.1.1.20190708.tar.gz
> > into
> > > > the
> > > > > > tar_files directory.
> > > > > >
> > > > > > Then, you'll need to set up some environment variables as
> described
> > > in
> > > > > the
> > > > > > link above.
> > > > > >
> > > > > > For reference using this example, I would set the
following:
> > > > > >
> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > > export COMPILER=ics_15.0.3  (The format is "compiler"
underscore
> > > > > > "version".  If using modules on your system, you'll need
use the
> > > > compiler
> > > > > > name that the module would load (e.g. module load
ics/15.0.3 to
> > load
> > > > the
> > > > > > intel compiler version 15.0.3.  Otherwise, if using not
using
> > modules
> > > > and
> > > > > > using gcc, please use "gnu" for the compiler.  And, if not
using
> > > > modules
> > > > > > and using intel, you can use "intel". You can find the
version by
> > > > running
> > > > > > "gcc --version" or "icc --verion" respectively.)
> > > > > >
> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > > > export MET_PYTHON_LD=`python-config --ldflags` (This may
not
> work.
> > > Run
> > > > > > python-config --ldflags on the command line and see if you
get
> > output
> > > > > > including "-L".  If you don't, please let me know and I
can walk
> > you
> > > > > > through how to find this information.)
> > > > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
(Assuming
> > you're
> > > > not
> > > > > > using modulefiles, it doesn't matter what you set this to,
but it
> > > needs
> > > > > to
> > > > > > be set to something otherwise MET won't configure for
Python
> > > embedding.
> > > > > > You could just set it to "python".).
> > > > > >
> > > > > > If you're not using modules, the output of the script will
say
> > > > something
> > > > > > about modules not being found and you can safely ignore
that.
> > > > > >
> > > > > > You may need to make the script executable, but then you
can run
> it
> > > > with
> > > > > > "./compile_MET_all.sh".  For some people who have used
this
> script,
> > > > they
> > > > > > have had their own laptops with hardly anything on it.
They have
> > > > needed
> > > > > to
> > > > > > install the following packages using the following
commands:
> > > > > >
> > > > > > sudo apt-get update
> > > > > > sudo apt install python-dev
> > > > > > sudo apt-get install flex bison
> > > > > > sudo apt-get install libpixman-1-dev
> > > > > > sudo apt-get install libjpeg-dev
> > > > > > sudo apt-get install pkg-config
> > > > > > sudo apt-get install libpng-dev
> > > > > > sudo apt-get install unzip
> > > > > >
> > > > > > If the script runs and starts installing the external
libraries
> > > > > > successfully but then stops, there are constant which you
can set
> > to
> > > 0,
> > > > > so
> > > > > > that you won't have to wait for them to be installed
again.  In
> the
> > > > > compile
> > > > > > script you'll see the following which you can modify if
> necessary:
> > > > > >
> > > > > > COMPILE_GSL=1
> > > > > > COMPILE_BUFRLIB=1
> > > > > > COMPILE_ZLIB=1
> > > > > > COMPILE_LIBPNG=1
> > > > > > COMPILE_JASPER=1
> > > > > > COMPILE_G2CLIB=1
> > > > > > COMPILE_HDF=1
> > > > > > COMPILE_HDFEOS=1
> > > > > > COMPILE_NETCDF=1
> > > > > > COMPILE_FREETYPE=1
> > > > > > COMPILE_CAIRO=1
> > > > > > COMPILE_MET=1
> > > > > >
> > > > > > Please let me know if you have any questions.  I know this
is a
> lot
> > > to
> > > > > take
> > > > > > in, so don't hesitate to reach out with any questions.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
Affiliate
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > > > > > >
> > > > > > > Julie,
> > > > > > >
> > > > > > > I am aware of the ability to access MET within WPC.
However,
> I'm
> > > > > curious
> > > > > > as
> > > > > > > to whether or not it is possible to download MET to a
Linux
> > machine
> > > > in
> > > > > > the
> > > > > > > computer lab within my department (Department of
Atmospheric &
> > > > Oceanic
> > > > > > > Science). The reason I am asking for this is because I
do not
> > have
> > > a
> > > > > > > federal badge to freely access MET at anytime at NCWCP.
I will
> > talk
> > > > > with
> > > > > > > the system administrator for my department
(jhenriks at umd.edu)
> > and
> > > > see
> > > > > > what
> > > > > > > he thinks about this.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Michael Pletcher
> > > > > > >
> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT <
> > > > > > met_help at ucar.edu>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Michael.  It was recently brought to my attention
that you
> > are
> > > > > > working
> > > > > > > > with the WPC group at NOAA.  I'm not sure exactly what
> machines
> > > MET
> > > > > is
> > > > > > > > accessible from, but there is an install for the WPC
group at
> > > > > > /opt/MET/81
> > > > > > > > on at least some of their machines.  I hope that
helps!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
> > > jpresto at ucar.edu>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi Michael.
> > > > > > > > >
> > > > > > > > > I see that you'd like to access MET for your
research.
> > > > > > > > >
> > > > > > > > > We have MET installed for users on a variety of NOAA
> > machines.
> > > > > Take
> > > > > > a
> > > > > > > > > look at this website and see if you have access to
any of
> > these
> > > > > > > machines
> > > > > > > > > where there is currently an existing build of MET:
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > > > >
> > > > > > > > > The machine, "hera", which is replacing "theia"
should also
> > be
> > > on
> > > > > > that
> > > > > > > > > list.  I will add "hera" later today.
> > > > > > > > >
> > > > > > > > > If you don't have access to any of those existing
builds
> you
> > > can
> > > > > > > download
> > > > > > > > > the MET code online and install in on a Linux
machine.  If
> > you
> > > > end
> > > > > up
> > > > > > > > > needing to install it, please let me know, and I'll
send
> some
> > > > > > > additional
> > > > > > > > > useful information for the installation.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher -
NOAA
> > > Affiliate
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > >>
> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted
upon.
> > > > > > > > >> Transaction: Ticket created by
michael.pletcher at noaa.gov
> > > > > > > > >>        Queue: met_help
> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > > > > > > > >>        Owner: Nobody
> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > > > > > >>       Status: new
> > > > > > > > >>  Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > >
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> Hello,
> > > > > > > > >>
> > > > > > > > >> My name is Michael Pletcher and I am senior at the
> > University
> > > of
> > > > > > > > Maryland.
> > > > > > > > >> I am currently working with the Weather Prediction
Center
> > on a
> > > > > > > research
> > > > > > > > >> project, and my advisors have suggested that I find
a way
> to
> > > > > access
> > > > > > > MET
> > > > > > > > >> software remotely from NCWCP to work on my project.
Please
> > let
> > > > me
> > > > > > know
> > > > > > > > if
> > > > > > > > >> it is possible to download MET to my laptop
computer, or
> if
> > I
> > > > > could
> > > > > > > > >> possibly download it to my department's
(Atmospheric &
> > Oceanic
> > > > > > > Science)
> > > > > > > > >> computers. Let me know if I need to answer any
questions.
> > > > > > > > >>
> > > > > > > > >> Thanks,
> > > > > > > > >> Michael Pletcher
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day.  Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day.  Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Tue Sep 17 15:00:37 2019

I forgot to mention - I'll take a look at the config.log file and will
follow up.  If you could please follow up on my question in the other
email, that would be great.  Thanks!

Julie

On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:

> Hi Michael.
>
> Did you run the "find /usr/lib/ -name libpython2.7.a" command?  None
of
> the locations you listed appeared to be in /usr/lib as far as I
could tell,
> but it looks like the paths all run together.  I would expected to
see a
> libpython2.7.a in a location like
> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
>
> Great, it is good to know that you are running the bash shell.  That
will
> be helpful once we figure out where the libpython2.7.a file is.
>
> Are you using modulefiles regularly to load things like the
compiler?
>
> Does this mean that I should be running gcc compiler instead of gnu?
>>
> The gcc compiler is the compiler for the GNU package.  Our run
script
> expects to see "gnu_<version number>" in order to compile using gcc.
>
> Julie
>
>
>
>
> On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
>>
>> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>>
>> Julie,
>>
>> I found five different locations where libpython2.7 is located:
>>
>>
>>
>>
>>
>>
>>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
>>
>> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
>> hon2.7.a*
>>
>> When I ran echo $SHELL, it returned:
>>
>> */bin/bash*
>>
>> I attached the config.log file.
>>
>> When I ran "module spider gnu", it returned:
>>
>>
>> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
>> subcommandcmdModule.c(411):ERROR:104: 'spider' is an unrecognized
>> subcommand*
>>
>> But when I ran "gcc --version:, it returned:
>>
>>
>>
>>
>> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
>> Software Foundation, Inc.This is free software; see the source for
copying
>> conditions.  There is NOwarranty; not even for MERCHANTABILITY or
FITNESS
>> FOR A PARTICULAR PURPOSE.*
>>
>> Does this mean that I should be running gcc compiler instead of
gnu?
>>
>> Thanks,
>> Michael Pletcher
>>
>> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
>> met_help at ucar.edu>
>> wrote:
>>
>> > Hi Michael.
>> >
>> > Since the output of "python-config --cflags" indicates the header
files
>> are
>> > in /usr/include/python2.7, the library file is likely to be found
in a
>> > location like
>> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
>> > You can run the following command to find it:
>> >
>> > find /usr/lib/ -name libpython2.7.a
>> > >
>> >
>> >  To find out what shell you are using, you can run the following:
>> >
>> > echo $SHELL
>> > >
>> >
>> > Instead of pasting in the config.log output, could you please
attach it
>> to
>> > this email?  When you run the configure command, there should be
a file
>> > "config.log" produced, which is the one I'd like to have you
attach and
>> > look at.
>> >
>> > If your system doesn't use modulefiles you can safely ignore:
>> >
>> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
>> > > 'gnu/15.0.3'*
>> > >
>> >
>> > If it does use module files, you will need to know the version
for the
>> gnu
>> > compilers.    If modules are used, you can determine what
versions are
>> > available for loading by running:
>> >
>> > module spider gnu
>> > >
>> >
>> > This will output something like the following:
>> >
>> >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > >   gnu:
>> > >
>> > >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > >      Versions:
>> > >         gnu/7.4.0
>> > >         gnu/8.3.0
>> > >         gnu/9.1.0
>> > >
>> >
>> > Then you can choose the version of gnu that you'd like to load.
>> >
>> > If modules are not used and you would like to know what version
you are
>> > running (not required for MET, but in case you want to know for
future
>> > reference), you can run:
>> >
>> > gcc --version
>> > >
>> >
>> > and you'll get something like:
>> >
>> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
>> > >
>> >
>> > Julie
>> >
>> >
>> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA Affiliate
via
>> RT <
>> > met_help at ucar.edu> wrote:
>> >
>> > >
>> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>> > >
>> > > Hello Julie,
>> > >
>> > > The output I received from "python-config --cflags" is as
follows:
>> > >
>> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
>> -fno-strict-aliasing
>> > -O2
>> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> > > -fstack-protector-strong --param=ssp-buffer-size=4
>> -grecord-gcc-switches
>> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g
-pipe
>> > -Wall
>> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
>> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
-mtune=generic
>> > > -D_GNU_SOURCE -fPIC -fwrapv*
>> > >
>> > > I was not able to find libpython2.7.a within the files I have
>> downloaded
>> > so
>> > > far.
>> > >
>> > > I believe we are using bash, but how would I find out which one
I am
>> > using?
>> > > My system administrator most likely knows the answer to this.
>> > >
>> > > The config.log file is as follows:
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > *This file contains any messages produced by compilers
whilerunning
>> > > configure, to aid debugging if configure makes a mistake.It was
>> created
>> > by
>> > > cairo configure 1.14.6, which wasgenerated by GNU Autoconf
2.69.
>> > > Invocation command line was  $ ./configure
>> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
>> > > ax_cv_c_float_words_bigendian=no
>> > >
>> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
>> > >
>> > >
>> >
>> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
>> > > --------- #### Platform. #### --------- ##hostname =
>> sky.atmos.umd.edu
>> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
>> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname -p
=
>> > > x86_64/bin/uname -X     = unknown/bin/arch              =
>> > > x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo =
>> > > unknown/usr/bin/hostinfo      = unknown/bin/machine           =
>> > > unknown/usr/bin/oslevel       = unknown/bin/universe          =
>> unknown*
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
>> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
>> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
/usr/sbinPATH:
>> > > /homes/metogra/mpletch1/.local/binPATH:
>> /homes/metogra/mpletch1/binPATH:
>> > > /homes/metogra/mpletch1/.local/binPATH:
/homes/metogra/mpletch1/bin##
>> > > ----------- #### Core tests. #### ----------- ##configure:3205:
>> checking
>> > > for gccconfigure:3232: result: /usr/bin/gccconfigure:3461:
checking
>> for C
>> > > compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc
(GCC)
>> 4.8.5
>> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
>> Foundation,
>> > > Inc.This is free software; see the source for copying
conditions. *
>> > >
>> > > I think the root of some of these problems (I'm extremely new
to all
>> of
>> > > this, so I may be mistaken) is that I am using the incorrect
compiler.
>> > When
>> > > I set the compiler, I did export COMPILER=gnu_15.0.3, but I
know
>> 15.0.3
>> > is
>> > > for ics, not gnu. I also get this error at the beginning of the
output
>> > when
>> > > I run ./compile_MET_all.sh:
>> > >
>> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a modulefile
for
>> > > 'gnu/15.0.3'*
>> > >
>> > > Not really sure if this means anything, just want to get you
all of
>> the
>> > > errors that I'm seeing.
>> > >
>> > > Thanks,
>> > > Michael Pletcher
>> > >
>> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
>> > met_help at ucar.edu
>> > > >
>> > > wrote:
>> > >
>> > > > Hi Michael.
>> > > >
>> > > > Thank you for letting me know about the output of "python-
config
>> > > > --ldflags".  MET needs to have more information than that
command is
>> > > > returning.  Could you please tell me what the output of
>> "python-config
>> > > > --cflags" is as well?  That will help me find the file that
MET
>> needs
>> > to
>> > > > know about, namely the libpython2.7.a file.  If you find that
file,
>> > > please
>> > > > let me know what the path to it is.   Once we have that
location we
>> can
>> > > > formulate the appropriate value to set for MET_PYTHON_LD.
>> > > >
>> > > > Also, are you using the bash or csh?
>> > > >
>> > > > Regarding Cairo, please send me the config.log file that was
output
>> > from
>> > > > running configure for Cairo and I'll take a look.  Thanks!
>> > > >
>> > > > Julie
>> > > >
>> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
Affiliate
>> via
>> > RT
>> > > <
>> > > > met_help at ucar.edu> wrote:
>> > > >
>> > > > >
>> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>> > > > >
>> > > > > Good afternoon,
>> > > > >
>> > > > > I finally had time to attempt these instructions. Regarding
a few
>> > > things:
>> > > > >
>> > > > > When I ran the line "python-config --ldflags", this was the
output
>> > > (which
>> > > > > does not include the -L you mentioned):
>> > > > >
>> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-
dynamic *
>> > > > >
>> > > > > Also, when I ran "./compile_MET_all.sh", it returned this
when it
>> got
>> > > to
>> > > > > compiling CAIRO:
>> > > > >
>> > > > > *configure returned with non-zero (1) status*
>> > > > >
>> > > > > My system administrator suggested the error from Cairo
could be
>> > caused
>> > > by
>> > > > > Redhat compatibility. Our Linux operates on Redhat
Enterprise 7,
>> and
>> > he
>> > > > > mentioned that there have been issues with running Cairo on
it in
>> the
>> > > > past.
>> > > > >
>> > > > > Let me know if there is anything I can do to fix these
issues.
>> > > > >
>> > > > > Thanks,
>> > > > > Michael Pletcher
>> > > > >
>> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
>> > > > met_help at ucar.edu>
>> > > > > wrote:
>> > > > >
>> > > > > > Hi Michael.
>> > > > > >
>> > > > > > As John indicated in his email, Docker is the easiest way
to
>> make
>> > MET
>> > > > > > available.  But, it is definitely possible for you to
download
>> MET
>> > > to a
>> > > > > > Linux machine and compile it from scratch.  I have
described
>> that
>> > > > process
>> > > > > > below.
>> > > > > >
>> > > > > > You can find a script to help you install MET at this
link, and
>> > I'll
>> > > > put
>> > > > > > instructions below:
>> > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
>> > > > > >
>> > > > > > This script may or may not work right away.  Some systems
have
>> > needed
>> > > > > more
>> > > > > > work than others.  To get started, decide where you would
like
>> to
>> > > > install
>> > > > > > MET.  The following example will assume you're going to
put it
>> in
>> > > > > > /d1/pletcher/met/8.1.
>> > > > > >
>> > > > > > You'll need to download compile_MET_all.sh and
tar_files.tar
>> from
>> > the
>> > > > > link
>> > > > > > above.  You'll also need to download our latest MET
release:
>> > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
>> > > > > >
>> > > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar -zxf
>> > > > > > compile_MET_all.sh.tgz
>> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where
ever you
>> > chose
>> > > > to
>> > > > > > put it).  Unpack the tar file and move met-
8.1.1.20190708.tar.gz
>> > into
>> > > > the
>> > > > > > tar_files directory.
>> > > > > >
>> > > > > > Then, you'll need to set up some environment variables as
>> described
>> > > in
>> > > > > the
>> > > > > > link above.
>> > > > > >
>> > > > > > For reference using this example, I would set the
following:
>> > > > > >
>> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
>> > > > > > export COMPILER=ics_15.0.3  (The format is "compiler"
underscore
>> > > > > > "version".  If using modules on your system, you'll need
use the
>> > > > compiler
>> > > > > > name that the module would load (e.g. module load
ics/15.0.3 to
>> > load
>> > > > the
>> > > > > > intel compiler version 15.0.3.  Otherwise, if using not
using
>> > modules
>> > > > and
>> > > > > > using gcc, please use "gnu" for the compiler.  And, if
not using
>> > > > modules
>> > > > > > and using intel, you can use "intel". You can find the
version
>> by
>> > > > running
>> > > > > > "gcc --version" or "icc --verion" respectively.)
>> > > > > >
>> > > > > > export MET_SUBDIR=${TEST_BASE}/
>> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
>> > > > > > export MET_PYTHON_CC=`python-config --cflags`
>> > > > > > export MET_PYTHON_LD=`python-config --ldflags` (This may
not
>> work.
>> > > Run
>> > > > > > python-config --ldflags on the command line and see if
you get
>> > output
>> > > > > > including "-L".  If you don't, please let me know and I
can walk
>> > you
>> > > > > > through how to find this information.)
>> > > > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
(Assuming
>> > you're
>> > > > not
>> > > > > > using modulefiles, it doesn't matter what you set this
to, but
>> it
>> > > needs
>> > > > > to
>> > > > > > be set to something otherwise MET won't configure for
Python
>> > > embedding.
>> > > > > > You could just set it to "python".).
>> > > > > >
>> > > > > > If you're not using modules, the output of the script
will say
>> > > > something
>> > > > > > about modules not being found and you can safely ignore
that.
>> > > > > >
>> > > > > > You may need to make the script executable, but then you
can
>> run it
>> > > > with
>> > > > > > "./compile_MET_all.sh".  For some people who have used
this
>> script,
>> > > > they
>> > > > > > have had their own laptops with hardly anything on it.
They
>> have
>> > > > needed
>> > > > > to
>> > > > > > install the following packages using the following
commands:
>> > > > > >
>> > > > > > sudo apt-get update
>> > > > > > sudo apt install python-dev
>> > > > > > sudo apt-get install flex bison
>> > > > > > sudo apt-get install libpixman-1-dev
>> > > > > > sudo apt-get install libjpeg-dev
>> > > > > > sudo apt-get install pkg-config
>> > > > > > sudo apt-get install libpng-dev
>> > > > > > sudo apt-get install unzip
>> > > > > >
>> > > > > > If the script runs and starts installing the external
libraries
>> > > > > > successfully but then stops, there are constant which you
can
>> set
>> > to
>> > > 0,
>> > > > > so
>> > > > > > that you won't have to wait for them to be installed
again.  In
>> the
>> > > > > compile
>> > > > > > script you'll see the following which you can modify if
>> necessary:
>> > > > > >
>> > > > > > COMPILE_GSL=1
>> > > > > > COMPILE_BUFRLIB=1
>> > > > > > COMPILE_ZLIB=1
>> > > > > > COMPILE_LIBPNG=1
>> > > > > > COMPILE_JASPER=1
>> > > > > > COMPILE_G2CLIB=1
>> > > > > > COMPILE_HDF=1
>> > > > > > COMPILE_HDFEOS=1
>> > > > > > COMPILE_NETCDF=1
>> > > > > > COMPILE_FREETYPE=1
>> > > > > > COMPILE_CAIRO=1
>> > > > > > COMPILE_MET=1
>> > > > > >
>> > > > > > Please let me know if you have any questions.  I know
this is a
>> lot
>> > > to
>> > > > > take
>> > > > > > in, so don't hesitate to reach out with any questions.
>> > > > > >
>> > > > > > Thanks,
>> > > > > > Julie
>> > > > > >
>> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
>> Affiliate
>> > via
>> > > > RT
>> > > > > <
>> > > > > > met_help at ucar.edu> wrote:
>> > > > > >
>> > > > > > >
>> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> >
>> > > > > > >
>> > > > > > > Julie,
>> > > > > > >
>> > > > > > > I am aware of the ability to access MET within WPC.
However,
>> I'm
>> > > > > curious
>> > > > > > as
>> > > > > > > to whether or not it is possible to download MET to a
Linux
>> > machine
>> > > > in
>> > > > > > the
>> > > > > > > computer lab within my department (Department of
Atmospheric &
>> > > > Oceanic
>> > > > > > > Science). The reason I am asking for this is because I
do not
>> > have
>> > > a
>> > > > > > > federal badge to freely access MET at anytime at NCWCP.
I will
>> > talk
>> > > > > with
>> > > > > > > the system administrator for my department
(jhenriks at umd.edu)
>> > and
>> > > > see
>> > > > > > what
>> > > > > > > he thinks about this.
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > Michael Pletcher
>> > > > > > >
>> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via RT
<
>> > > > > > met_help at ucar.edu>
>> > > > > > > wrote:
>> > > > > > >
>> > > > > > > > Hi Michael.  It was recently brought to my attention
that
>> you
>> > are
>> > > > > > working
>> > > > > > > > with the WPC group at NOAA.  I'm not sure exactly
what
>> machines
>> > > MET
>> > > > > is
>> > > > > > > > accessible from, but there is an install for the WPC
group
>> at
>> > > > > > /opt/MET/81
>> > > > > > > > on at least some of their machines.  I hope that
helps!
>> > > > > > > >
>> > > > > > > > Julie
>> > > > > > > >
>> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
>> > > jpresto at ucar.edu>
>> > > > > > > wrote:
>> > > > > > > >
>> > > > > > > > > Hi Michael.
>> > > > > > > > >
>> > > > > > > > > I see that you'd like to access MET for your
research.
>> > > > > > > > >
>> > > > > > > > > We have MET installed for users on a variety of
NOAA
>> > machines.
>> > > > > Take
>> > > > > > a
>> > > > > > > > > look at this website and see if you have access to
any of
>> > these
>> > > > > > > machines
>> > > > > > > > > where there is currently an existing build of MET:
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
>> > > > > > > > >
>> > > > > > > > > The machine, "hera", which is replacing "theia"
should
>> also
>> > be
>> > > on
>> > > > > > that
>> > > > > > > > > list.  I will add "hera" later today.
>> > > > > > > > >
>> > > > > > > > > If you don't have access to any of those existing
builds
>> you
>> > > can
>> > > > > > > download
>> > > > > > > > > the MET code online and install in on a Linux
machine.  If
>> > you
>> > > > end
>> > > > > up
>> > > > > > > > > needing to install it, please let me know, and I'll
send
>> some
>> > > > > > > additional
>> > > > > > > > > useful information for the installation.
>> > > > > > > > >
>> > > > > > > > > Thanks,
>> > > > > > > > > Julie
>> > > > > > > > >
>> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher -
NOAA
>> > > Affiliate
>> > > > > via
>> > > > > > > RT <
>> > > > > > > > > met_help at ucar.edu> wrote:
>> > > > > > > > >
>> > > > > > > > >>
>> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was acted
upon.
>> > > > > > > > >> Transaction: Ticket created by
michael.pletcher at noaa.gov
>> > > > > > > > >>        Queue: met_help
>> > > > > > > > >>      Subject: NCWCP Student Affiliate
>> > > > > > > > >>        Owner: Nobody
>> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
>> > > > > > > > >>       Status: new
>> > > > > > > > >>  Ticket <URL:
>> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > > > > >
>> > > > > > > > >>
>> > > > > > > > >>
>> > > > > > > > >> Hello,
>> > > > > > > > >>
>> > > > > > > > >> My name is Michael Pletcher and I am senior at the
>> > University
>> > > of
>> > > > > > > > Maryland.
>> > > > > > > > >> I am currently working with the Weather Prediction
Center
>> > on a
>> > > > > > > research
>> > > > > > > > >> project, and my advisors have suggested that I
find a
>> way to
>> > > > > access
>> > > > > > > MET
>> > > > > > > > >> software remotely from NCWCP to work on my
project.
>> Please
>> > let
>> > > > me
>> > > > > > know
>> > > > > > > > if
>> > > > > > > > >> it is possible to download MET to my laptop
computer, or
>> if
>> > I
>> > > > > could
>> > > > > > > > >> possibly download it to my department's
(Atmospheric &
>> > Oceanic
>> > > > > > > Science)
>> > > > > > > > >> computers. Let me know if I need to answer any
questions.
>> > > > > > > > >>
>> > > > > > > > >> Thanks,
>> > > > > > > > >> Michael Pletcher
>> > > > > > > > >>
>> > > > > > > > >>
>> > > > > > > > >
>> > > > > > > > > --
>> > > > > > > > > Julie Prestopnik
>> > > > > > > > > Software Engineer
>> > > > > > > > > National Center for Atmospheric Research
>> > > > > > > > > Research Applications Laboratory
>> > > > > > > > > Phone: 303.497.8399
>> > > > > > > > > Email: jpresto at ucar.edu
>> > > > > > > > >
>> > > > > > > > > My working day may not be your working day.  Please
do not
>> > feel
>> > > > > > obliged
>> > > > > > > > to
>> > > > > > > > > reply to this email outside of your normal working
hours.
>> > > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > > Julie Prestopnik
>> > > > > > > > Software Engineer
>> > > > > > > > National Center for Atmospheric Research
>> > > > > > > > Research Applications Laboratory
>> > > > > > > > Phone: 303.497.8399
>> > > > > > > > Email: jpresto at ucar.edu
>> > > > > > > >
>> > > > > > > > My working day may not be your working day.  Please
do not
>> feel
>> > > > > obliged
>> > > > > > > to
>> > > > > > > > reply to this email outside of your normal working
hours.
>> > > > > > > >
>> > > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > Julie Prestopnik
>> > > > > > Software Engineer
>> > > > > > National Center for Atmospheric Research
>> > > > > > Research Applications Laboratory
>> > > > > > Phone: 303.497.8399
>> > > > > > Email: jpresto at ucar.edu
>> > > > > >
>> > > > > > My working day may not be your working day.  Please do
not feel
>> > > obliged
>> > > > > to
>> > > > > > reply to this email outside of your normal working hours.
>> > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > >
>> > > > --
>> > > > Julie Prestopnik
>> > > > Software Engineer
>> > > > National Center for Atmospheric Research
>> > > > Research Applications Laboratory
>> > > > Phone: 303.497.8399
>> > > > Email: jpresto at ucar.edu
>> > > >
>> > > > My working day may not be your working day.  Please do not
feel
>> obliged
>> > > to
>> > > > reply to this email outside of your normal working hours.
>> > > >
>> > > >
>> > >
>> > >
>> >
>> > --
>> > Julie Prestopnik
>> > Software Engineer
>> > National Center for Atmospheric Research
>> > Research Applications Laboratory
>> > Phone: 303.497.8399
>> > Email: jpresto at ucar.edu
>> >
>> > My working day may not be your working day.  Please do not feel
obliged
>> to
>> > reply to this email outside of your normal working hours.
>> >
>> >
>>
>>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Tue Sep 17 15:42:38 2019

Julie,

When I ran "find /usr/lib/ -name libpython2.7.a" it returned nothing.
No
error and no output. I made sure to be in no directory when I ran that
command.

I'll ask my system administrator about the compiler issue.

Thanks,
Michael Pletcher

On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> I forgot to mention - I'll take a look at the config.log file and
will
> follow up.  If you could please follow up on my question in the
other
> email, that would be great.  Thanks!
>
> Julie
>
> On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <jpresto at ucar.edu>
wrote:
>
> > Hi Michael.
> >
> > Did you run the "find /usr/lib/ -name libpython2.7.a" command?
None of
> > the locations you listed appeared to be in /usr/lib as far as I
could
> tell,
> > but it looks like the paths all run together.  I would expected to
see a
> > libpython2.7.a in a location like
> > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> >
> > Great, it is good to know that you are running the bash shell.
That will
> > be helpful once we figure out where the libpython2.7.a file is.
> >
> > Are you using modulefiles regularly to load things like the
compiler?
> >
> > Does this mean that I should be running gcc compiler instead of
gnu?
> >>
> > The gcc compiler is the compiler for the GNU package.  Our run
script
> > expects to see "gnu_<version number>" in order to compile using
gcc.
> >
> > Julie
> >
> >
> >
> >
> > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> >>
> >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >>
> >> Julie,
> >>
> >> I found five different locations where libpython2.7 is located:
> >>
> >>
> >>
> >>
> >>
> >>
> >>
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> >>
> >>
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> >> hon2.7.a*
> >>
> >> When I ran echo $SHELL, it returned:
> >>
> >> */bin/bash*
> >>
> >> I attached the config.log file.
> >>
> >> When I ran "module spider gnu", it returned:
> >>
> >>
> >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an unrecognized
> >> subcommand*
> >>
> >> But when I ran "gcc --version:, it returned:
> >>
> >>
> >>
> >>
> >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
> >> Software Foundation, Inc.This is free software; see the source
for
> copying
> >> conditions.  There is NOwarranty; not even for MERCHANTABILITY or
> FITNESS
> >> FOR A PARTICULAR PURPOSE.*
> >>
> >> Does this mean that I should be running gcc compiler instead of
gnu?
> >>
> >> Thanks,
> >> Michael Pletcher
> >>
> >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
> >> met_help at ucar.edu>
> >> wrote:
> >>
> >> > Hi Michael.
> >> >
> >> > Since the output of "python-config --cflags" indicates the
header
> files
> >> are
> >> > in /usr/include/python2.7, the library file is likely to be
found in a
> >> > location like
> >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> >> > You can run the following command to find it:
> >> >
> >> > find /usr/lib/ -name libpython2.7.a
> >> > >
> >> >
> >> >  To find out what shell you are using, you can run the
following:
> >> >
> >> > echo $SHELL
> >> > >
> >> >
> >> > Instead of pasting in the config.log output, could you please
attach
> it
> >> to
> >> > this email?  When you run the configure command, there should
be a
> file
> >> > "config.log" produced, which is the one I'd like to have you
attach
> and
> >> > look at.
> >> >
> >> > If your system doesn't use modulefiles you can safely ignore:
> >> >
> >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile for
> >> > > 'gnu/15.0.3'*
> >> > >
> >> >
> >> > If it does use module files, you will need to know the version
for the
> >> gnu
> >> > compilers.    If modules are used, you can determine what
versions are
> >> > available for loading by running:
> >> >
> >> > module spider gnu
> >> > >
> >> >
> >> > This will output something like the following:
> >> >
> >> >
> >> >
> >>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >> > >   gnu:
> >> > >
> >> > >
> >> >
> >>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >> > >      Versions:
> >> > >         gnu/7.4.0
> >> > >         gnu/8.3.0
> >> > >         gnu/9.1.0
> >> > >
> >> >
> >> > Then you can choose the version of gnu that you'd like to load.
> >> >
> >> > If modules are not used and you would like to know what version
you
> are
> >> > running (not required for MET, but in case you want to know for
future
> >> > reference), you can run:
> >> >
> >> > gcc --version
> >> > >
> >> >
> >> > and you'll get something like:
> >> >
> >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> >> > >
> >> >
> >> > Julie
> >> >
> >> >
> >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA
Affiliate via
> >> RT <
> >> > met_help at ucar.edu> wrote:
> >> >
> >> > >
> >> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> >> > >
> >> > > Hello Julie,
> >> > >
> >> > > The output I received from "python-config --cflags" is as
follows:
> >> > >
> >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> >> -fno-strict-aliasing
> >> > -O2
> >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> >> -grecord-gcc-switches
> >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2
-g
> -pipe
> >> > -Wall
> >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
> >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
-mtune=generic
> >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> >> > >
> >> > > I was not able to find libpython2.7.a within the files I have
> >> downloaded
> >> > so
> >> > > far.
> >> > >
> >> > > I believe we are using bash, but how would I find out which
one I am
> >> > using?
> >> > > My system administrator most likely knows the answer to this.
> >> > >
> >> > > The config.log file is as follows:
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > *This file contains any messages produced by compilers
whilerunning
> >> > > configure, to aid debugging if configure makes a mistake.It
was
> >> created
> >> > by
> >> > > cairo configure 1.14.6, which wasgenerated by GNU Autoconf
2.69.
> >> > > Invocation command line was  $ ./configure
> >> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> >> > > ax_cv_c_float_words_bigendian=no
> >> > >
> >> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> >> > >
> >> > >
> >> >
> >>
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> >> > > --------- #### Platform. #### --------- ##hostname =
> >> sky.atmos.umd.edu
> >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC 2019/usr/bin/uname
-p =
> >> > > x86_64/bin/uname -X     = unknown/bin/arch              =
> >> > > x86_64/usr/bin/arch -k       = unknown/usr/convex/getsysinfo
=
> >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
=
> >> > > unknown/usr/bin/oslevel       = unknown/bin/universe
=
> >> unknown*
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> /opt/anaconda3/binPATH:
> >> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
> /usr/sbinPATH:
> >> > > /homes/metogra/mpletch1/.local/binPATH:
> >> /homes/metogra/mpletch1/binPATH:
> >> > > /homes/metogra/mpletch1/.local/binPATH:
> /homes/metogra/mpletch1/bin##
> >> > > ----------- #### Core tests. #### -----------
##configure:3205:
> >> checking
> >> > > for gccconfigure:3232: result: /usr/bin/gccconfigure:3461:
checking
> >> for C
> >> > > compiler versionconfigure:3470: /usr/bin/gcc --version >&5gcc
(GCC)
> >> 4.8.5
> >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
> >> Foundation,
> >> > > Inc.This is free software; see the source for copying
conditions. *
> >> > >
> >> > > I think the root of some of these problems (I'm extremely new
to all
> >> of
> >> > > this, so I may be mistaken) is that I am using the incorrect
> compiler.
> >> > When
> >> > > I set the compiler, I did export COMPILER=gnu_15.0.3, but I
know
> >> 15.0.3
> >> > is
> >> > > for ics, not gnu. I also get this error at the beginning of
the
> output
> >> > when
> >> > > I run ./compile_MET_all.sh:
> >> > >
> >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile for
> >> > > 'gnu/15.0.3'*
> >> > >
> >> > > Not really sure if this means anything, just want to get you
all of
> >> the
> >> > > errors that I'm seeing.
> >> > >
> >> > > Thanks,
> >> > > Michael Pletcher
> >> > >
> >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
> >> > met_help at ucar.edu
> >> > > >
> >> > > wrote:
> >> > >
> >> > > > Hi Michael.
> >> > > >
> >> > > > Thank you for letting me know about the output of "python-
config
> >> > > > --ldflags".  MET needs to have more information than that
command
> is
> >> > > > returning.  Could you please tell me what the output of
> >> "python-config
> >> > > > --cflags" is as well?  That will help me find the file that
MET
> >> needs
> >> > to
> >> > > > know about, namely the libpython2.7.a file.  If you find
that
> file,
> >> > > please
> >> > > > let me know what the path to it is.   Once we have that
location
> we
> >> can
> >> > > > formulate the appropriate value to set for MET_PYTHON_LD.
> >> > > >
> >> > > > Also, are you using the bash or csh?
> >> > > >
> >> > > > Regarding Cairo, please send me the config.log file that
was
> output
> >> > from
> >> > > > running configure for Cairo and I'll take a look.  Thanks!
> >> > > >
> >> > > > Julie
> >> > > >
> >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
Affiliate
> >> via
> >> > RT
> >> > > <
> >> > > > met_help at ucar.edu> wrote:
> >> > > >
> >> > > > >
> >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >> > > > >
> >> > > > > Good afternoon,
> >> > > > >
> >> > > > > I finally had time to attempt these instructions.
Regarding a
> few
> >> > > things:
> >> > > > >
> >> > > > > When I ran the line "python-config --ldflags", this was
the
> output
> >> > > (which
> >> > > > > does not include the -L you mentioned):
> >> > > > >
> >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker -export-
dynamic
> *
> >> > > > >
> >> > > > > Also, when I ran "./compile_MET_all.sh", it returned this
when
> it
> >> got
> >> > > to
> >> > > > > compiling CAIRO:
> >> > > > >
> >> > > > > *configure returned with non-zero (1) status*
> >> > > > >
> >> > > > > My system administrator suggested the error from Cairo
could be
> >> > caused
> >> > > by
> >> > > > > Redhat compatibility. Our Linux operates on Redhat
Enterprise 7,
> >> and
> >> > he
> >> > > > > mentioned that there have been issues with running Cairo
on it
> in
> >> the
> >> > > > past.
> >> > > > >
> >> > > > > Let me know if there is anything I can do to fix these
issues.
> >> > > > >
> >> > > > > Thanks,
> >> > > > > Michael Pletcher
> >> > > > >
> >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT <
> >> > > > met_help at ucar.edu>
> >> > > > > wrote:
> >> > > > >
> >> > > > > > Hi Michael.
> >> > > > > >
> >> > > > > > As John indicated in his email, Docker is the easiest
way to
> >> make
> >> > MET
> >> > > > > > available.  But, it is definitely possible for you to
download
> >> MET
> >> > > to a
> >> > > > > > Linux machine and compile it from scratch.  I have
described
> >> that
> >> > > > process
> >> > > > > > below.
> >> > > > > >
> >> > > > > > You can find a script to help you install MET at this
link,
> and
> >> > I'll
> >> > > > put
> >> > > > > > instructions below:
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> >> > > > > >
> >> > > > > > This script may or may not work right away.  Some
systems have
> >> > needed
> >> > > > > more
> >> > > > > > work than others.  To get started, decide where you
would like
> >> to
> >> > > > install
> >> > > > > > MET.  The following example will assume you're going to
put it
> >> in
> >> > > > > > /d1/pletcher/met/8.1.
> >> > > > > >
> >> > > > > > You'll need to download compile_MET_all.sh and
tar_files.tar
> >> from
> >> > the
> >> > > > > link
> >> > > > > > above.  You'll also need to download our latest MET
release:
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> >> > > > > >
> >> > > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar
-zxf
> >> > > > > > compile_MET_all.sh.tgz
> >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or where
ever
> you
> >> > chose
> >> > > > to
> >> > > > > > put it).  Unpack the tar file and move
> met-8.1.1.20190708.tar.gz
> >> > into
> >> > > > the
> >> > > > > > tar_files directory.
> >> > > > > >
> >> > > > > > Then, you'll need to set up some environment variables
as
> >> described
> >> > > in
> >> > > > > the
> >> > > > > > link above.
> >> > > > > >
> >> > > > > > For reference using this example, I would set the
following:
> >> > > > > >
> >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> >> > > > > > export COMPILER=ics_15.0.3  (The format is "compiler"
> underscore
> >> > > > > > "version".  If using modules on your system, you'll
need use
> the
> >> > > > compiler
> >> > > > > > name that the module would load (e.g. module load
ics/15.0.3
> to
> >> > load
> >> > > > the
> >> > > > > > intel compiler version 15.0.3.  Otherwise, if using not
using
> >> > modules
> >> > > > and
> >> > > > > > using gcc, please use "gnu" for the compiler.  And, if
not
> using
> >> > > > modules
> >> > > > > > and using intel, you can use "intel". You can find the
version
> >> by
> >> > > > running
> >> > > > > > "gcc --version" or "icc --verion" respectively.)
> >> > > > > >
> >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> >> > > > > > export MET_PYTHON_LD=`python-config --ldflags` (This
may not
> >> work.
> >> > > Run
> >> > > > > > python-config --ldflags on the command line and see if
you get
> >> > output
> >> > > > > > including "-L".  If you don't, please let me know and I
can
> walk
> >> > you
> >> > > > > > through how to find this information.)
> >> > > > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
(Assuming
> >> > you're
> >> > > > not
> >> > > > > > using modulefiles, it doesn't matter what you set this
to, but
> >> it
> >> > > needs
> >> > > > > to
> >> > > > > > be set to something otherwise MET won't configure for
Python
> >> > > embedding.
> >> > > > > > You could just set it to "python".).
> >> > > > > >
> >> > > > > > If you're not using modules, the output of the script
will say
> >> > > > something
> >> > > > > > about modules not being found and you can safely ignore
that.
> >> > > > > >
> >> > > > > > You may need to make the script executable, but then
you can
> >> run it
> >> > > > with
> >> > > > > > "./compile_MET_all.sh".  For some people who have used
this
> >> script,
> >> > > > they
> >> > > > > > have had their own laptops with hardly anything on it.
They
> >> have
> >> > > > needed
> >> > > > > to
> >> > > > > > install the following packages using the following
commands:
> >> > > > > >
> >> > > > > > sudo apt-get update
> >> > > > > > sudo apt install python-dev
> >> > > > > > sudo apt-get install flex bison
> >> > > > > > sudo apt-get install libpixman-1-dev
> >> > > > > > sudo apt-get install libjpeg-dev
> >> > > > > > sudo apt-get install pkg-config
> >> > > > > > sudo apt-get install libpng-dev
> >> > > > > > sudo apt-get install unzip
> >> > > > > >
> >> > > > > > If the script runs and starts installing the external
> libraries
> >> > > > > > successfully but then stops, there are constant which
you can
> >> set
> >> > to
> >> > > 0,
> >> > > > > so
> >> > > > > > that you won't have to wait for them to be installed
again.
> In
> >> the
> >> > > > > compile
> >> > > > > > script you'll see the following which you can modify if
> >> necessary:
> >> > > > > >
> >> > > > > > COMPILE_GSL=1
> >> > > > > > COMPILE_BUFRLIB=1
> >> > > > > > COMPILE_ZLIB=1
> >> > > > > > COMPILE_LIBPNG=1
> >> > > > > > COMPILE_JASPER=1
> >> > > > > > COMPILE_G2CLIB=1
> >> > > > > > COMPILE_HDF=1
> >> > > > > > COMPILE_HDFEOS=1
> >> > > > > > COMPILE_NETCDF=1
> >> > > > > > COMPILE_FREETYPE=1
> >> > > > > > COMPILE_CAIRO=1
> >> > > > > > COMPILE_MET=1
> >> > > > > >
> >> > > > > > Please let me know if you have any questions.  I know
this is
> a
> >> lot
> >> > > to
> >> > > > > take
> >> > > > > > in, so don't hesitate to reach out with any questions.
> >> > > > > >
> >> > > > > > Thanks,
> >> > > > > > Julie
> >> > > > > >
> >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher - NOAA
> >> Affiliate
> >> > via
> >> > > > RT
> >> > > > > <
> >> > > > > > met_help at ucar.edu> wrote:
> >> > > > > >
> >> > > > > > >
> >> > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> >
> >> > > > > > >
> >> > > > > > > Julie,
> >> > > > > > >
> >> > > > > > > I am aware of the ability to access MET within WPC.
However,
> >> I'm
> >> > > > > curious
> >> > > > > > as
> >> > > > > > > to whether or not it is possible to download MET to a
Linux
> >> > machine
> >> > > > in
> >> > > > > > the
> >> > > > > > > computer lab within my department (Department of
> Atmospheric &
> >> > > > Oceanic
> >> > > > > > > Science). The reason I am asking for this is because
I do
> not
> >> > have
> >> > > a
> >> > > > > > > federal badge to freely access MET at anytime at
NCWCP. I
> will
> >> > talk
> >> > > > > with
> >> > > > > > > the system administrator for my department (
> jhenriks at umd.edu)
> >> > and
> >> > > > see
> >> > > > > > what
> >> > > > > > > he thinks about this.
> >> > > > > > >
> >> > > > > > > Thanks,
> >> > > > > > > Michael Pletcher
> >> > > > > > >
> >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via
RT <
> >> > > > > > met_help at ucar.edu>
> >> > > > > > > wrote:
> >> > > > > > >
> >> > > > > > > > Hi Michael.  It was recently brought to my
attention that
> >> you
> >> > are
> >> > > > > > working
> >> > > > > > > > with the WPC group at NOAA.  I'm not sure exactly
what
> >> machines
> >> > > MET
> >> > > > > is
> >> > > > > > > > accessible from, but there is an install for the
WPC group
> >> at
> >> > > > > > /opt/MET/81
> >> > > > > > > > on at least some of their machines.  I hope that
helps!
> >> > > > > > > >
> >> > > > > > > > Julie
> >> > > > > > > >
> >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
> >> > > jpresto at ucar.edu>
> >> > > > > > > wrote:
> >> > > > > > > >
> >> > > > > > > > > Hi Michael.
> >> > > > > > > > >
> >> > > > > > > > > I see that you'd like to access MET for your
research.
> >> > > > > > > > >
> >> > > > > > > > > We have MET installed for users on a variety of
NOAA
> >> > machines.
> >> > > > > Take
> >> > > > > > a
> >> > > > > > > > > look at this website and see if you have access
to any
> of
> >> > these
> >> > > > > > > machines
> >> > > > > > > > > where there is currently an existing build of
MET:
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> >> > > > > > > > >
> >> > > > > > > > > The machine, "hera", which is replacing "theia"
should
> >> also
> >> > be
> >> > > on
> >> > > > > > that
> >> > > > > > > > > list.  I will add "hera" later today.
> >> > > > > > > > >
> >> > > > > > > > > If you don't have access to any of those existing
builds
> >> you
> >> > > can
> >> > > > > > > download
> >> > > > > > > > > the MET code online and install in on a Linux
machine.
> If
> >> > you
> >> > > > end
> >> > > > > up
> >> > > > > > > > > needing to install it, please let me know, and
I'll send
> >> some
> >> > > > > > > additional
> >> > > > > > > > > useful information for the installation.
> >> > > > > > > > >
> >> > > > > > > > > Thanks,
> >> > > > > > > > > Julie
> >> > > > > > > > >
> >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher -
NOAA
> >> > > Affiliate
> >> > > > > via
> >> > > > > > > RT <
> >> > > > > > > > > met_help at ucar.edu> wrote:
> >> > > > > > > > >
> >> > > > > > > > >>
> >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was
acted upon.
> >> > > > > > > > >> Transaction: Ticket created by
> michael.pletcher at noaa.gov
> >> > > > > > > > >>        Queue: met_help
> >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> >> > > > > > > > >>        Owner: Nobody
> >> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> >> > > > > > > > >>       Status: new
> >> > > > > > > > >>  Ticket <URL:
> >> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > > > > > > >
> >> > > > > > > > >>
> >> > > > > > > > >>
> >> > > > > > > > >> Hello,
> >> > > > > > > > >>
> >> > > > > > > > >> My name is Michael Pletcher and I am senior at
the
> >> > University
> >> > > of
> >> > > > > > > > Maryland.
> >> > > > > > > > >> I am currently working with the Weather
Prediction
> Center
> >> > on a
> >> > > > > > > research
> >> > > > > > > > >> project, and my advisors have suggested that I
find a
> >> way to
> >> > > > > access
> >> > > > > > > MET
> >> > > > > > > > >> software remotely from NCWCP to work on my
project.
> >> Please
> >> > let
> >> > > > me
> >> > > > > > know
> >> > > > > > > > if
> >> > > > > > > > >> it is possible to download MET to my laptop
computer,
> or
> >> if
> >> > I
> >> > > > > could
> >> > > > > > > > >> possibly download it to my department's
(Atmospheric &
> >> > Oceanic
> >> > > > > > > Science)
> >> > > > > > > > >> computers. Let me know if I need to answer any
> questions.
> >> > > > > > > > >>
> >> > > > > > > > >> Thanks,
> >> > > > > > > > >> Michael Pletcher
> >> > > > > > > > >>
> >> > > > > > > > >>
> >> > > > > > > > >
> >> > > > > > > > > --
> >> > > > > > > > > Julie Prestopnik
> >> > > > > > > > > Software Engineer
> >> > > > > > > > > National Center for Atmospheric Research
> >> > > > > > > > > Research Applications Laboratory
> >> > > > > > > > > Phone: 303.497.8399
> >> > > > > > > > > Email: jpresto at ucar.edu
> >> > > > > > > > >
> >> > > > > > > > > My working day may not be your working day.
Please do
> not
> >> > feel
> >> > > > > > obliged
> >> > > > > > > > to
> >> > > > > > > > > reply to this email outside of your normal
working
> hours.
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > > --
> >> > > > > > > > Julie Prestopnik
> >> > > > > > > > Software Engineer
> >> > > > > > > > National Center for Atmospheric Research
> >> > > > > > > > Research Applications Laboratory
> >> > > > > > > > Phone: 303.497.8399
> >> > > > > > > > Email: jpresto at ucar.edu
> >> > > > > > > >
> >> > > > > > > > My working day may not be your working day.  Please
do not
> >> feel
> >> > > > > obliged
> >> > > > > > > to
> >> > > > > > > > reply to this email outside of your normal working
hours.
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > > > --
> >> > > > > > Julie Prestopnik
> >> > > > > > Software Engineer
> >> > > > > > National Center for Atmospheric Research
> >> > > > > > Research Applications Laboratory
> >> > > > > > Phone: 303.497.8399
> >> > > > > > Email: jpresto at ucar.edu
> >> > > > > >
> >> > > > > > My working day may not be your working day.  Please do
not
> feel
> >> > > obliged
> >> > > > > to
> >> > > > > > reply to this email outside of your normal working
hours.
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > --
> >> > > > Julie Prestopnik
> >> > > > Software Engineer
> >> > > > National Center for Atmospheric Research
> >> > > > Research Applications Laboratory
> >> > > > Phone: 303.497.8399
> >> > > > Email: jpresto at ucar.edu
> >> > > >
> >> > > > My working day may not be your working day.  Please do not
feel
> >> obliged
> >> > > to
> >> > > > reply to this email outside of your normal working hours.
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> > --
> >> > Julie Prestopnik
> >> > Software Engineer
> >> > National Center for Atmospheric Research
> >> > Research Applications Laboratory
> >> > Phone: 303.497.8399
> >> > Email: jpresto at ucar.edu
> >> >
> >> > My working day may not be your working day.  Please do not feel
> obliged
> >> to
> >> > reply to this email outside of your normal working hours.
> >> >
> >> >
> >>
> >>
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
>
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 18 11:12:05 2019

Hi Michael.  Thank you for letting me know that when you ran "find
/usr/lib/ -name libpython2.7.a" it returned nothing. Could you please
ask
your system administrator when the libpython2.7.a file is that is
associated with the Python include files at /usr/include/python2.7
(the
output of running "python-config --cflags')?  That is all that we need
to
know, but it needs to be the libpython2.7.a file is that is associated
with
the Python include files at that location.

I'll ask my system administrator about the compiler issue.
>
There is no issue with the compiler, really.  I just need to know - Do
you
typically run any "module load" commands to load any software?  If
not,
that is fine.  If so, please let me know, and I'll walk you through
the
rest.

Julie

On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> When I ran "find /usr/lib/ -name libpython2.7.a" it returned
nothing. No
> error and no output. I made sure to be in no directory when I ran
that
> command.
>
> I'll ask my system administrator about the compiler issue.
>
> Thanks,
> Michael Pletcher
>
> On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > I forgot to mention - I'll take a look at the config.log file and
will
> > follow up.  If you could please follow up on my question in the
other
> > email, that would be great.  Thanks!
> >
> > Julie
> >
> > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik
<jpresto at ucar.edu>
> wrote:
> >
> > > Hi Michael.
> > >
> > > Did you run the "find /usr/lib/ -name libpython2.7.a" command?
None of
> > > the locations you listed appeared to be in /usr/lib as far as I
could
> > tell,
> > > but it looks like the paths all run together.  I would expected
to see
> a
> > > libpython2.7.a in a location like
> > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > >
> > > Great, it is good to know that you are running the bash shell.
That
> will
> > > be helpful once we figure out where the libpython2.7.a file is.
> > >
> > > Are you using modulefiles regularly to load things like the
compiler?
> > >
> > > Does this mean that I should be running gcc compiler instead of
gnu?
> > >>
> > > The gcc compiler is the compiler for the GNU package.  Our run
script
> > > expects to see "gnu_<version number>" in order to compile using
gcc.
> > >
> > > Julie
> > >
> > >
> > >
> > >
> > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > >>
> > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >>
> > >> Julie,
> > >>
> > >> I found five different locations where libpython2.7 is located:
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > >>
> > >>
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > >> hon2.7.a*
> > >>
> > >> When I ran echo $SHELL, it returned:
> > >>
> > >> */bin/bash*
> > >>
> > >> I attached the config.log file.
> > >>
> > >> When I ran "module spider gnu", it returned:
> > >>
> > >>
> > >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
unrecognized
> > >> subcommand*
> > >>
> > >> But when I ran "gcc --version:, it returned:
> > >>
> > >>
> > >>
> > >>
> > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
> > >> Software Foundation, Inc.This is free software; see the source
for
> > copying
> > >> conditions.  There is NOwarranty; not even for MERCHANTABILITY
or
> > FITNESS
> > >> FOR A PARTICULAR PURPOSE.*
> > >>
> > >> Does this mean that I should be running gcc compiler instead of
gnu?
> > >>
> > >> Thanks,
> > >> Michael Pletcher
> > >>
> > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu>
> > >> wrote:
> > >>
> > >> > Hi Michael.
> > >> >
> > >> > Since the output of "python-config --cflags" indicates the
header
> > files
> > >> are
> > >> > in /usr/include/python2.7, the library file is likely to be
found
> in a
> > >> > location like
> > >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > >> > You can run the following command to find it:
> > >> >
> > >> > find /usr/lib/ -name libpython2.7.a
> > >> > >
> > >> >
> > >> >  To find out what shell you are using, you can run the
following:
> > >> >
> > >> > echo $SHELL
> > >> > >
> > >> >
> > >> > Instead of pasting in the config.log output, could you please
attach
> > it
> > >> to
> > >> > this email?  When you run the configure command, there should
be a
> > file
> > >> > "config.log" produced, which is the one I'd like to have you
attach
> > and
> > >> > look at.
> > >> >
> > >> > If your system doesn't use modulefiles you can safely ignore:
> > >> >
> > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile
> for
> > >> > > 'gnu/15.0.3'*
> > >> > >
> > >> >
> > >> > If it does use module files, you will need to know the
version for
> the
> > >> gnu
> > >> > compilers.    If modules are used, you can determine what
versions
> are
> > >> > available for loading by running:
> > >> >
> > >> > module spider gnu
> > >> > >
> > >> >
> > >> > This will output something like the following:
> > >> >
> > >> >
> > >> >
> > >>
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >> > >   gnu:
> > >> > >
> > >> > >
> > >> >
> > >>
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >> > >      Versions:
> > >> > >         gnu/7.4.0
> > >> > >         gnu/8.3.0
> > >> > >         gnu/9.1.0
> > >> > >
> > >> >
> > >> > Then you can choose the version of gnu that you'd like to
load.
> > >> >
> > >> > If modules are not used and you would like to know what
version you
> > are
> > >> > running (not required for MET, but in case you want to know
for
> future
> > >> > reference), you can run:
> > >> >
> > >> > gcc --version
> > >> > >
> > >> >
> > >> > and you'll get something like:
> > >> >
> > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > >> > >
> > >> >
> > >> > Julie
> > >> >
> > >> >
> > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA
Affiliate
> via
> > >> RT <
> > >> > met_help at ucar.edu> wrote:
> > >> >
> > >> > >
> > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >> > >
> > >> > > Hello Julie,
> > >> > >
> > >> > > The output I received from "python-config --cflags" is as
follows:
> > >> > >
> > >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> > >> -fno-strict-aliasing
> > >> > -O2
> > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> > >> -grecord-gcc-switches
> > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG
-O2 -g
> > -pipe
> > >> > -Wall
> > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-
strong
> > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
> -mtune=generic
> > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > >> > >
> > >> > > I was not able to find libpython2.7.a within the files I
have
> > >> downloaded
> > >> > so
> > >> > > far.
> > >> > >
> > >> > > I believe we are using bash, but how would I find out which
one I
> am
> > >> > using?
> > >> > > My system administrator most likely knows the answer to
this.
> > >> > >
> > >> > > The config.log file is as follows:
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > *This file contains any messages produced by compilers
> whilerunning
> > >> > > configure, to aid debugging if configure makes a mistake.It
was
> > >> created
> > >> > by
> > >> > > cairo configure 1.14.6, which wasgenerated by GNU Autoconf
2.69.
> > >> > > Invocation command line was  $ ./configure
> > >> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > >> > > ax_cv_c_float_words_bigendian=no
> > >> > >
> > >>
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > >> > >
> > >> > >
> > >> >
> > >>
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > >> > > --------- #### Platform. #### --------- ##hostname =
> > >> sky.atmos.umd.edu
> > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
2019/usr/bin/uname -p =
> > >> > > x86_64/bin/uname -X     = unknown/bin/arch              =
> > >> > > x86_64/usr/bin/arch -k       =
unknown/usr/convex/getsysinfo =
> > >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
=
> > >> > > unknown/usr/bin/oslevel       = unknown/bin/universe
=
> > >> unknown*
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > /opt/anaconda3/binPATH:
> > >> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
> > /usr/sbinPATH:
> > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > >> /homes/metogra/mpletch1/binPATH:
> > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > /homes/metogra/mpletch1/bin##
> > >> > > ----------- #### Core tests. #### -----------
##configure:3205:
> > >> checking
> > >> > > for gccconfigure:3232: result: /usr/bin/gccconfigure:3461:
> checking
> > >> for C
> > >> > > compiler versionconfigure:3470: /usr/bin/gcc --version
>&5gcc
> (GCC)
> > >> 4.8.5
> > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free Software
> > >> Foundation,
> > >> > > Inc.This is free software; see the source for copying
conditions.
> *
> > >> > >
> > >> > > I think the root of some of these problems (I'm extremely
new to
> all
> > >> of
> > >> > > this, so I may be mistaken) is that I am using the
incorrect
> > compiler.
> > >> > When
> > >> > > I set the compiler, I did export COMPILER=gnu_15.0.3, but I
know
> > >> 15.0.3
> > >> > is
> > >> > > for ics, not gnu. I also get this error at the beginning of
the
> > output
> > >> > when
> > >> > > I run ./compile_MET_all.sh:
> > >> > >
> > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile
> for
> > >> > > 'gnu/15.0.3'*
> > >> > >
> > >> > > Not really sure if this means anything, just want to get
you all
> of
> > >> the
> > >> > > errors that I'm seeing.
> > >> > >
> > >> > > Thanks,
> > >> > > Michael Pletcher
> > >> > >
> > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
> > >> > met_help at ucar.edu
> > >> > > >
> > >> > > wrote:
> > >> > >
> > >> > > > Hi Michael.
> > >> > > >
> > >> > > > Thank you for letting me know about the output of
"python-config
> > >> > > > --ldflags".  MET needs to have more information than that
> command
> > is
> > >> > > > returning.  Could you please tell me what the output of
> > >> "python-config
> > >> > > > --cflags" is as well?  That will help me find the file
that MET
> > >> needs
> > >> > to
> > >> > > > know about, namely the libpython2.7.a file.  If you find
that
> > file,
> > >> > > please
> > >> > > > let me know what the path to it is.   Once we have that
location
> > we
> > >> can
> > >> > > > formulate the appropriate value to set for MET_PYTHON_LD.
> > >> > > >
> > >> > > > Also, are you using the bash or csh?
> > >> > > >
> > >> > > > Regarding Cairo, please send me the config.log file that
was
> > output
> > >> > from
> > >> > > > running configure for Cairo and I'll take a look.
Thanks!
> > >> > > >
> > >> > > > Julie
> > >> > > >
> > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
> Affiliate
> > >> via
> > >> > RT
> > >> > > <
> > >> > > > met_help at ucar.edu> wrote:
> > >> > > >
> > >> > > > >
> > >> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > >> > > > >
> > >> > > > > Good afternoon,
> > >> > > > >
> > >> > > > > I finally had time to attempt these instructions.
Regarding a
> > few
> > >> > > things:
> > >> > > > >
> > >> > > > > When I ran the line "python-config --ldflags", this was
the
> > output
> > >> > > (which
> > >> > > > > does not include the -L you mentioned):
> > >> > > > >
> > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker
> -export-dynamic
> > *
> > >> > > > >
> > >> > > > > Also, when I ran "./compile_MET_all.sh", it returned
this when
> > it
> > >> got
> > >> > > to
> > >> > > > > compiling CAIRO:
> > >> > > > >
> > >> > > > > *configure returned with non-zero (1) status*
> > >> > > > >
> > >> > > > > My system administrator suggested the error from Cairo
could
> be
> > >> > caused
> > >> > > by
> > >> > > > > Redhat compatibility. Our Linux operates on Redhat
Enterprise
> 7,
> > >> and
> > >> > he
> > >> > > > > mentioned that there have been issues with running
Cairo on it
> > in
> > >> the
> > >> > > > past.
> > >> > > > >
> > >> > > > > Let me know if there is anything I can do to fix these
issues.
> > >> > > > >
> > >> > > > > Thanks,
> > >> > > > > Michael Pletcher
> > >> > > > >
> > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via RT
<
> > >> > > > met_help at ucar.edu>
> > >> > > > > wrote:
> > >> > > > >
> > >> > > > > > Hi Michael.
> > >> > > > > >
> > >> > > > > > As John indicated in his email, Docker is the easiest
way to
> > >> make
> > >> > MET
> > >> > > > > > available.  But, it is definitely possible for you to
> download
> > >> MET
> > >> > > to a
> > >> > > > > > Linux machine and compile it from scratch.  I have
described
> > >> that
> > >> > > > process
> > >> > > > > > below.
> > >> > > > > >
> > >> > > > > > You can find a script to help you install MET at this
link,
> > and
> > >> > I'll
> > >> > > > put
> > >> > > > > > instructions below:
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > >> > > > > >
> > >> > > > > > This script may or may not work right away.  Some
systems
> have
> > >> > needed
> > >> > > > > more
> > >> > > > > > work than others.  To get started, decide where you
would
> like
> > >> to
> > >> > > > install
> > >> > > > > > MET.  The following example will assume you're going
to put
> it
> > >> in
> > >> > > > > > /d1/pletcher/met/8.1.
> > >> > > > > >
> > >> > > > > > You'll need to download compile_MET_all.sh and
tar_files.tar
> > >> from
> > >> > the
> > >> > > > > link
> > >> > > > > > above.  You'll also need to download our latest MET
release:
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > >> > > > > >
> > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar
-zxf
> > >> > > > > > compile_MET_all.sh.tgz
> > >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or
where ever
> > you
> > >> > chose
> > >> > > > to
> > >> > > > > > put it).  Unpack the tar file and move
> > met-8.1.1.20190708.tar.gz
> > >> > into
> > >> > > > the
> > >> > > > > > tar_files directory.
> > >> > > > > >
> > >> > > > > > Then, you'll need to set up some environment
variables as
> > >> described
> > >> > > in
> > >> > > > > the
> > >> > > > > > link above.
> > >> > > > > >
> > >> > > > > > For reference using this example, I would set the
following:
> > >> > > > > >
> > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > >> > > > > > export COMPILER=ics_15.0.3  (The format is "compiler"
> > underscore
> > >> > > > > > "version".  If using modules on your system, you'll
need use
> > the
> > >> > > > compiler
> > >> > > > > > name that the module would load (e.g. module load
ics/15.0.3
> > to
> > >> > load
> > >> > > > the
> > >> > > > > > intel compiler version 15.0.3.  Otherwise, if using
not
> using
> > >> > modules
> > >> > > > and
> > >> > > > > > using gcc, please use "gnu" for the compiler.  And,
if not
> > using
> > >> > > > modules
> > >> > > > > > and using intel, you can use "intel". You can find
the
> version
> > >> by
> > >> > > > running
> > >> > > > > > "gcc --version" or "icc --verion" respectively.)
> > >> > > > > >
> > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > >> > > > > > export MET_PYTHON_LD=`python-config --ldflags` (This
may not
> > >> work.
> > >> > > Run
> > >> > > > > > python-config --ldflags on the command line and see
if you
> get
> > >> > output
> > >> > > > > > including "-L".  If you don't, please let me know and
I can
> > walk
> > >> > you
> > >> > > > > > through how to find this information.)
> > >> > > > > > export PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> (Assuming
> > >> > you're
> > >> > > > not
> > >> > > > > > using modulefiles, it doesn't matter what you set
this to,
> but
> > >> it
> > >> > > needs
> > >> > > > > to
> > >> > > > > > be set to something otherwise MET won't configure for
Python
> > >> > > embedding.
> > >> > > > > > You could just set it to "python".).
> > >> > > > > >
> > >> > > > > > If you're not using modules, the output of the script
will
> say
> > >> > > > something
> > >> > > > > > about modules not being found and you can safely
ignore
> that.
> > >> > > > > >
> > >> > > > > > You may need to make the script executable, but then
you can
> > >> run it
> > >> > > > with
> > >> > > > > > "./compile_MET_all.sh".  For some people who have
used this
> > >> script,
> > >> > > > they
> > >> > > > > > have had their own laptops with hardly anything on
it.  They
> > >> have
> > >> > > > needed
> > >> > > > > to
> > >> > > > > > install the following packages using the following
commands:
> > >> > > > > >
> > >> > > > > > sudo apt-get update
> > >> > > > > > sudo apt install python-dev
> > >> > > > > > sudo apt-get install flex bison
> > >> > > > > > sudo apt-get install libpixman-1-dev
> > >> > > > > > sudo apt-get install libjpeg-dev
> > >> > > > > > sudo apt-get install pkg-config
> > >> > > > > > sudo apt-get install libpng-dev
> > >> > > > > > sudo apt-get install unzip
> > >> > > > > >
> > >> > > > > > If the script runs and starts installing the external
> > libraries
> > >> > > > > > successfully but then stops, there are constant which
you
> can
> > >> set
> > >> > to
> > >> > > 0,
> > >> > > > > so
> > >> > > > > > that you won't have to wait for them to be installed
again.
> > In
> > >> the
> > >> > > > > compile
> > >> > > > > > script you'll see the following which you can modify
if
> > >> necessary:
> > >> > > > > >
> > >> > > > > > COMPILE_GSL=1
> > >> > > > > > COMPILE_BUFRLIB=1
> > >> > > > > > COMPILE_ZLIB=1
> > >> > > > > > COMPILE_LIBPNG=1
> > >> > > > > > COMPILE_JASPER=1
> > >> > > > > > COMPILE_G2CLIB=1
> > >> > > > > > COMPILE_HDF=1
> > >> > > > > > COMPILE_HDFEOS=1
> > >> > > > > > COMPILE_NETCDF=1
> > >> > > > > > COMPILE_FREETYPE=1
> > >> > > > > > COMPILE_CAIRO=1
> > >> > > > > > COMPILE_MET=1
> > >> > > > > >
> > >> > > > > > Please let me know if you have any questions.  I know
this
> is
> > a
> > >> lot
> > >> > > to
> > >> > > > > take
> > >> > > > > > in, so don't hesitate to reach out with any
questions.
> > >> > > > > >
> > >> > > > > > Thanks,
> > >> > > > > > Julie
> > >> > > > > >
> > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher -
NOAA
> > >> Affiliate
> > >> > via
> > >> > > > RT
> > >> > > > > <
> > >> > > > > > met_help at ucar.edu> wrote:
> > >> > > > > >
> > >> > > > > > >
> > >> > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> >
> > >> > > > > > >
> > >> > > > > > > Julie,
> > >> > > > > > >
> > >> > > > > > > I am aware of the ability to access MET within WPC.
> However,
> > >> I'm
> > >> > > > > curious
> > >> > > > > > as
> > >> > > > > > > to whether or not it is possible to download MET to
a
> Linux
> > >> > machine
> > >> > > > in
> > >> > > > > > the
> > >> > > > > > > computer lab within my department (Department of
> > Atmospheric &
> > >> > > > Oceanic
> > >> > > > > > > Science). The reason I am asking for this is
because I do
> > not
> > >> > have
> > >> > > a
> > >> > > > > > > federal badge to freely access MET at anytime at
NCWCP. I
> > will
> > >> > talk
> > >> > > > > with
> > >> > > > > > > the system administrator for my department (
> > jhenriks at umd.edu)
> > >> > and
> > >> > > > see
> > >> > > > > > what
> > >> > > > > > > he thinks about this.
> > >> > > > > > >
> > >> > > > > > > Thanks,
> > >> > > > > > > Michael Pletcher
> > >> > > > > > >
> > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik via
RT <
> > >> > > > > > met_help at ucar.edu>
> > >> > > > > > > wrote:
> > >> > > > > > >
> > >> > > > > > > > Hi Michael.  It was recently brought to my
attention
> that
> > >> you
> > >> > are
> > >> > > > > > working
> > >> > > > > > > > with the WPC group at NOAA.  I'm not sure exactly
what
> > >> machines
> > >> > > MET
> > >> > > > > is
> > >> > > > > > > > accessible from, but there is an install for the
WPC
> group
> > >> at
> > >> > > > > > /opt/MET/81
> > >> > > > > > > > on at least some of their machines.  I hope that
helps!
> > >> > > > > > > >
> > >> > > > > > > > Julie
> > >> > > > > > > >
> > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik <
> > >> > > jpresto at ucar.edu>
> > >> > > > > > > wrote:
> > >> > > > > > > >
> > >> > > > > > > > > Hi Michael.
> > >> > > > > > > > >
> > >> > > > > > > > > I see that you'd like to access MET for your
research.
> > >> > > > > > > > >
> > >> > > > > > > > > We have MET installed for users on a variety of
NOAA
> > >> > machines.
> > >> > > > > Take
> > >> > > > > > a
> > >> > > > > > > > > look at this website and see if you have access
to any
> > of
> > >> > these
> > >> > > > > > > machines
> > >> > > > > > > > > where there is currently an existing build of
MET:
> > >> > > > > > > > >
> > >> > > > > > > > >
> > >> > > > > > > >
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > >> > > > > > > > >
> > >> > > > > > > > > The machine, "hera", which is replacing "theia"
should
> > >> also
> > >> > be
> > >> > > on
> > >> > > > > > that
> > >> > > > > > > > > list.  I will add "hera" later today.
> > >> > > > > > > > >
> > >> > > > > > > > > If you don't have access to any of those
existing
> builds
> > >> you
> > >> > > can
> > >> > > > > > > download
> > >> > > > > > > > > the MET code online and install in on a Linux
machine.
> > If
> > >> > you
> > >> > > > end
> > >> > > > > up
> > >> > > > > > > > > needing to install it, please let me know, and
I'll
> send
> > >> some
> > >> > > > > > > additional
> > >> > > > > > > > > useful information for the installation.
> > >> > > > > > > > >
> > >> > > > > > > > > Thanks,
> > >> > > > > > > > > Julie
> > >> > > > > > > > >
> > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael Pletcher
- NOAA
> > >> > > Affiliate
> > >> > > > > via
> > >> > > > > > > RT <
> > >> > > > > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > > > >
> > >> > > > > > > > >>
> > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was
acted
> upon.
> > >> > > > > > > > >> Transaction: Ticket created by
> > michael.pletcher at noaa.gov
> > >> > > > > > > > >>        Queue: met_help
> > >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > >> > > > > > > > >>        Owner: Nobody
> > >> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > >> > > > > > > > >>       Status: new
> > >> > > > > > > > >>  Ticket <URL:
> > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > > > > > > >
> > >> > > > > > > > >>
> > >> > > > > > > > >>
> > >> > > > > > > > >> Hello,
> > >> > > > > > > > >>
> > >> > > > > > > > >> My name is Michael Pletcher and I am senior at
the
> > >> > University
> > >> > > of
> > >> > > > > > > > Maryland.
> > >> > > > > > > > >> I am currently working with the Weather
Prediction
> > Center
> > >> > on a
> > >> > > > > > > research
> > >> > > > > > > > >> project, and my advisors have suggested that I
find a
> > >> way to
> > >> > > > > access
> > >> > > > > > > MET
> > >> > > > > > > > >> software remotely from NCWCP to work on my
project.
> > >> Please
> > >> > let
> > >> > > > me
> > >> > > > > > know
> > >> > > > > > > > if
> > >> > > > > > > > >> it is possible to download MET to my laptop
computer,
> > or
> > >> if
> > >> > I
> > >> > > > > could
> > >> > > > > > > > >> possibly download it to my department's
(Atmospheric
> &
> > >> > Oceanic
> > >> > > > > > > Science)
> > >> > > > > > > > >> computers. Let me know if I need to answer any
> > questions.
> > >> > > > > > > > >>
> > >> > > > > > > > >> Thanks,
> > >> > > > > > > > >> Michael Pletcher
> > >> > > > > > > > >>
> > >> > > > > > > > >>
> > >> > > > > > > > >
> > >> > > > > > > > > --
> > >> > > > > > > > > Julie Prestopnik
> > >> > > > > > > > > Software Engineer
> > >> > > > > > > > > National Center for Atmospheric Research
> > >> > > > > > > > > Research Applications Laboratory
> > >> > > > > > > > > Phone: 303.497.8399
> > >> > > > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > > >
> > >> > > > > > > > > My working day may not be your working day.
Please do
> > not
> > >> > feel
> > >> > > > > > obliged
> > >> > > > > > > > to
> > >> > > > > > > > > reply to this email outside of your normal
working
> > hours.
> > >> > > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > > --
> > >> > > > > > > > Julie Prestopnik
> > >> > > > > > > > Software Engineer
> > >> > > > > > > > National Center for Atmospheric Research
> > >> > > > > > > > Research Applications Laboratory
> > >> > > > > > > > Phone: 303.497.8399
> > >> > > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > >
> > >> > > > > > > > My working day may not be your working day.
Please do
> not
> > >> feel
> > >> > > > > obliged
> > >> > > > > > > to
> > >> > > > > > > > reply to this email outside of your normal
working
> hours.
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > > --
> > >> > > > > > Julie Prestopnik
> > >> > > > > > Software Engineer
> > >> > > > > > National Center for Atmospheric Research
> > >> > > > > > Research Applications Laboratory
> > >> > > > > > Phone: 303.497.8399
> > >> > > > > > Email: jpresto at ucar.edu
> > >> > > > > >
> > >> > > > > > My working day may not be your working day.  Please
do not
> > feel
> > >> > > obliged
> > >> > > > > to
> > >> > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > > Julie Prestopnik
> > >> > > > Software Engineer
> > >> > > > National Center for Atmospheric Research
> > >> > > > Research Applications Laboratory
> > >> > > > Phone: 303.497.8399
> > >> > > > Email: jpresto at ucar.edu
> > >> > > >
> > >> > > > My working day may not be your working day.  Please do
not feel
> > >> obliged
> > >> > > to
> > >> > > > reply to this email outside of your normal working hours.
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> >
> > >> > --
> > >> > Julie Prestopnik
> > >> > Software Engineer
> > >> > National Center for Atmospheric Research
> > >> > Research Applications Laboratory
> > >> > Phone: 303.497.8399
> > >> > Email: jpresto at ucar.edu
> > >> >
> > >> > My working day may not be your working day.  Please do not
feel
> > obliged
> > >> to
> > >> > reply to this email outside of your normal working hours.
> > >> >
> > >> >
> > >>
> > >>
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Mon Sep 23 13:21:55 2019

Julie,

After speaking with my system administrator, we were not able to
locate
libpython2.7.a. However, we were able to locate libpython2.7.so within
/usr/lib64/ of our Linux system.

He explained that we only use module load commands when using intel
compilers, and I used gnu to compile the software, so I don't think
that
should be an issue.

Were you able to find any issues in the config.log of Cairo?

Thanks,
Michael Pletcher

On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.  Thank you for letting me know that when you ran "find
> /usr/lib/ -name libpython2.7.a" it returned nothing. Could you
please ask
> your system administrator when the libpython2.7.a file is that is
> associated with the Python include files at /usr/include/python2.7
(the
> output of running "python-config --cflags')?  That is all that we
need to
> know, but it needs to be the libpython2.7.a file is that is
associated with
> the Python include files at that location.
>
> I'll ask my system administrator about the compiler issue.
> >
> There is no issue with the compiler, really.  I just need to know -
Do you
> typically run any "module load" commands to load any software?  If
not,
> that is fine.  If so, please let me know, and I'll walk you through
the
> rest.
>
> Julie
>
> On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > When I ran "find /usr/lib/ -name libpython2.7.a" it returned
nothing. No
> > error and no output. I made sure to be in no directory when I ran
that
> > command.
> >
> > I'll ask my system administrator about the compiler issue.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > I forgot to mention - I'll take a look at the config.log file
and will
> > > follow up.  If you could please follow up on my question in the
other
> > > email, that would be great.  Thanks!
> > >
> > > Julie
> > >
> > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik
<jpresto at ucar.edu>
> > wrote:
> > >
> > > > Hi Michael.
> > > >
> > > > Did you run the "find /usr/lib/ -name libpython2.7.a" command?
None
> of
> > > > the locations you listed appeared to be in /usr/lib as far as
I could
> > > tell,
> > > > but it looks like the paths all run together.  I would
expected to
> see
> > a
> > > > libpython2.7.a in a location like
> > > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > >
> > > > Great, it is good to know that you are running the bash shell.
That
> > will
> > > > be helpful once we figure out where the libpython2.7.a file
is.
> > > >
> > > > Are you using modulefiles regularly to load things like the
compiler?
> > > >
> > > > Does this mean that I should be running gcc compiler instead
of gnu?
> > > >>
> > > > The gcc compiler is the compiler for the GNU package.  Our run
script
> > > > expects to see "gnu_<version number>" in order to compile
using gcc.
> > > >
> > > > Julie
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA
Affiliate via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > >>
> > > >> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >>
> > > >> Julie,
> > > >>
> > > >> I found five different locations where libpython2.7 is
located:
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > >>
> > > >>
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > >> hon2.7.a*
> > > >>
> > > >> When I ran echo $SHELL, it returned:
> > > >>
> > > >> */bin/bash*
> > > >>
> > > >> I attached the config.log file.
> > > >>
> > > >> When I ran "module spider gnu", it returned:
> > > >>
> > > >>
> > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
unrecognized
> > > >> subcommand*
> > > >>
> > > >> But when I ran "gcc --version:, it returned:
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015 Free
> > > >> Software Foundation, Inc.This is free software; see the
source for
> > > copying
> > > >> conditions.  There is NOwarranty; not even for
MERCHANTABILITY or
> > > FITNESS
> > > >> FOR A PARTICULAR PURPOSE.*
> > > >>
> > > >> Does this mean that I should be running gcc compiler instead
of gnu?
> > > >>
> > > >> Thanks,
> > > >> Michael Pletcher
> > > >>
> > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
> > > >> met_help at ucar.edu>
> > > >> wrote:
> > > >>
> > > >> > Hi Michael.
> > > >> >
> > > >> > Since the output of "python-config --cflags" indicates the
header
> > > files
> > > >> are
> > > >> > in /usr/include/python2.7, the library file is likely to be
found
> > in a
> > > >> > location like
> > > >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > >> > You can run the following command to find it:
> > > >> >
> > > >> > find /usr/lib/ -name libpython2.7.a
> > > >> > >
> > > >> >
> > > >> >  To find out what shell you are using, you can run the
following:
> > > >> >
> > > >> > echo $SHELL
> > > >> > >
> > > >> >
> > > >> > Instead of pasting in the config.log output, could you
please
> attach
> > > it
> > > >> to
> > > >> > this email?  When you run the configure command, there
should be a
> > > file
> > > >> > "config.log" produced, which is the one I'd like to have
you
> attach
> > > and
> > > >> > look at.
> > > >> >
> > > >> > If your system doesn't use modulefiles you can safely
ignore:
> > > >> >
> > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile
> > for
> > > >> > > 'gnu/15.0.3'*
> > > >> > >
> > > >> >
> > > >> > If it does use module files, you will need to know the
version for
> > the
> > > >> gnu
> > > >> > compilers.    If modules are used, you can determine what
versions
> > are
> > > >> > available for loading by running:
> > > >> >
> > > >> > module spider gnu
> > > >> > >
> > > >> >
> > > >> > This will output something like the following:
> > > >> >
> > > >> >
> > > >> >
> > > >>
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > >> > >   gnu:
> > > >> > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > >> > >      Versions:
> > > >> > >         gnu/7.4.0
> > > >> > >         gnu/8.3.0
> > > >> > >         gnu/9.1.0
> > > >> > >
> > > >> >
> > > >> > Then you can choose the version of gnu that you'd like to
load.
> > > >> >
> > > >> > If modules are not used and you would like to know what
version
> you
> > > are
> > > >> > running (not required for MET, but in case you want to know
for
> > future
> > > >> > reference), you can run:
> > > >> >
> > > >> > gcc --version
> > > >> > >
> > > >> >
> > > >> > and you'll get something like:
> > > >> >
> > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > >> > >
> > > >> >
> > > >> > Julie
> > > >> >
> > > >> >
> > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA
Affiliate
> > via
> > > >> RT <
> > > >> > met_help at ucar.edu> wrote:
> > > >> >
> > > >> > >
> > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > >> > >
> > > >> > > Hello Julie,
> > > >> > >
> > > >> > > The output I received from "python-config --cflags" is as
> follows:
> > > >> > >
> > > >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> > > >> -fno-strict-aliasing
> > > >> > -O2
> > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> > > >> -grecord-gcc-switches
> > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG
-O2 -g
> > > -pipe
> > > >> > -Wall
> > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-
strong
> > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
> > -mtune=generic
> > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > >> > >
> > > >> > > I was not able to find libpython2.7.a within the files I
have
> > > >> downloaded
> > > >> > so
> > > >> > > far.
> > > >> > >
> > > >> > > I believe we are using bash, but how would I find out
which one
> I
> > am
> > > >> > using?
> > > >> > > My system administrator most likely knows the answer to
this.
> > > >> > >
> > > >> > > The config.log file is as follows:
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > *This file contains any messages produced by compilers
> > whilerunning
> > > >> > > configure, to aid debugging if configure makes a
mistake.It was
> > > >> created
> > > >> > by
> > > >> > > cairo configure 1.14.6, which wasgenerated by GNU
Autoconf 2.69.
> > > >> > > Invocation command line was  $ ./configure
> > > >> > >
> --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > >> > > ax_cv_c_float_words_bigendian=no
> > > >> > >
> > > >>
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > >> > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > >> > > --------- #### Platform. #### --------- ##hostname =
> > > >> sky.atmos.umd.edu
> > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
2019/usr/bin/uname -p
> =
> > > >> > > x86_64/bin/uname -X     = unknown/bin/arch              =
> > > >> > > x86_64/usr/bin/arch -k       =
unknown/usr/convex/getsysinfo =
> > > >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
=
> > > >> > > unknown/usr/bin/oslevel       = unknown/bin/universe
=
> > > >> unknown*
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > >
> > > >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > /opt/anaconda3/binPATH:
> > > >> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
> > > /usr/sbinPATH:
> > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > >> /homes/metogra/mpletch1/binPATH:
> > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > /homes/metogra/mpletch1/bin##
> > > >> > > ----------- #### Core tests. #### -----------
##configure:3205:
> > > >> checking
> > > >> > > for gccconfigure:3232: result:
/usr/bin/gccconfigure:3461:
> > checking
> > > >> for C
> > > >> > > compiler versionconfigure:3470: /usr/bin/gcc --version
>&5gcc
> > (GCC)
> > > >> 4.8.5
> > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
Software
> > > >> Foundation,
> > > >> > > Inc.This is free software; see the source for copying
> conditions.
> > *
> > > >> > >
> > > >> > > I think the root of some of these problems (I'm extremely
new to
> > all
> > > >> of
> > > >> > > this, so I may be mistaken) is that I am using the
incorrect
> > > compiler.
> > > >> > When
> > > >> > > I set the compiler, I did export COMPILER=gnu_15.0.3, but
I know
> > > >> 15.0.3
> > > >> > is
> > > >> > > for ics, not gnu. I also get this error at the beginning
of the
> > > output
> > > >> > when
> > > >> > > I run ./compile_MET_all.sh:
> > > >> > >
> > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
modulefile
> > for
> > > >> > > 'gnu/15.0.3'*
> > > >> > >
> > > >> > > Not really sure if this means anything, just want to get
you all
> > of
> > > >> the
> > > >> > > errors that I'm seeing.
> > > >> > >
> > > >> > > Thanks,
> > > >> > > Michael Pletcher
> > > >> > >
> > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT <
> > > >> > met_help at ucar.edu
> > > >> > > >
> > > >> > > wrote:
> > > >> > >
> > > >> > > > Hi Michael.
> > > >> > > >
> > > >> > > > Thank you for letting me know about the output of
> "python-config
> > > >> > > > --ldflags".  MET needs to have more information than
that
> > command
> > > is
> > > >> > > > returning.  Could you please tell me what the output of
> > > >> "python-config
> > > >> > > > --cflags" is as well?  That will help me find the file
that
> MET
> > > >> needs
> > > >> > to
> > > >> > > > know about, namely the libpython2.7.a file.  If you
find that
> > > file,
> > > >> > > please
> > > >> > > > let me know what the path to it is.   Once we have that
> location
> > > we
> > > >> can
> > > >> > > > formulate the appropriate value to set for
MET_PYTHON_LD.
> > > >> > > >
> > > >> > > > Also, are you using the bash or csh?
> > > >> > > >
> > > >> > > > Regarding Cairo, please send me the config.log file
that was
> > > output
> > > >> > from
> > > >> > > > running configure for Cairo and I'll take a look.
Thanks!
> > > >> > > >
> > > >> > > > Julie
> > > >> > > >
> > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher - NOAA
> > Affiliate
> > > >> via
> > > >> > RT
> > > >> > > <
> > > >> > > > met_help at ucar.edu> wrote:
> > > >> > > >
> > > >> > > > >
> > > >> > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > > >> > > > >
> > > >> > > > > Good afternoon,
> > > >> > > > >
> > > >> > > > > I finally had time to attempt these instructions.
Regarding
> a
> > > few
> > > >> > > things:
> > > >> > > > >
> > > >> > > > > When I ran the line "python-config --ldflags", this
was the
> > > output
> > > >> > > (which
> > > >> > > > > does not include the -L you mentioned):
> > > >> > > > >
> > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker
> > -export-dynamic
> > > *
> > > >> > > > >
> > > >> > > > > Also, when I ran "./compile_MET_all.sh", it returned
this
> when
> > > it
> > > >> got
> > > >> > > to
> > > >> > > > > compiling CAIRO:
> > > >> > > > >
> > > >> > > > > *configure returned with non-zero (1) status*
> > > >> > > > >
> > > >> > > > > My system administrator suggested the error from
Cairo could
> > be
> > > >> > caused
> > > >> > > by
> > > >> > > > > Redhat compatibility. Our Linux operates on Redhat
> Enterprise
> > 7,
> > > >> and
> > > >> > he
> > > >> > > > > mentioned that there have been issues with running
Cairo on
> it
> > > in
> > > >> the
> > > >> > > > past.
> > > >> > > > >
> > > >> > > > > Let me know if there is anything I can do to fix
these
> issues.
> > > >> > > > >
> > > >> > > > > Thanks,
> > > >> > > > > Michael Pletcher
> > > >> > > > >
> > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via
RT <
> > > >> > > > met_help at ucar.edu>
> > > >> > > > > wrote:
> > > >> > > > >
> > > >> > > > > > Hi Michael.
> > > >> > > > > >
> > > >> > > > > > As John indicated in his email, Docker is the
easiest way
> to
> > > >> make
> > > >> > MET
> > > >> > > > > > available.  But, it is definitely possible for you
to
> > download
> > > >> MET
> > > >> > > to a
> > > >> > > > > > Linux machine and compile it from scratch.  I have
> described
> > > >> that
> > > >> > > > process
> > > >> > > > > > below.
> > > >> > > > > >
> > > >> > > > > > You can find a script to help you install MET at
this
> link,
> > > and
> > > >> > I'll
> > > >> > > > put
> > > >> > > > > > instructions below:
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > >> > > > > >
> > > >> > > > > > This script may or may not work right away.  Some
systems
> > have
> > > >> > needed
> > > >> > > > > more
> > > >> > > > > > work than others.  To get started, decide where you
would
> > like
> > > >> to
> > > >> > > > install
> > > >> > > > > > MET.  The following example will assume you're
going to
> put
> > it
> > > >> in
> > > >> > > > > > /d1/pletcher/met/8.1.
> > > >> > > > > >
> > > >> > > > > > You'll need to download compile_MET_all.sh and
> tar_files.tar
> > > >> from
> > > >> > the
> > > >> > > > > link
> > > >> > > > > > above.  You'll also need to download our latest MET
> release:
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > >> > > > > >
> > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it with "tar
-zxf
> > > >> > > > > > compile_MET_all.sh.tgz
> > > >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or
where
> ever
> > > you
> > > >> > chose
> > > >> > > > to
> > > >> > > > > > put it).  Unpack the tar file and move
> > > met-8.1.1.20190708.tar.gz
> > > >> > into
> > > >> > > > the
> > > >> > > > > > tar_files directory.
> > > >> > > > > >
> > > >> > > > > > Then, you'll need to set up some environment
variables as
> > > >> described
> > > >> > > in
> > > >> > > > > the
> > > >> > > > > > link above.
> > > >> > > > > >
> > > >> > > > > > For reference using this example, I would set the
> following:
> > > >> > > > > >
> > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
"compiler"
> > > underscore
> > > >> > > > > > "version".  If using modules on your system, you'll
need
> use
> > > the
> > > >> > > > compiler
> > > >> > > > > > name that the module would load (e.g. module load
> ics/15.0.3
> > > to
> > > >> > load
> > > >> > > > the
> > > >> > > > > > intel compiler version 15.0.3.  Otherwise, if using
not
> > using
> > > >> > modules
> > > >> > > > and
> > > >> > > > > > using gcc, please use "gnu" for the compiler.  And,
if not
> > > using
> > > >> > > > modules
> > > >> > > > > > and using intel, you can use "intel". You can find
the
> > version
> > > >> by
> > > >> > > > running
> > > >> > > > > > "gcc --version" or "icc --verion" respectively.)
> > > >> > > > > >
> > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > >> > > > > > export MET_PYTHON_LD=`python-config --ldflags`
(This may
> not
> > > >> work.
> > > >> > > Run
> > > >> > > > > > python-config --ldflags on the command line and see
if you
> > get
> > > >> > output
> > > >> > > > > > including "-L".  If you don't, please let me know
and I
> can
> > > walk
> > > >> > you
> > > >> > > > > > through how to find this information.)
> > > >> > > > > > export
PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > (Assuming
> > > >> > you're
> > > >> > > > not
> > > >> > > > > > using modulefiles, it doesn't matter what you set
this to,
> > but
> > > >> it
> > > >> > > needs
> > > >> > > > > to
> > > >> > > > > > be set to something otherwise MET won't configure
for
> Python
> > > >> > > embedding.
> > > >> > > > > > You could just set it to "python".).
> > > >> > > > > >
> > > >> > > > > > If you're not using modules, the output of the
script will
> > say
> > > >> > > > something
> > > >> > > > > > about modules not being found and you can safely
ignore
> > that.
> > > >> > > > > >
> > > >> > > > > > You may need to make the script executable, but
then you
> can
> > > >> run it
> > > >> > > > with
> > > >> > > > > > "./compile_MET_all.sh".  For some people who have
used
> this
> > > >> script,
> > > >> > > > they
> > > >> > > > > > have had their own laptops with hardly anything on
it.
> They
> > > >> have
> > > >> > > > needed
> > > >> > > > > to
> > > >> > > > > > install the following packages using the following
> commands:
> > > >> > > > > >
> > > >> > > > > > sudo apt-get update
> > > >> > > > > > sudo apt install python-dev
> > > >> > > > > > sudo apt-get install flex bison
> > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > >> > > > > > sudo apt-get install libjpeg-dev
> > > >> > > > > > sudo apt-get install pkg-config
> > > >> > > > > > sudo apt-get install libpng-dev
> > > >> > > > > > sudo apt-get install unzip
> > > >> > > > > >
> > > >> > > > > > If the script runs and starts installing the
external
> > > libraries
> > > >> > > > > > successfully but then stops, there are constant
which you
> > can
> > > >> set
> > > >> > to
> > > >> > > 0,
> > > >> > > > > so
> > > >> > > > > > that you won't have to wait for them to be
installed
> again.
> > > In
> > > >> the
> > > >> > > > > compile
> > > >> > > > > > script you'll see the following which you can
modify if
> > > >> necessary:
> > > >> > > > > >
> > > >> > > > > > COMPILE_GSL=1
> > > >> > > > > > COMPILE_BUFRLIB=1
> > > >> > > > > > COMPILE_ZLIB=1
> > > >> > > > > > COMPILE_LIBPNG=1
> > > >> > > > > > COMPILE_JASPER=1
> > > >> > > > > > COMPILE_G2CLIB=1
> > > >> > > > > > COMPILE_HDF=1
> > > >> > > > > > COMPILE_HDFEOS=1
> > > >> > > > > > COMPILE_NETCDF=1
> > > >> > > > > > COMPILE_FREETYPE=1
> > > >> > > > > > COMPILE_CAIRO=1
> > > >> > > > > > COMPILE_MET=1
> > > >> > > > > >
> > > >> > > > > > Please let me know if you have any questions.  I
know this
> > is
> > > a
> > > >> lot
> > > >> > > to
> > > >> > > > > take
> > > >> > > > > > in, so don't hesitate to reach out with any
questions.
> > > >> > > > > >
> > > >> > > > > > Thanks,
> > > >> > > > > > Julie
> > > >> > > > > >
> > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher -
NOAA
> > > >> Affiliate
> > > >> > via
> > > >> > > > RT
> > > >> > > > > <
> > > >> > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > >
> > > >> > > > > > >
> > > >> > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> >
> > > >> > > > > > >
> > > >> > > > > > > Julie,
> > > >> > > > > > >
> > > >> > > > > > > I am aware of the ability to access MET within
WPC.
> > However,
> > > >> I'm
> > > >> > > > > curious
> > > >> > > > > > as
> > > >> > > > > > > to whether or not it is possible to download MET
to a
> > Linux
> > > >> > machine
> > > >> > > > in
> > > >> > > > > > the
> > > >> > > > > > > computer lab within my department (Department of
> > > Atmospheric &
> > > >> > > > Oceanic
> > > >> > > > > > > Science). The reason I am asking for this is
because I
> do
> > > not
> > > >> > have
> > > >> > > a
> > > >> > > > > > > federal badge to freely access MET at anytime at
NCWCP.
> I
> > > will
> > > >> > talk
> > > >> > > > > with
> > > >> > > > > > > the system administrator for my department (
> > > jhenriks at umd.edu)
> > > >> > and
> > > >> > > > see
> > > >> > > > > > what
> > > >> > > > > > > he thinks about this.
> > > >> > > > > > >
> > > >> > > > > > > Thanks,
> > > >> > > > > > > Michael Pletcher
> > > >> > > > > > >
> > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik
via RT <
> > > >> > > > > > met_help at ucar.edu>
> > > >> > > > > > > wrote:
> > > >> > > > > > >
> > > >> > > > > > > > Hi Michael.  It was recently brought to my
attention
> > that
> > > >> you
> > > >> > are
> > > >> > > > > > working
> > > >> > > > > > > > with the WPC group at NOAA.  I'm not sure
exactly what
> > > >> machines
> > > >> > > MET
> > > >> > > > > is
> > > >> > > > > > > > accessible from, but there is an install for
the WPC
> > group
> > > >> at
> > > >> > > > > > /opt/MET/81
> > > >> > > > > > > > on at least some of their machines.  I hope
that
> helps!
> > > >> > > > > > > >
> > > >> > > > > > > > Julie
> > > >> > > > > > > >
> > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie Prestopnik
<
> > > >> > > jpresto at ucar.edu>
> > > >> > > > > > > wrote:
> > > >> > > > > > > >
> > > >> > > > > > > > > Hi Michael.
> > > >> > > > > > > > >
> > > >> > > > > > > > > I see that you'd like to access MET for your
> research.
> > > >> > > > > > > > >
> > > >> > > > > > > > > We have MET installed for users on a variety
of NOAA
> > > >> > machines.
> > > >> > > > > Take
> > > >> > > > > > a
> > > >> > > > > > > > > look at this website and see if you have
access to
> any
> > > of
> > > >> > these
> > > >> > > > > > > machines
> > > >> > > > > > > > > where there is currently an existing build of
MET:
> > > >> > > > > > > > >
> > > >> > > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > >> > > > > > > > >
> > > >> > > > > > > > > The machine, "hera", which is replacing
"theia"
> should
> > > >> also
> > > >> > be
> > > >> > > on
> > > >> > > > > > that
> > > >> > > > > > > > > list.  I will add "hera" later today.
> > > >> > > > > > > > >
> > > >> > > > > > > > > If you don't have access to any of those
existing
> > builds
> > > >> you
> > > >> > > can
> > > >> > > > > > > download
> > > >> > > > > > > > > the MET code online and install in on a Linux
> machine.
> > > If
> > > >> > you
> > > >> > > > end
> > > >> > > > > up
> > > >> > > > > > > > > needing to install it, please let me know,
and I'll
> > send
> > > >> some
> > > >> > > > > > > additional
> > > >> > > > > > > > > useful information for the installation.
> > > >> > > > > > > > >
> > > >> > > > > > > > > Thanks,
> > > >> > > > > > > > > Julie
> > > >> > > > > > > > >
> > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael
Pletcher -
> NOAA
> > > >> > > Affiliate
> > > >> > > > > via
> > > >> > > > > > > RT <
> > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > > > > >
> > > >> > > > > > > > >>
> > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886 was
acted
> > upon.
> > > >> > > > > > > > >> Transaction: Ticket created by
> > > michael.pletcher at noaa.gov
> > > >> > > > > > > > >>        Queue: met_help
> > > >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > > >> > > > > > > > >>        Owner: Nobody
> > > >> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > >> > > > > > > > >>       Status: new
> > > >> > > > > > > > >>  Ticket <URL:
> > > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > > > > > > >
> > > >> > > > > > > > >>
> > > >> > > > > > > > >>
> > > >> > > > > > > > >> Hello,
> > > >> > > > > > > > >>
> > > >> > > > > > > > >> My name is Michael Pletcher and I am senior
at the
> > > >> > University
> > > >> > > of
> > > >> > > > > > > > Maryland.
> > > >> > > > > > > > >> I am currently working with the Weather
Prediction
> > > Center
> > > >> > on a
> > > >> > > > > > > research
> > > >> > > > > > > > >> project, and my advisors have suggested that
I
> find a
> > > >> way to
> > > >> > > > > access
> > > >> > > > > > > MET
> > > >> > > > > > > > >> software remotely from NCWCP to work on my
project.
> > > >> Please
> > > >> > let
> > > >> > > > me
> > > >> > > > > > know
> > > >> > > > > > > > if
> > > >> > > > > > > > >> it is possible to download MET to my laptop
> computer,
> > > or
> > > >> if
> > > >> > I
> > > >> > > > > could
> > > >> > > > > > > > >> possibly download it to my department's
> (Atmospheric
> > &
> > > >> > Oceanic
> > > >> > > > > > > Science)
> > > >> > > > > > > > >> computers. Let me know if I need to answer
any
> > > questions.
> > > >> > > > > > > > >>
> > > >> > > > > > > > >> Thanks,
> > > >> > > > > > > > >> Michael Pletcher
> > > >> > > > > > > > >>
> > > >> > > > > > > > >>
> > > >> > > > > > > > >
> > > >> > > > > > > > > --
> > > >> > > > > > > > > Julie Prestopnik
> > > >> > > > > > > > > Software Engineer
> > > >> > > > > > > > > National Center for Atmospheric Research
> > > >> > > > > > > > > Research Applications Laboratory
> > > >> > > > > > > > > Phone: 303.497.8399
> > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > > >
> > > >> > > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > >> > feel
> > > >> > > > > > obliged
> > > >> > > > > > > > to
> > > >> > > > > > > > > reply to this email outside of your normal
working
> > > hours.
> > > >> > > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > > > --
> > > >> > > > > > > > Julie Prestopnik
> > > >> > > > > > > > Software Engineer
> > > >> > > > > > > > National Center for Atmospheric Research
> > > >> > > > > > > > Research Applications Laboratory
> > > >> > > > > > > > Phone: 303.497.8399
> > > >> > > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >
> > > >> > > > > > > > My working day may not be your working day.
Please do
> > not
> > > >> feel
> > > >> > > > > obliged
> > > >> > > > > > > to
> > > >> > > > > > > > reply to this email outside of your normal
working
> > hours.
> > > >> > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > >
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > > > --
> > > >> > > > > > Julie Prestopnik
> > > >> > > > > > Software Engineer
> > > >> > > > > > National Center for Atmospheric Research
> > > >> > > > > > Research Applications Laboratory
> > > >> > > > > > Phone: 303.497.8399
> > > >> > > > > > Email: jpresto at ucar.edu
> > > >> > > > > >
> > > >> > > > > > My working day may not be your working day.  Please
do not
> > > feel
> > > >> > > obliged
> > > >> > > > > to
> > > >> > > > > > reply to this email outside of your normal working
hours.
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > > --
> > > >> > > > Julie Prestopnik
> > > >> > > > Software Engineer
> > > >> > > > National Center for Atmospheric Research
> > > >> > > > Research Applications Laboratory
> > > >> > > > Phone: 303.497.8399
> > > >> > > > Email: jpresto at ucar.edu
> > > >> > > >
> > > >> > > > My working day may not be your working day.  Please do
not
> feel
> > > >> obliged
> > > >> > > to
> > > >> > > > reply to this email outside of your normal working
hours.
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> >
> > > >> > --
> > > >> > Julie Prestopnik
> > > >> > Software Engineer
> > > >> > National Center for Atmospheric Research
> > > >> > Research Applications Laboratory
> > > >> > Phone: 303.497.8399
> > > >> > Email: jpresto at ucar.edu
> > > >> >
> > > >> > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > >> to
> > > >> > reply to this email outside of your normal working hours.
> > > >> >
> > > >> >
> > > >>
> > > >>
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Mon Sep 23 15:08:00 2019

Hi Michael.

Thank you for following up.  libpython2.7.so  should work fine.  Thank
you
for letting me know that you don't typically use module files except
for
the intel compiler. So here is what you will need to have set:

export MET_PYTHON_CC=-I/usr/include/python2.7\
-I/usr/include/python2.7
export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\ -lm\
-lpython2.7\ -Xlinker\ -export-dynamic
export PYTHON_MODULE_USE=python

Regarding the compiler, you can simply set:

export COMPILER=gnu_ 4.8.5

and ignore any warnings you receive about modules not being loaded.

Regarding cairo, I believe I do know what is wrong.  The following is
from
your config.log file:

> Package pixman-1 was not found in the pkg-config search path.
>

You will need to have pixman installed.  Your sys admin (or you, if
you
have sudo access) should just need to run the following on your
machine:

> sudo apt-get install libpixman-1-dev

 After you get pixman installed, in the compile script, you can change
the
values to 0 for the libraries you've already compiled so that you
don't
have to recompile and wait for them.  Assuming everything, except for
Cairo
and MET, compiled, you would set:

COMPILE_GSL=0
COMPILE_BUFRLIB=0
COMPILE_ZLIB=0
COMPILE_LIBPNG=0
COMPILE_JASPER=0
COMPILE_G2CLIB=0
COMPILE_HDF=0
COMPILE_HDFEOS=0
COMPILE_NETCDF=0
COMPILE_FREETYPE=0
COMPILE_CAIRO=1
COMPILE_MET=1

Then set the necessary environment variables and try rerunning the
script.
Please let us know if you have any questions.

Please let us know how it goes.

Thanks,

Julie

On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> After speaking with my system administrator, we were not able to
locate
> libpython2.7.a. However, we were able to locate libpython2.7.so
within
> /usr/lib64/ of our Linux system.
>
> He explained that we only use module load commands when using intel
> compilers, and I used gnu to compile the software, so I don't think
that
> should be an issue.
>
> Were you able to find any issues in the config.log of Cairo?
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.  Thank you for letting me know that when you ran "find
> > /usr/lib/ -name libpython2.7.a" it returned nothing. Could you
please ask
> > your system administrator when the libpython2.7.a file is that is
> > associated with the Python include files at /usr/include/python2.7
(the
> > output of running "python-config --cflags')?  That is all that we
need to
> > know, but it needs to be the libpython2.7.a file is that is
associated
> with
> > the Python include files at that location.
> >
> > I'll ask my system administrator about the compiler issue.
> > >
> > There is no issue with the compiler, really.  I just need to know
- Do
> you
> > typically run any "module load" commands to load any software?  If
not,
> > that is fine.  If so, please let me know, and I'll walk you
through the
> > rest.
> >
> > Julie
> >
> > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > When I ran "find /usr/lib/ -name libpython2.7.a" it returned
nothing.
> No
> > > error and no output. I made sure to be in no directory when I
ran that
> > > command.
> > >
> > > I'll ask my system administrator about the compiler issue.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > I forgot to mention - I'll take a look at the config.log file
and
> will
> > > > follow up.  If you could please follow up on my question in
the other
> > > > email, that would be great.  Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik
<jpresto at ucar.edu>
> > > wrote:
> > > >
> > > > > Hi Michael.
> > > > >
> > > > > Did you run the "find /usr/lib/ -name libpython2.7.a"
command?
> None
> > of
> > > > > the locations you listed appeared to be in /usr/lib as far
as I
> could
> > > > tell,
> > > > > but it looks like the paths all run together.  I would
expected to
> > see
> > > a
> > > > > libpython2.7.a in a location like
> > > > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > > >
> > > > > Great, it is good to know that you are running the bash
shell.
> That
> > > will
> > > > > be helpful once we figure out where the libpython2.7.a file
is.
> > > > >
> > > > > Are you using modulefiles regularly to load things like the
> compiler?
> > > > >
> > > > > Does this mean that I should be running gcc compiler instead
of
> gnu?
> > > > >>
> > > > > The gcc compiler is the compiler for the GNU package.  Our
run
> script
> > > > > expects to see "gnu_<version number>" in order to compile
using
> gcc.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA
Affiliate
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > >>
> > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >>
> > > > >> Julie,
> > > > >>
> > > > >> I found five different locations where libpython2.7 is
located:
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > >>
> > > > >>
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > >> hon2.7.a*
> > > > >>
> > > > >> When I ran echo $SHELL, it returned:
> > > > >>
> > > > >> */bin/bash*
> > > > >>
> > > > >> I attached the config.log file.
> > > > >>
> > > > >> When I ran "module spider gnu", it returned:
> > > > >>
> > > > >>
> > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
unrecognized
> > > > >> subcommand*
> > > > >>
> > > > >> But when I ran "gcc --version:, it returned:
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015
> Free
> > > > >> Software Foundation, Inc.This is free software; see the
source for
> > > > copying
> > > > >> conditions.  There is NOwarranty; not even for
MERCHANTABILITY or
> > > > FITNESS
> > > > >> FOR A PARTICULAR PURPOSE.*
> > > > >>
> > > > >> Does this mean that I should be running gcc compiler
instead of
> gnu?
> > > > >>
> > > > >> Thanks,
> > > > >> Michael Pletcher
> > > > >>
> > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
> > > > >> met_help at ucar.edu>
> > > > >> wrote:
> > > > >>
> > > > >> > Hi Michael.
> > > > >> >
> > > > >> > Since the output of "python-config --cflags" indicates
the
> header
> > > > files
> > > > >> are
> > > > >> > in /usr/include/python2.7, the library file is likely to
be
> found
> > > in a
> > > > >> > location like
> > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > >> > You can run the following command to find it:
> > > > >> >
> > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > >> > >
> > > > >> >
> > > > >> >  To find out what shell you are using, you can run the
> following:
> > > > >> >
> > > > >> > echo $SHELL
> > > > >> > >
> > > > >> >
> > > > >> > Instead of pasting in the config.log output, could you
please
> > attach
> > > > it
> > > > >> to
> > > > >> > this email?  When you run the configure command, there
should
> be a
> > > > file
> > > > >> > "config.log" produced, which is the one I'd like to have
you
> > attach
> > > > and
> > > > >> > look at.
> > > > >> >
> > > > >> > If your system doesn't use modulefiles you can safely
ignore:
> > > > >> >
> > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
> modulefile
> > > for
> > > > >> > > 'gnu/15.0.3'*
> > > > >> > >
> > > > >> >
> > > > >> > If it does use module files, you will need to know the
version
> for
> > > the
> > > > >> gnu
> > > > >> > compilers.    If modules are used, you can determine what
> versions
> > > are
> > > > >> > available for loading by running:
> > > > >> >
> > > > >> > module spider gnu
> > > > >> > >
> > > > >> >
> > > > >> > This will output something like the following:
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > >> > >   gnu:
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > >> > >      Versions:
> > > > >> > >         gnu/7.4.0
> > > > >> > >         gnu/8.3.0
> > > > >> > >         gnu/9.1.0
> > > > >> > >
> > > > >> >
> > > > >> > Then you can choose the version of gnu that you'd like to
load.
> > > > >> >
> > > > >> > If modules are not used and you would like to know what
version
> > you
> > > > are
> > > > >> > running (not required for MET, but in case you want to
know for
> > > future
> > > > >> > reference), you can run:
> > > > >> >
> > > > >> > gcc --version
> > > > >> > >
> > > > >> >
> > > > >> > and you'll get something like:
> > > > >> >
> > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > > >> > >
> > > > >> >
> > > > >> > Julie
> > > > >> >
> > > > >> >
> > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA
> Affiliate
> > > via
> > > > >> RT <
> > > > >> > met_help at ucar.edu> wrote:
> > > > >> >
> > > > >> > >
> > > > >> > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > > > >> > >
> > > > >> > > Hello Julie,
> > > > >> > >
> > > > >> > > The output I received from "python-config --cflags" is
as
> > follows:
> > > > >> > >
> > > > >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> > > > >> -fno-strict-aliasing
> > > > >> > -O2
> > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > > >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> > > > >> -grecord-gcc-switches
> > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
-DNDEBUG -O2
> -g
> > > > -pipe
> > > > >> > -Wall
> > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-
strong
> > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
> > > -mtune=generic
> > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > >> > >
> > > > >> > > I was not able to find libpython2.7.a within the files
I have
> > > > >> downloaded
> > > > >> > so
> > > > >> > > far.
> > > > >> > >
> > > > >> > > I believe we are using bash, but how would I find out
which
> one
> > I
> > > am
> > > > >> > using?
> > > > >> > > My system administrator most likely knows the answer to
this.
> > > > >> > >
> > > > >> > > The config.log file is as follows:
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > *This file contains any messages produced by compilers
> > > whilerunning
> > > > >> > > configure, to aid debugging if configure makes a
mistake.It
> was
> > > > >> created
> > > > >> > by
> > > > >> > > cairo configure 1.14.6, which wasgenerated by GNU
Autoconf
> 2.69.
> > > > >> > > Invocation command line was  $ ./configure
> > > > >> > >
> > --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > >> > >
> > > > >>
> > >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > >> > > --------- #### Platform. #### --------- ##hostname =
> > > > >> sky.atmos.umd.edu
> > > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
2019/usr/bin/uname
> -p
> > =
> > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
=
> > > > >> > > x86_64/usr/bin/arch -k       =
unknown/usr/convex/getsysinfo =
> > > > >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
>  =
> > > > >> > > unknown/usr/bin/oslevel       = unknown/bin/universe
> =
> > > > >> unknown*
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > >
> > > > >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > > /opt/anaconda3/binPATH:
> > > > >> > > /usr/local/binPATH: /usr/binPATH: /usr/local/sbinPATH:
> > > > /usr/sbinPATH:
> > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > >> /homes/metogra/mpletch1/binPATH:
> > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > /homes/metogra/mpletch1/bin##
> > > > >> > > ----------- #### Core tests. #### -----------
> ##configure:3205:
> > > > >> checking
> > > > >> > > for gccconfigure:3232: result:
/usr/bin/gccconfigure:3461:
> > > checking
> > > > >> for C
> > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc --version
>&5gcc
> > > (GCC)
> > > > >> 4.8.5
> > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
Software
> > > > >> Foundation,
> > > > >> > > Inc.This is free software; see the source for copying
> > conditions.
> > > *
> > > > >> > >
> > > > >> > > I think the root of some of these problems (I'm
extremely new
> to
> > > all
> > > > >> of
> > > > >> > > this, so I may be mistaken) is that I am using the
incorrect
> > > > compiler.
> > > > >> > When
> > > > >> > > I set the compiler, I did export COMPILER=gnu_15.0.3,
but I
> know
> > > > >> 15.0.3
> > > > >> > is
> > > > >> > > for ics, not gnu. I also get this error at the
beginning of
> the
> > > > output
> > > > >> > when
> > > > >> > > I run ./compile_MET_all.sh:
> > > > >> > >
> > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
> modulefile
> > > for
> > > > >> > > 'gnu/15.0.3'*
> > > > >> > >
> > > > >> > > Not really sure if this means anything, just want to
get you
> all
> > > of
> > > > >> the
> > > > >> > > errors that I'm seeing.
> > > > >> > >
> > > > >> > > Thanks,
> > > > >> > > Michael Pletcher
> > > > >> > >
> > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via RT
<
> > > > >> > met_help at ucar.edu
> > > > >> > > >
> > > > >> > > wrote:
> > > > >> > >
> > > > >> > > > Hi Michael.
> > > > >> > > >
> > > > >> > > > Thank you for letting me know about the output of
> > "python-config
> > > > >> > > > --ldflags".  MET needs to have more information than
that
> > > command
> > > > is
> > > > >> > > > returning.  Could you please tell me what the output
of
> > > > >> "python-config
> > > > >> > > > --cflags" is as well?  That will help me find the
file that
> > MET
> > > > >> needs
> > > > >> > to
> > > > >> > > > know about, namely the libpython2.7.a file.  If you
find
> that
> > > > file,
> > > > >> > > please
> > > > >> > > > let me know what the path to it is.   Once we have
that
> > location
> > > > we
> > > > >> can
> > > > >> > > > formulate the appropriate value to set for
MET_PYTHON_LD.
> > > > >> > > >
> > > > >> > > > Also, are you using the bash or csh?
> > > > >> > > >
> > > > >> > > > Regarding Cairo, please send me the config.log file
that was
> > > > output
> > > > >> > from
> > > > >> > > > running configure for Cairo and I'll take a look.
Thanks!
> > > > >> > > >
> > > > >> > > > Julie
> > > > >> > > >
> > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher -
NOAA
> > > Affiliate
> > > > >> via
> > > > >> > RT
> > > > >> > > <
> > > > >> > > > met_help at ucar.edu> wrote:
> > > > >> > > >
> > > > >> > > > >
> > > > >> > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >
> > > > >> > > > >
> > > > >> > > > > Good afternoon,
> > > > >> > > > >
> > > > >> > > > > I finally had time to attempt these instructions.
> Regarding
> > a
> > > > few
> > > > >> > > things:
> > > > >> > > > >
> > > > >> > > > > When I ran the line "python-config --ldflags", this
was
> the
> > > > output
> > > > >> > > (which
> > > > >> > > > > does not include the -L you mentioned):
> > > > >> > > > >
> > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker
> > > -export-dynamic
> > > > *
> > > > >> > > > >
> > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
returned this
> > when
> > > > it
> > > > >> got
> > > > >> > > to
> > > > >> > > > > compiling CAIRO:
> > > > >> > > > >
> > > > >> > > > > *configure returned with non-zero (1) status*
> > > > >> > > > >
> > > > >> > > > > My system administrator suggested the error from
Cairo
> could
> > > be
> > > > >> > caused
> > > > >> > > by
> > > > >> > > > > Redhat compatibility. Our Linux operates on Redhat
> > Enterprise
> > > 7,
> > > > >> and
> > > > >> > he
> > > > >> > > > > mentioned that there have been issues with running
Cairo
> on
> > it
> > > > in
> > > > >> the
> > > > >> > > > past.
> > > > >> > > > >
> > > > >> > > > > Let me know if there is anything I can do to fix
these
> > issues.
> > > > >> > > > >
> > > > >> > > > > Thanks,
> > > > >> > > > > Michael Pletcher
> > > > >> > > > >
> > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik via
RT <
> > > > >> > > > met_help at ucar.edu>
> > > > >> > > > > wrote:
> > > > >> > > > >
> > > > >> > > > > > Hi Michael.
> > > > >> > > > > >
> > > > >> > > > > > As John indicated in his email, Docker is the
easiest
> way
> > to
> > > > >> make
> > > > >> > MET
> > > > >> > > > > > available.  But, it is definitely possible for
you to
> > > download
> > > > >> MET
> > > > >> > > to a
> > > > >> > > > > > Linux machine and compile it from scratch.  I
have
> > described
> > > > >> that
> > > > >> > > > process
> > > > >> > > > > > below.
> > > > >> > > > > >
> > > > >> > > > > > You can find a script to help you install MET at
this
> > link,
> > > > and
> > > > >> > I'll
> > > > >> > > > put
> > > > >> > > > > > instructions below:
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > >> > > > > >
> > > > >> > > > > > This script may or may not work right away.  Some
> systems
> > > have
> > > > >> > needed
> > > > >> > > > > more
> > > > >> > > > > > work than others.  To get started, decide where
you
> would
> > > like
> > > > >> to
> > > > >> > > > install
> > > > >> > > > > > MET.  The following example will assume you're
going to
> > put
> > > it
> > > > >> in
> > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > >> > > > > >
> > > > >> > > > > > You'll need to download compile_MET_all.sh and
> > tar_files.tar
> > > > >> from
> > > > >> > the
> > > > >> > > > > link
> > > > >> > > > > > above.  You'll also need to download our latest
MET
> > release:
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > >> > > > > >
> > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it with
"tar -zxf
> > > > >> > > > > > compile_MET_all.sh.tgz
> > > > >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1 (or
where
> > ever
> > > > you
> > > > >> > chose
> > > > >> > > > to
> > > > >> > > > > > put it).  Unpack the tar file and move
> > > > met-8.1.1.20190708.tar.gz
> > > > >> > into
> > > > >> > > > the
> > > > >> > > > > > tar_files directory.
> > > > >> > > > > >
> > > > >> > > > > > Then, you'll need to set up some environment
variables
> as
> > > > >> described
> > > > >> > > in
> > > > >> > > > > the
> > > > >> > > > > > link above.
> > > > >> > > > > >
> > > > >> > > > > > For reference using this example, I would set the
> > following:
> > > > >> > > > > >
> > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
"compiler"
> > > > underscore
> > > > >> > > > > > "version".  If using modules on your system,
you'll need
> > use
> > > > the
> > > > >> > > > compiler
> > > > >> > > > > > name that the module would load (e.g. module load
> > ics/15.0.3
> > > > to
> > > > >> > load
> > > > >> > > > the
> > > > >> > > > > > intel compiler version 15.0.3.  Otherwise, if
using not
> > > using
> > > > >> > modules
> > > > >> > > > and
> > > > >> > > > > > using gcc, please use "gnu" for the compiler.
And, if
> not
> > > > using
> > > > >> > > > modules
> > > > >> > > > > > and using intel, you can use "intel". You can
find the
> > > version
> > > > >> by
> > > > >> > > > running
> > > > >> > > > > > "gcc --version" or "icc --verion" respectively.)
> > > > >> > > > > >
> > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > >> > > > > > export MET_PYTHON_LD=`python-config --ldflags`
(This may
> > not
> > > > >> work.
> > > > >> > > Run
> > > > >> > > > > > python-config --ldflags on the command line and
see if
> you
> > > get
> > > > >> > output
> > > > >> > > > > > including "-L".  If you don't, please let me know
and I
> > can
> > > > walk
> > > > >> > you
> > > > >> > > > > > through how to find this information.)
> > > > >> > > > > > export
PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > (Assuming
> > > > >> > you're
> > > > >> > > > not
> > > > >> > > > > > using modulefiles, it doesn't matter what you set
this
> to,
> > > but
> > > > >> it
> > > > >> > > needs
> > > > >> > > > > to
> > > > >> > > > > > be set to something otherwise MET won't configure
for
> > Python
> > > > >> > > embedding.
> > > > >> > > > > > You could just set it to "python".).
> > > > >> > > > > >
> > > > >> > > > > > If you're not using modules, the output of the
script
> will
> > > say
> > > > >> > > > something
> > > > >> > > > > > about modules not being found and you can safely
ignore
> > > that.
> > > > >> > > > > >
> > > > >> > > > > > You may need to make the script executable, but
then you
> > can
> > > > >> run it
> > > > >> > > > with
> > > > >> > > > > > "./compile_MET_all.sh".  For some people who have
used
> > this
> > > > >> script,
> > > > >> > > > they
> > > > >> > > > > > have had their own laptops with hardly anything
on it.
> > They
> > > > >> have
> > > > >> > > > needed
> > > > >> > > > > to
> > > > >> > > > > > install the following packages using the
following
> > commands:
> > > > >> > > > > >
> > > > >> > > > > > sudo apt-get update
> > > > >> > > > > > sudo apt install python-dev
> > > > >> > > > > > sudo apt-get install flex bison
> > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > >> > > > > > sudo apt-get install pkg-config
> > > > >> > > > > > sudo apt-get install libpng-dev
> > > > >> > > > > > sudo apt-get install unzip
> > > > >> > > > > >
> > > > >> > > > > > If the script runs and starts installing the
external
> > > > libraries
> > > > >> > > > > > successfully but then stops, there are constant
which
> you
> > > can
> > > > >> set
> > > > >> > to
> > > > >> > > 0,
> > > > >> > > > > so
> > > > >> > > > > > that you won't have to wait for them to be
installed
> > again.
> > > > In
> > > > >> the
> > > > >> > > > > compile
> > > > >> > > > > > script you'll see the following which you can
modify if
> > > > >> necessary:
> > > > >> > > > > >
> > > > >> > > > > > COMPILE_GSL=1
> > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > >> > > > > > COMPILE_ZLIB=1
> > > > >> > > > > > COMPILE_LIBPNG=1
> > > > >> > > > > > COMPILE_JASPER=1
> > > > >> > > > > > COMPILE_G2CLIB=1
> > > > >> > > > > > COMPILE_HDF=1
> > > > >> > > > > > COMPILE_HDFEOS=1
> > > > >> > > > > > COMPILE_NETCDF=1
> > > > >> > > > > > COMPILE_FREETYPE=1
> > > > >> > > > > > COMPILE_CAIRO=1
> > > > >> > > > > > COMPILE_MET=1
> > > > >> > > > > >
> > > > >> > > > > > Please let me know if you have any questions.  I
know
> this
> > > is
> > > > a
> > > > >> lot
> > > > >> > > to
> > > > >> > > > > take
> > > > >> > > > > > in, so don't hesitate to reach out with any
questions.
> > > > >> > > > > >
> > > > >> > > > > > Thanks,
> > > > >> > > > > > Julie
> > > > >> > > > > >
> > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael Pletcher
- NOAA
> > > > >> Affiliate
> > > > >> > via
> > > > >> > > > RT
> > > > >> > > > > <
> > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> >
> > > > >> > > > > > >
> > > > >> > > > > > > Julie,
> > > > >> > > > > > >
> > > > >> > > > > > > I am aware of the ability to access MET within
WPC.
> > > However,
> > > > >> I'm
> > > > >> > > > > curious
> > > > >> > > > > > as
> > > > >> > > > > > > to whether or not it is possible to download
MET to a
> > > Linux
> > > > >> > machine
> > > > >> > > > in
> > > > >> > > > > > the
> > > > >> > > > > > > computer lab within my department (Department
of
> > > > Atmospheric &
> > > > >> > > > Oceanic
> > > > >> > > > > > > Science). The reason I am asking for this is
because I
> > do
> > > > not
> > > > >> > have
> > > > >> > > a
> > > > >> > > > > > > federal badge to freely access MET at anytime
at
> NCWCP.
> > I
> > > > will
> > > > >> > talk
> > > > >> > > > > with
> > > > >> > > > > > > the system administrator for my department (
> > > > jhenriks at umd.edu)
> > > > >> > and
> > > > >> > > > see
> > > > >> > > > > > what
> > > > >> > > > > > > he thinks about this.
> > > > >> > > > > > >
> > > > >> > > > > > > Thanks,
> > > > >> > > > > > > Michael Pletcher
> > > > >> > > > > > >
> > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie Prestopnik
via
> RT <
> > > > >> > > > > > met_help at ucar.edu>
> > > > >> > > > > > > wrote:
> > > > >> > > > > > >
> > > > >> > > > > > > > Hi Michael.  It was recently brought to my
attention
> > > that
> > > > >> you
> > > > >> > are
> > > > >> > > > > > working
> > > > >> > > > > > > > with the WPC group at NOAA.  I'm not sure
exactly
> what
> > > > >> machines
> > > > >> > > MET
> > > > >> > > > > is
> > > > >> > > > > > > > accessible from, but there is an install for
the WPC
> > > group
> > > > >> at
> > > > >> > > > > > /opt/MET/81
> > > > >> > > > > > > > on at least some of their machines.  I hope
that
> > helps!
> > > > >> > > > > > > >
> > > > >> > > > > > > > Julie
> > > > >> > > > > > > >
> > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
Prestopnik <
> > > > >> > > jpresto at ucar.edu>
> > > > >> > > > > > > wrote:
> > > > >> > > > > > > >
> > > > >> > > > > > > > > Hi Michael.
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > I see that you'd like to access MET for
your
> > research.
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > We have MET installed for users on a
variety of
> NOAA
> > > > >> > machines.
> > > > >> > > > > Take
> > > > >> > > > > > a
> > > > >> > > > > > > > > look at this website and see if you have
access to
> > any
> > > > of
> > > > >> > these
> > > > >> > > > > > > machines
> > > > >> > > > > > > > > where there is currently an existing build
of MET:
> > > > >> > > > > > > > >
> > > > >> > > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > The machine, "hera", which is replacing
"theia"
> > should
> > > > >> also
> > > > >> > be
> > > > >> > > on
> > > > >> > > > > > that
> > > > >> > > > > > > > > list.  I will add "hera" later today.
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > If you don't have access to any of those
existing
> > > builds
> > > > >> you
> > > > >> > > can
> > > > >> > > > > > > download
> > > > >> > > > > > > > > the MET code online and install in on a
Linux
> > machine.
> > > > If
> > > > >> > you
> > > > >> > > > end
> > > > >> > > > > up
> > > > >> > > > > > > > > needing to install it, please let me know,
and
> I'll
> > > send
> > > > >> some
> > > > >> > > > > > > additional
> > > > >> > > > > > > > > useful information for the installation.
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > Thanks,
> > > > >> > > > > > > > > Julie
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael
Pletcher -
> > NOAA
> > > > >> > > Affiliate
> > > > >> > > > > via
> > > > >> > > > > > > RT <
> > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > > > >
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886
was acted
> > > upon.
> > > > >> > > > > > > > >> Transaction: Ticket created by
> > > > michael.pletcher at noaa.gov
> > > > >> > > > > > > > >>        Queue: met_help
> > > > >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > > > >> > > > > > > > >>        Owner: Nobody
> > > > >> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > >> > > > > > > > >>       Status: new
> > > > >> > > > > > > > >>  Ticket <URL:
> > > > >> > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > > > > > > >
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >> Hello,
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >> My name is Michael Pletcher and I am
senior at
> the
> > > > >> > University
> > > > >> > > of
> > > > >> > > > > > > > Maryland.
> > > > >> > > > > > > > >> I am currently working with the Weather
> Prediction
> > > > Center
> > > > >> > on a
> > > > >> > > > > > > research
> > > > >> > > > > > > > >> project, and my advisors have suggested
that I
> > find a
> > > > >> way to
> > > > >> > > > > access
> > > > >> > > > > > > MET
> > > > >> > > > > > > > >> software remotely from NCWCP to work on my
> project.
> > > > >> Please
> > > > >> > let
> > > > >> > > > me
> > > > >> > > > > > know
> > > > >> > > > > > > > if
> > > > >> > > > > > > > >> it is possible to download MET to my
laptop
> > computer,
> > > > or
> > > > >> if
> > > > >> > I
> > > > >> > > > > could
> > > > >> > > > > > > > >> possibly download it to my department's
> > (Atmospheric
> > > &
> > > > >> > Oceanic
> > > > >> > > > > > > Science)
> > > > >> > > > > > > > >> computers. Let me know if I need to answer
any
> > > > questions.
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >> Thanks,
> > > > >> > > > > > > > >> Michael Pletcher
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >>
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > --
> > > > >> > > > > > > > > Julie Prestopnik
> > > > >> > > > > > > > > Software Engineer
> > > > >> > > > > > > > > National Center for Atmospheric Research
> > > > >> > > > > > > > > Research Applications Laboratory
> > > > >> > > > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > > >
> > > > >> > > > > > > > > My working day may not be your working day.
> Please
> > do
> > > > not
> > > > >> > feel
> > > > >> > > > > > obliged
> > > > >> > > > > > > > to
> > > > >> > > > > > > > > reply to this email outside of your normal
working
> > > > hours.
> > > > >> > > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > > > --
> > > > >> > > > > > > > Julie Prestopnik
> > > > >> > > > > > > > Software Engineer
> > > > >> > > > > > > > National Center for Atmospheric Research
> > > > >> > > > > > > > Research Applications Laboratory
> > > > >> > > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >
> > > > >> > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > >> feel
> > > > >> > > > > obliged
> > > > >> > > > > > > to
> > > > >> > > > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > >> > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > > > --
> > > > >> > > > > > Julie Prestopnik
> > > > >> > > > > > Software Engineer
> > > > >> > > > > > National Center for Atmospheric Research
> > > > >> > > > > > Research Applications Laboratory
> > > > >> > > > > > Phone: 303.497.8399
> > > > >> > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > >
> > > > >> > > > > > My working day may not be your working day.
Please do
> not
> > > > feel
> > > > >> > > obliged
> > > > >> > > > > to
> > > > >> > > > > > reply to this email outside of your normal
working
> hours.
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > > > --
> > > > >> > > > Julie Prestopnik
> > > > >> > > > Software Engineer
> > > > >> > > > National Center for Atmospheric Research
> > > > >> > > > Research Applications Laboratory
> > > > >> > > > Phone: 303.497.8399
> > > > >> > > > Email: jpresto at ucar.edu
> > > > >> > > >
> > > > >> > > > My working day may not be your working day.  Please
do not
> > feel
> > > > >> obliged
> > > > >> > > to
> > > > >> > > > reply to this email outside of your normal working
hours.
> > > > >> > > >
> > > > >> > > >
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >> > --
> > > > >> > Julie Prestopnik
> > > > >> > Software Engineer
> > > > >> > National Center for Atmospheric Research
> > > > >> > Research Applications Laboratory
> > > > >> > Phone: 303.497.8399
> > > > >> > Email: jpresto at ucar.edu
> > > > >> >
> > > > >> > My working day may not be your working day.  Please do
not feel
> > > > obliged
> > > > >> to
> > > > >> > reply to this email outside of your normal working hours.
> > > > >> >
> > > > >> >
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Tue Sep 24 13:39:30 2019

Julie,

After following these instructions, it appears that I successfully
compiled
MET! I've attached a screenshot with the line that states it was
successfully compiled.

I cannot thank you enough for your responsiveness and the amount of
time
you took out of your day to help me. I was completely new to software
compilation and you made it about as easy as possible. I can now begin
a
major portion of my required research!

Let me know if there's anything else that is needed to get MET up
and running. I am working directly with a scientist that has
experience
with MET, so he can show me how everything works within the program
itself.

Thank you again,
Michael Pletcher

On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.
>
> Thank you for following up.  libpython2.7.so  should work fine.
Thank you
> for letting me know that you don't typically use module files except
for
> the intel compiler. So here is what you will need to have set:
>
> export MET_PYTHON_CC=-I/usr/include/python2.7\
-I/usr/include/python2.7
> export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\ -lm\
> -lpython2.7\ -Xlinker\ -export-dynamic
> export PYTHON_MODULE_USE=python
>
> Regarding the compiler, you can simply set:
>
> export COMPILER=gnu_ 4.8.5
>
> and ignore any warnings you receive about modules not being loaded.
>
> Regarding cairo, I believe I do know what is wrong.  The following
is from
> your config.log file:
>
> > Package pixman-1 was not found in the pkg-config search path.
> >
>
> You will need to have pixman installed.  Your sys admin (or you, if
you
> have sudo access) should just need to run the following on your
machine:
>
> > sudo apt-get install libpixman-1-dev
>
>
>  After you get pixman installed, in the compile script, you can
change the
> values to 0 for the libraries you've already compiled so that you
don't
> have to recompile and wait for them.  Assuming everything, except
for Cairo
> and MET, compiled, you would set:
>
> COMPILE_GSL=0
> COMPILE_BUFRLIB=0
> COMPILE_ZLIB=0
> COMPILE_LIBPNG=0
> COMPILE_JASPER=0
> COMPILE_G2CLIB=0
> COMPILE_HDF=0
> COMPILE_HDFEOS=0
> COMPILE_NETCDF=0
> COMPILE_FREETYPE=0
> COMPILE_CAIRO=1
> COMPILE_MET=1
>
> Then set the necessary environment variables and try rerunning the
script.
> Please let us know if you have any questions.
>
> Please let us know how it goes.
>
> Thanks,
>
> Julie
>
> On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > After speaking with my system administrator, we were not able to
locate
> > libpython2.7.a. However, we were able to locate libpython2.7.so
within
> > /usr/lib64/ of our Linux system.
> >
> > He explained that we only use module load commands when using
intel
> > compilers, and I used gnu to compile the software, so I don't
think that
> > should be an issue.
> >
> > Were you able to find any issues in the config.log of Cairo?
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Michael.  Thank you for letting me know that when you ran
"find
> > > /usr/lib/ -name libpython2.7.a" it returned nothing. Could you
please
> ask
> > > your system administrator when the libpython2.7.a file is that
is
> > > associated with the Python include files at
/usr/include/python2.7 (the
> > > output of running "python-config --cflags')?  That is all that
we need
> to
> > > know, but it needs to be the libpython2.7.a file is that is
associated
> > with
> > > the Python include files at that location.
> > >
> > > I'll ask my system administrator about the compiler issue.
> > > >
> > > There is no issue with the compiler, really.  I just need to
know - Do
> > you
> > > typically run any "module load" commands to load any software?
If not,
> > > that is fine.  If so, please let me know, and I'll walk you
through the
> > > rest.
> > >
> > > Julie
> > >
> > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >
> > > > Julie,
> > > >
> > > > When I ran "find /usr/lib/ -name libpython2.7.a" it returned
nothing.
> > No
> > > > error and no output. I made sure to be in no directory when I
ran
> that
> > > > command.
> > > >
> > > > I'll ask my system administrator about the compiler issue.
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > >
> > > > wrote:
> > > >
> > > > > I forgot to mention - I'll take a look at the config.log
file and
> > will
> > > > > follow up.  If you could please follow up on my question in
the
> other
> > > > > email, that would be great.  Thanks!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik
<jpresto at ucar.edu
> >
> > > > wrote:
> > > > >
> > > > > > Hi Michael.
> > > > > >
> > > > > > Did you run the "find /usr/lib/ -name libpython2.7.a"
command?
> > None
> > > of
> > > > > > the locations you listed appeared to be in /usr/lib as far
as I
> > could
> > > > > tell,
> > > > > > but it looks like the paths all run together.  I would
expected
> to
> > > see
> > > > a
> > > > > > libpython2.7.a in a location like
> > > > > > "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > >
> > > > > > Great, it is good to know that you are running the bash
shell.
> > That
> > > > will
> > > > > > be helpful once we figure out where the libpython2.7.a
file is.
> > > > > >
> > > > > > Are you using modulefiles regularly to load things like
the
> > compiler?
> > > > > >
> > > > > > Does this mean that I should be running gcc compiler
instead of
> > gnu?
> > > > > >>
> > > > > > The gcc compiler is the compiler for the GNU package.  Our
run
> > script
> > > > > > expects to see "gnu_<version number>" in order to compile
using
> > gcc.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA
Affiliate
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > >>
> > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > > >>
> > > > > >> Julie,
> > > > > >>
> > > > > >> I found five different locations where libpython2.7 is
located:
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > >
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > > >>
> > > > > >>
> > > > >
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > > >> hon2.7.a*
> > > > > >>
> > > > > >> When I ran echo $SHELL, it returned:
> > > > > >>
> > > > > >> */bin/bash*
> > > > > >>
> > > > > >> I attached the config.log file.
> > > > > >>
> > > > > >> When I ran "module spider gnu", it returned:
> > > > > >>
> > > > > >>
> > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
> unrecognized
> > > > > >> subcommand*
> > > > > >>
> > > > > >> But when I ran "gcc --version:, it returned:
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015
> > Free
> > > > > >> Software Foundation, Inc.This is free software; see the
source
> for
> > > > > copying
> > > > > >> conditions.  There is NOwarranty; not even for
MERCHANTABILITY
> or
> > > > > FITNESS
> > > > > >> FOR A PARTICULAR PURPOSE.*
> > > > > >>
> > > > > >> Does this mean that I should be running gcc compiler
instead of
> > gnu?
> > > > > >>
> > > > > >> Thanks,
> > > > > >> Michael Pletcher
> > > > > >>
> > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT <
> > > > > >> met_help at ucar.edu>
> > > > > >> wrote:
> > > > > >>
> > > > > >> > Hi Michael.
> > > > > >> >
> > > > > >> > Since the output of "python-config --cflags" indicates
the
> > header
> > > > > files
> > > > > >> are
> > > > > >> > in /usr/include/python2.7, the library file is likely
to be
> > found
> > > > in a
> > > > > >> > location like
> > > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > >> > You can run the following command to find it:
> > > > > >> >
> > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > > >> > >
> > > > > >> >
> > > > > >> >  To find out what shell you are using, you can run the
> > following:
> > > > > >> >
> > > > > >> > echo $SHELL
> > > > > >> > >
> > > > > >> >
> > > > > >> > Instead of pasting in the config.log output, could you
please
> > > attach
> > > > > it
> > > > > >> to
> > > > > >> > this email?  When you run the configure command, there
should
> > be a
> > > > > file
> > > > > >> > "config.log" produced, which is the one I'd like to
have you
> > > attach
> > > > > and
> > > > > >> > look at.
> > > > > >> >
> > > > > >> > If your system doesn't use modulefiles you can safely
ignore:
> > > > > >> >
> > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
> > modulefile
> > > > for
> > > > > >> > > 'gnu/15.0.3'*
> > > > > >> > >
> > > > > >> >
> > > > > >> > If it does use module files, you will need to know the
version
> > for
> > > > the
> > > > > >> gnu
> > > > > >> > compilers.    If modules are used, you can determine
what
> > versions
> > > > are
> > > > > >> > available for loading by running:
> > > > > >> >
> > > > > >> > module spider gnu
> > > > > >> > >
> > > > > >> >
> > > > > >> > This will output something like the following:
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > >> > >   gnu:
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > >> > >      Versions:
> > > > > >> > >         gnu/7.4.0
> > > > > >> > >         gnu/8.3.0
> > > > > >> > >         gnu/9.1.0
> > > > > >> > >
> > > > > >> >
> > > > > >> > Then you can choose the version of gnu that you'd like
to
> load.
> > > > > >> >
> > > > > >> > If modules are not used and you would like to know what
> version
> > > you
> > > > > are
> > > > > >> > running (not required for MET, but in case you want to
know
> for
> > > > future
> > > > > >> > reference), you can run:
> > > > > >> >
> > > > > >> > gcc --version
> > > > > >> > >
> > > > > >> >
> > > > > >> > and you'll get something like:
> > > > > >> >
> > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > > > >> > >
> > > > > >> >
> > > > > >> > Julie
> > > > > >> >
> > > > > >> >
> > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher - NOAA
> > Affiliate
> > > > via
> > > > > >> RT <
> > > > > >> > met_help at ucar.edu> wrote:
> > > > > >> >
> > > > > >> > >
> > > > > >> > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > > > > >> > >
> > > > > >> > > Hello Julie,
> > > > > >> > >
> > > > > >> > > The output I received from "python-config --cflags"
is as
> > > follows:
> > > > > >> > >
> > > > > >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> > > > > >> -fno-strict-aliasing
> > > > > >> > -O2
> > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > > > >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> > > > > >> -grecord-gcc-switches
> > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
-DNDEBUG -O2
> > -g
> > > > > -pipe
> > > > > >> > -Wall
> > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector-strong
> > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches -m64
> > > > -mtune=generic
> > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > > >> > >
> > > > > >> > > I was not able to find libpython2.7.a within the
files I
> have
> > > > > >> downloaded
> > > > > >> > so
> > > > > >> > > far.
> > > > > >> > >
> > > > > >> > > I believe we are using bash, but how would I find out
which
> > one
> > > I
> > > > am
> > > > > >> > using?
> > > > > >> > > My system administrator most likely knows the answer
to
> this.
> > > > > >> > >
> > > > > >> > > The config.log file is as follows:
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > *This file contains any messages produced by
compilers
> > > > whilerunning
> > > > > >> > > configure, to aid debugging if configure makes a
mistake.It
> > was
> > > > > >> created
> > > > > >> > by
> > > > > >> > > cairo configure 1.14.6, which wasgenerated by GNU
Autoconf
> > 2.69.
> > > > > >> > > Invocation command line was  $ ./configure
> > > > > >> > >
> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > > >> > >
> > > > > >>
> > > >
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > > >> > > --------- #### Platform. #### --------- ##hostname =
> > > > > >> sky.atmos.umd.edu
> > > > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r =
> > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
2019/usr/bin/uname
> > -p
> > > =
> > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
=
> > > > > >> > > x86_64/usr/bin/arch -k       =
> unknown/usr/convex/getsysinfo =
> > > > > >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
> >  =
> > > > > >> > > unknown/usr/bin/oslevel       = unknown/bin/universe
> > =
> > > > > >> unknown*
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > > > /opt/anaconda3/binPATH:
> > > > > >> > > /usr/local/binPATH: /usr/binPATH:
/usr/local/sbinPATH:
> > > > > /usr/sbinPATH:
> > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > >> /homes/metogra/mpletch1/binPATH:
> > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > /homes/metogra/mpletch1/bin##
> > > > > >> > > ----------- #### Core tests. #### -----------
> > ##configure:3205:
> > > > > >> checking
> > > > > >> > > for gccconfigure:3232: result:
/usr/bin/gccconfigure:3461:
> > > > checking
> > > > > >> for C
> > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
--version
> >&5gcc
> > > > (GCC)
> > > > > >> 4.8.5
> > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
Software
> > > > > >> Foundation,
> > > > > >> > > Inc.This is free software; see the source for copying
> > > conditions.
> > > > *
> > > > > >> > >
> > > > > >> > > I think the root of some of these problems (I'm
extremely
> new
> > to
> > > > all
> > > > > >> of
> > > > > >> > > this, so I may be mistaken) is that I am using the
incorrect
> > > > > compiler.
> > > > > >> > When
> > > > > >> > > I set the compiler, I did export COMPILER=gnu_15.0.3,
but I
> > know
> > > > > >> 15.0.3
> > > > > >> > is
> > > > > >> > > for ics, not gnu. I also get this error at the
beginning of
> > the
> > > > > output
> > > > > >> > when
> > > > > >> > > I run ./compile_MET_all.sh:
> > > > > >> > >
> > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate a
> > modulefile
> > > > for
> > > > > >> > > 'gnu/15.0.3'*
> > > > > >> > >
> > > > > >> > > Not really sure if this means anything, just want to
get you
> > all
> > > > of
> > > > > >> the
> > > > > >> > > errors that I'm seeing.
> > > > > >> > >
> > > > > >> > > Thanks,
> > > > > >> > > Michael Pletcher
> > > > > >> > >
> > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik via
RT <
> > > > > >> > met_help at ucar.edu
> > > > > >> > > >
> > > > > >> > > wrote:
> > > > > >> > >
> > > > > >> > > > Hi Michael.
> > > > > >> > > >
> > > > > >> > > > Thank you for letting me know about the output of
> > > "python-config
> > > > > >> > > > --ldflags".  MET needs to have more information
than that
> > > > command
> > > > > is
> > > > > >> > > > returning.  Could you please tell me what the
output of
> > > > > >> "python-config
> > > > > >> > > > --cflags" is as well?  That will help me find the
file
> that
> > > MET
> > > > > >> needs
> > > > > >> > to
> > > > > >> > > > know about, namely the libpython2.7.a file.  If you
find
> > that
> > > > > file,
> > > > > >> > > please
> > > > > >> > > > let me know what the path to it is.   Once we have
that
> > > location
> > > > > we
> > > > > >> can
> > > > > >> > > > formulate the appropriate value to set for
MET_PYTHON_LD.
> > > > > >> > > >
> > > > > >> > > > Also, are you using the bash or csh?
> > > > > >> > > >
> > > > > >> > > > Regarding Cairo, please send me the config.log file
that
> was
> > > > > output
> > > > > >> > from
> > > > > >> > > > running configure for Cairo and I'll take a look.
Thanks!
> > > > > >> > > >
> > > > > >> > > > Julie
> > > > > >> > > >
> > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher -
NOAA
> > > > Affiliate
> > > > > >> via
> > > > > >> > RT
> > > > > >> > > <
> > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > >> > > >
> > > > > >> > > > >
> > > > > >> > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >
> > > > > >> > > > >
> > > > > >> > > > > Good afternoon,
> > > > > >> > > > >
> > > > > >> > > > > I finally had time to attempt these instructions.
> > Regarding
> > > a
> > > > > few
> > > > > >> > > things:
> > > > > >> > > > >
> > > > > >> > > > > When I ran the line "python-config --ldflags",
this was
> > the
> > > > > output
> > > > > >> > > (which
> > > > > >> > > > > does not include the -L you mentioned):
> > > > > >> > > > >
> > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker
> > > > -export-dynamic
> > > > > *
> > > > > >> > > > >
> > > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
returned
> this
> > > when
> > > > > it
> > > > > >> got
> > > > > >> > > to
> > > > > >> > > > > compiling CAIRO:
> > > > > >> > > > >
> > > > > >> > > > > *configure returned with non-zero (1) status*
> > > > > >> > > > >
> > > > > >> > > > > My system administrator suggested the error from
Cairo
> > could
> > > > be
> > > > > >> > caused
> > > > > >> > > by
> > > > > >> > > > > Redhat compatibility. Our Linux operates on
Redhat
> > > Enterprise
> > > > 7,
> > > > > >> and
> > > > > >> > he
> > > > > >> > > > > mentioned that there have been issues with
running Cairo
> > on
> > > it
> > > > > in
> > > > > >> the
> > > > > >> > > > past.
> > > > > >> > > > >
> > > > > >> > > > > Let me know if there is anything I can do to fix
these
> > > issues.
> > > > > >> > > > >
> > > > > >> > > > > Thanks,
> > > > > >> > > > > Michael Pletcher
> > > > > >> > > > >
> > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik
via RT <
> > > > > >> > > > met_help at ucar.edu>
> > > > > >> > > > > wrote:
> > > > > >> > > > >
> > > > > >> > > > > > Hi Michael.
> > > > > >> > > > > >
> > > > > >> > > > > > As John indicated in his email, Docker is the
easiest
> > way
> > > to
> > > > > >> make
> > > > > >> > MET
> > > > > >> > > > > > available.  But, it is definitely possible for
you to
> > > > download
> > > > > >> MET
> > > > > >> > > to a
> > > > > >> > > > > > Linux machine and compile it from scratch.  I
have
> > > described
> > > > > >> that
> > > > > >> > > > process
> > > > > >> > > > > > below.
> > > > > >> > > > > >
> > > > > >> > > > > > You can find a script to help you install MET
at this
> > > link,
> > > > > and
> > > > > >> > I'll
> > > > > >> > > > put
> > > > > >> > > > > > instructions below:
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > > >> > > > > >
> > > > > >> > > > > > This script may or may not work right away.
Some
> > systems
> > > > have
> > > > > >> > needed
> > > > > >> > > > > more
> > > > > >> > > > > > work than others.  To get started, decide where
you
> > would
> > > > like
> > > > > >> to
> > > > > >> > > > install
> > > > > >> > > > > > MET.  The following example will assume you're
going
> to
> > > put
> > > > it
> > > > > >> in
> > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > > >> > > > > >
> > > > > >> > > > > > You'll need to download compile_MET_all.sh and
> > > tar_files.tar
> > > > > >> from
> > > > > >> > the
> > > > > >> > > > > link
> > > > > >> > > > > > above.  You'll also need to download our latest
MET
> > > release:
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > > >> > > > > >
> > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it with
"tar
> -zxf
> > > > > >> > > > > > compile_MET_all.sh.tgz
> > > > > >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1
(or where
> > > ever
> > > > > you
> > > > > >> > chose
> > > > > >> > > > to
> > > > > >> > > > > > put it).  Unpack the tar file and move
> > > > > met-8.1.1.20190708.tar.gz
> > > > > >> > into
> > > > > >> > > > the
> > > > > >> > > > > > tar_files directory.
> > > > > >> > > > > >
> > > > > >> > > > > > Then, you'll need to set up some environment
variables
> > as
> > > > > >> described
> > > > > >> > > in
> > > > > >> > > > > the
> > > > > >> > > > > > link above.
> > > > > >> > > > > >
> > > > > >> > > > > > For reference using this example, I would set
the
> > > following:
> > > > > >> > > > > >
> > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
"compiler"
> > > > > underscore
> > > > > >> > > > > > "version".  If using modules on your system,
you'll
> need
> > > use
> > > > > the
> > > > > >> > > > compiler
> > > > > >> > > > > > name that the module would load (e.g. module
load
> > > ics/15.0.3
> > > > > to
> > > > > >> > load
> > > > > >> > > > the
> > > > > >> > > > > > intel compiler version 15.0.3.  Otherwise, if
using
> not
> > > > using
> > > > > >> > modules
> > > > > >> > > > and
> > > > > >> > > > > > using gcc, please use "gnu" for the compiler.
And, if
> > not
> > > > > using
> > > > > >> > > > modules
> > > > > >> > > > > > and using intel, you can use "intel". You can
find the
> > > > version
> > > > > >> by
> > > > > >> > > > running
> > > > > >> > > > > > "gcc --version" or "icc --verion"
respectively.)
> > > > > >> > > > > >
> > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > > >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > > >> > > > > > export MET_PYTHON_LD=`python-config --ldflags`
(This
> may
> > > not
> > > > > >> work.
> > > > > >> > > Run
> > > > > >> > > > > > python-config --ldflags on the command line and
see if
> > you
> > > > get
> > > > > >> > output
> > > > > >> > > > > > including "-L".  If you don't, please let me
know and
> I
> > > can
> > > > > walk
> > > > > >> > you
> > > > > >> > > > > > through how to find this information.)
> > > > > >> > > > > > export
PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > > (Assuming
> > > > > >> > you're
> > > > > >> > > > not
> > > > > >> > > > > > using modulefiles, it doesn't matter what you
set this
> > to,
> > > > but
> > > > > >> it
> > > > > >> > > needs
> > > > > >> > > > > to
> > > > > >> > > > > > be set to something otherwise MET won't
configure for
> > > Python
> > > > > >> > > embedding.
> > > > > >> > > > > > You could just set it to "python".).
> > > > > >> > > > > >
> > > > > >> > > > > > If you're not using modules, the output of the
script
> > will
> > > > say
> > > > > >> > > > something
> > > > > >> > > > > > about modules not being found and you can
safely
> ignore
> > > > that.
> > > > > >> > > > > >
> > > > > >> > > > > > You may need to make the script executable, but
then
> you
> > > can
> > > > > >> run it
> > > > > >> > > > with
> > > > > >> > > > > > "./compile_MET_all.sh".  For some people who
have used
> > > this
> > > > > >> script,
> > > > > >> > > > they
> > > > > >> > > > > > have had their own laptops with hardly anything
on it.
> > > They
> > > > > >> have
> > > > > >> > > > needed
> > > > > >> > > > > to
> > > > > >> > > > > > install the following packages using the
following
> > > commands:
> > > > > >> > > > > >
> > > > > >> > > > > > sudo apt-get update
> > > > > >> > > > > > sudo apt install python-dev
> > > > > >> > > > > > sudo apt-get install flex bison
> > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > > >> > > > > > sudo apt-get install pkg-config
> > > > > >> > > > > > sudo apt-get install libpng-dev
> > > > > >> > > > > > sudo apt-get install unzip
> > > > > >> > > > > >
> > > > > >> > > > > > If the script runs and starts installing the
external
> > > > > libraries
> > > > > >> > > > > > successfully but then stops, there are constant
which
> > you
> > > > can
> > > > > >> set
> > > > > >> > to
> > > > > >> > > 0,
> > > > > >> > > > > so
> > > > > >> > > > > > that you won't have to wait for them to be
installed
> > > again.
> > > > > In
> > > > > >> the
> > > > > >> > > > > compile
> > > > > >> > > > > > script you'll see the following which you can
modify
> if
> > > > > >> necessary:
> > > > > >> > > > > >
> > > > > >> > > > > > COMPILE_GSL=1
> > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > > >> > > > > > COMPILE_ZLIB=1
> > > > > >> > > > > > COMPILE_LIBPNG=1
> > > > > >> > > > > > COMPILE_JASPER=1
> > > > > >> > > > > > COMPILE_G2CLIB=1
> > > > > >> > > > > > COMPILE_HDF=1
> > > > > >> > > > > > COMPILE_HDFEOS=1
> > > > > >> > > > > > COMPILE_NETCDF=1
> > > > > >> > > > > > COMPILE_FREETYPE=1
> > > > > >> > > > > > COMPILE_CAIRO=1
> > > > > >> > > > > > COMPILE_MET=1
> > > > > >> > > > > >
> > > > > >> > > > > > Please let me know if you have any questions.
I know
> > this
> > > > is
> > > > > a
> > > > > >> lot
> > > > > >> > > to
> > > > > >> > > > > take
> > > > > >> > > > > > in, so don't hesitate to reach out with any
questions.
> > > > > >> > > > > >
> > > > > >> > > > > > Thanks,
> > > > > >> > > > > > Julie
> > > > > >> > > > > >
> > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
Pletcher -
> NOAA
> > > > > >> Affiliate
> > > > > >> > via
> > > > > >> > > > RT
> > > > > >> > > > > <
> > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > > >> > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > >> >
> > > > > >> > > > > > >
> > > > > >> > > > > > > Julie,
> > > > > >> > > > > > >
> > > > > >> > > > > > > I am aware of the ability to access MET
within WPC.
> > > > However,
> > > > > >> I'm
> > > > > >> > > > > curious
> > > > > >> > > > > > as
> > > > > >> > > > > > > to whether or not it is possible to download
MET to
> a
> > > > Linux
> > > > > >> > machine
> > > > > >> > > > in
> > > > > >> > > > > > the
> > > > > >> > > > > > > computer lab within my department (Department
of
> > > > > Atmospheric &
> > > > > >> > > > Oceanic
> > > > > >> > > > > > > Science). The reason I am asking for this is
> because I
> > > do
> > > > > not
> > > > > >> > have
> > > > > >> > > a
> > > > > >> > > > > > > federal badge to freely access MET at anytime
at
> > NCWCP.
> > > I
> > > > > will
> > > > > >> > talk
> > > > > >> > > > > with
> > > > > >> > > > > > > the system administrator for my department (
> > > > > jhenriks at umd.edu)
> > > > > >> > and
> > > > > >> > > > see
> > > > > >> > > > > > what
> > > > > >> > > > > > > he thinks about this.
> > > > > >> > > > > > >
> > > > > >> > > > > > > Thanks,
> > > > > >> > > > > > > Michael Pletcher
> > > > > >> > > > > > >
> > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
Prestopnik via
> > RT <
> > > > > >> > > > > > met_help at ucar.edu>
> > > > > >> > > > > > > wrote:
> > > > > >> > > > > > >
> > > > > >> > > > > > > > Hi Michael.  It was recently brought to my
> attention
> > > > that
> > > > > >> you
> > > > > >> > are
> > > > > >> > > > > > working
> > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not sure
exactly
> > what
> > > > > >> machines
> > > > > >> > > MET
> > > > > >> > > > > is
> > > > > >> > > > > > > > accessible from, but there is an install
for the
> WPC
> > > > group
> > > > > >> at
> > > > > >> > > > > > /opt/MET/81
> > > > > >> > > > > > > > on at least some of their machines.  I hope
that
> > > helps!
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > Julie
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
Prestopnik <
> > > > > >> > > jpresto at ucar.edu>
> > > > > >> > > > > > > wrote:
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > > Hi Michael.
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > I see that you'd like to access MET for
your
> > > research.
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > We have MET installed for users on a
variety of
> > NOAA
> > > > > >> > machines.
> > > > > >> > > > > Take
> > > > > >> > > > > > a
> > > > > >> > > > > > > > > look at this website and see if you have
access
> to
> > > any
> > > > > of
> > > > > >> > these
> > > > > >> > > > > > > machines
> > > > > >> > > > > > > > > where there is currently an existing
build of
> MET:
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > The machine, "hera", which is replacing
"theia"
> > > should
> > > > > >> also
> > > > > >> > be
> > > > > >> > > on
> > > > > >> > > > > > that
> > > > > >> > > > > > > > > list.  I will add "hera" later today.
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > If you don't have access to any of those
> existing
> > > > builds
> > > > > >> you
> > > > > >> > > can
> > > > > >> > > > > > > download
> > > > > >> > > > > > > > > the MET code online and install in on a
Linux
> > > machine.
> > > > > If
> > > > > >> > you
> > > > > >> > > > end
> > > > > >> > > > > up
> > > > > >> > > > > > > > > needing to install it, please let me
know, and
> > I'll
> > > > send
> > > > > >> some
> > > > > >> > > > > > > additional
> > > > > >> > > > > > > > > useful information for the installation.
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > Thanks,
> > > > > >> > > > > > > > > Julie
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael
Pletcher
> -
> > > NOAA
> > > > > >> > > Affiliate
> > > > > >> > > > > via
> > > > > >> > > > > > > RT <
> > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request 91886
was
> acted
> > > > upon.
> > > > > >> > > > > > > > >> Transaction: Ticket created by
> > > > > michael.pletcher at noaa.gov
> > > > > >> > > > > > > > >>        Queue: met_help
> > > > > >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > > > > >> > > > > > > > >>        Owner: Nobody
> > > > > >> > > > > > > > >>   Requestors: michael.pletcher at noaa.gov
> > > > > >> > > > > > > > >>       Status: new
> > > > > >> > > > > > > > >>  Ticket <URL:
> > > > > >> > > > > >
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >> Hello,
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >> My name is Michael Pletcher and I am
senior at
> > the
> > > > > >> > University
> > > > > >> > > of
> > > > > >> > > > > > > > Maryland.
> > > > > >> > > > > > > > >> I am currently working with the Weather
> > Prediction
> > > > > Center
> > > > > >> > on a
> > > > > >> > > > > > > research
> > > > > >> > > > > > > > >> project, and my advisors have suggested
that I
> > > find a
> > > > > >> way to
> > > > > >> > > > > access
> > > > > >> > > > > > > MET
> > > > > >> > > > > > > > >> software remotely from NCWCP to work on
my
> > project.
> > > > > >> Please
> > > > > >> > let
> > > > > >> > > > me
> > > > > >> > > > > > know
> > > > > >> > > > > > > > if
> > > > > >> > > > > > > > >> it is possible to download MET to my
laptop
> > > computer,
> > > > > or
> > > > > >> if
> > > > > >> > I
> > > > > >> > > > > could
> > > > > >> > > > > > > > >> possibly download it to my department's
> > > (Atmospheric
> > > > &
> > > > > >> > Oceanic
> > > > > >> > > > > > > Science)
> > > > > >> > > > > > > > >> computers. Let me know if I need to
answer any
> > > > > questions.
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >> Thanks,
> > > > > >> > > > > > > > >> Michael Pletcher
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >>
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > --
> > > > > >> > > > > > > > > Julie Prestopnik
> > > > > >> > > > > > > > > Software Engineer
> > > > > >> > > > > > > > > National Center for Atmospheric Research
> > > > > >> > > > > > > > > Research Applications Laboratory
> > > > > >> > > > > > > > > Phone: 303.497.8399
> > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > > > My working day may not be your working
day.
> > Please
> > > do
> > > > > not
> > > > > >> > feel
> > > > > >> > > > > > obliged
> > > > > >> > > > > > > > to
> > > > > >> > > > > > > > > reply to this email outside of your
normal
> working
> > > > > hours.
> > > > > >> > > > > > > > >
> > > > > >> > > > > > > >
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > --
> > > > > >> > > > > > > > Julie Prestopnik
> > > > > >> > > > > > > > Software Engineer
> > > > > >> > > > > > > > National Center for Atmospheric Research
> > > > > >> > > > > > > > Research Applications Laboratory
> > > > > >> > > > > > > > Phone: 303.497.8399
> > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > > >> > > > > > > >
> > > > > >> > > > > > > > My working day may not be your working day.
> Please
> > do
> > > > not
> > > > > >> feel
> > > > > >> > > > > obliged
> > > > > >> > > > > > > to
> > > > > >> > > > > > > > reply to this email outside of your normal
working
> > > > hours.
> > > > > >> > > > > > > >
> > > > > >> > > > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > > >
> > > > > >> > > > > >
> > > > > >> > > > > > --
> > > > > >> > > > > > Julie Prestopnik
> > > > > >> > > > > > Software Engineer
> > > > > >> > > > > > National Center for Atmospheric Research
> > > > > >> > > > > > Research Applications Laboratory
> > > > > >> > > > > > Phone: 303.497.8399
> > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > >> > > > > >
> > > > > >> > > > > > My working day may not be your working day.
Please do
> > not
> > > > > feel
> > > > > >> > > obliged
> > > > > >> > > > > to
> > > > > >> > > > > > reply to this email outside of your normal
working
> > hours.
> > > > > >> > > > > >
> > > > > >> > > > > >
> > > > > >> > > > >
> > > > > >> > > > >
> > > > > >> > > >
> > > > > >> > > > --
> > > > > >> > > > Julie Prestopnik
> > > > > >> > > > Software Engineer
> > > > > >> > > > National Center for Atmospheric Research
> > > > > >> > > > Research Applications Laboratory
> > > > > >> > > > Phone: 303.497.8399
> > > > > >> > > > Email: jpresto at ucar.edu
> > > > > >> > > >
> > > > > >> > > > My working day may not be your working day.  Please
do not
> > > feel
> > > > > >> obliged
> > > > > >> > > to
> > > > > >> > > > reply to this email outside of your normal working
hours.
> > > > > >> > > >
> > > > > >> > > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> >
> > > > > >> > --
> > > > > >> > Julie Prestopnik
> > > > > >> > Software Engineer
> > > > > >> > National Center for Atmospheric Research
> > > > > >> > Research Applications Laboratory
> > > > > >> > Phone: 303.497.8399
> > > > > >> > Email: jpresto at ucar.edu
> > > > > >> >
> > > > > >> > My working day may not be your working day.  Please do
not
> feel
> > > > > obliged
> > > > > >> to
> > > > > >> > reply to this email outside of your normal working
hours.
> > > > > >> >
> > > > > >> >
> > > > > >>
> > > > > >>
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Tue Sep 24 13:54:46 2019

Hi Michael.  This is great news!  Thank you so much for letting me
know
that you got a successful compilation!

Thank you for your kind words.  You're welcome for the help.  We're
happy
to help!

I'm glad to hear that you'll be working with someone who has
experience
with MET.  Don't hesitate to reach out to met_help again with any
questions
you may have though.

One last thing - we always suggest checking the log files for errors,
so if
you don't mind, please run the following:

grep -i error /home/metogra/mpletch1/ResearchProject/met/met-
8.1.1/*.log
>

If you don't see any errors, you should be good to go!

Thanks,
Julie

On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> After following these instructions, it appears that I successfully
compiled
> MET! I've attached a screenshot with the line that states it was
> successfully compiled.
>
> I cannot thank you enough for your responsiveness and the amount of
time
> you took out of your day to help me. I was completely new to
software
> compilation and you made it about as easy as possible. I can now
begin a
> major portion of my required research!
>
> Let me know if there's anything else that is needed to get MET up
> and running. I am working directly with a scientist that has
experience
> with MET, so he can show me how everything works within the program
itself.
>
> Thank you again,
> Michael Pletcher
>
> On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.
> >
> > Thank you for following up.  libpython2.7.so  should work fine.
Thank
> you
> > for letting me know that you don't typically use module files
except for
> > the intel compiler. So here is what you will need to have set:
> >
> > export MET_PYTHON_CC=-I/usr/include/python2.7\
-I/usr/include/python2.7
> > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\ -lm\
> > -lpython2.7\ -Xlinker\ -export-dynamic
> > export PYTHON_MODULE_USE=python
> >
> > Regarding the compiler, you can simply set:
> >
> > export COMPILER=gnu_ 4.8.5
> >
> > and ignore any warnings you receive about modules not being
loaded.
> >
> > Regarding cairo, I believe I do know what is wrong.  The following
is
> from
> > your config.log file:
> >
> > > Package pixman-1 was not found in the pkg-config search path.
> > >
> >
> > You will need to have pixman installed.  Your sys admin (or you,
if you
> > have sudo access) should just need to run the following on your
machine:
> >
> > > sudo apt-get install libpixman-1-dev
> >
> >
> >  After you get pixman installed, in the compile script, you can
change
> the
> > values to 0 for the libraries you've already compiled so that you
don't
> > have to recompile and wait for them.  Assuming everything, except
for
> Cairo
> > and MET, compiled, you would set:
> >
> > COMPILE_GSL=0
> > COMPILE_BUFRLIB=0
> > COMPILE_ZLIB=0
> > COMPILE_LIBPNG=0
> > COMPILE_JASPER=0
> > COMPILE_G2CLIB=0
> > COMPILE_HDF=0
> > COMPILE_HDFEOS=0
> > COMPILE_NETCDF=0
> > COMPILE_FREETYPE=0
> > COMPILE_CAIRO=1
> > COMPILE_MET=1
> >
> > Then set the necessary environment variables and try rerunning the
> script.
> > Please let us know if you have any questions.
> >
> > Please let us know how it goes.
> >
> > Thanks,
> >
> > Julie
> >
> > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > After speaking with my system administrator, we were not able to
locate
> > > libpython2.7.a. However, we were able to locate libpython2.7.so
within
> > > /usr/lib64/ of our Linux system.
> > >
> > > He explained that we only use module load commands when using
intel
> > > compilers, and I used gnu to compile the software, so I don't
think
> that
> > > should be an issue.
> > >
> > > Were you able to find any issues in the config.log of Cairo?
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Michael.  Thank you for letting me know that when you ran
"find
> > > > /usr/lib/ -name libpython2.7.a" it returned nothing. Could you
please
> > ask
> > > > your system administrator when the libpython2.7.a file is that
is
> > > > associated with the Python include files at
/usr/include/python2.7
> (the
> > > > output of running "python-config --cflags')?  That is all that
we
> need
> > to
> > > > know, but it needs to be the libpython2.7.a file is that is
> associated
> > > with
> > > > the Python include files at that location.
> > > >
> > > > I'll ask my system administrator about the compiler issue.
> > > > >
> > > > There is no issue with the compiler, really.  I just need to
know -
> Do
> > > you
> > > > typically run any "module load" commands to load any software?
If
> not,
> > > > that is fine.  If so, please let me know, and I'll walk you
through
> the
> > > > rest.
> > > >
> > > > Julie
> > > >
> > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
Affiliate via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >
> > > > > Julie,
> > > > >
> > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it returned
> nothing.
> > > No
> > > > > error and no output. I made sure to be in no directory when
I ran
> > that
> > > > > command.
> > > > >
> > > > > I'll ask my system administrator about the compiler issue.
> > > > >
> > > > > Thanks,
> > > > > Michael Pletcher
> > > > >
> > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > I forgot to mention - I'll take a look at the config.log
file and
> > > will
> > > > > > follow up.  If you could please follow up on my question
in the
> > other
> > > > > > email, that would be great.  Thanks!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
> jpresto at ucar.edu
> > >
> > > > > wrote:
> > > > > >
> > > > > > > Hi Michael.
> > > > > > >
> > > > > > > Did you run the "find /usr/lib/ -name libpython2.7.a"
command?
> > > None
> > > > of
> > > > > > > the locations you listed appeared to be in /usr/lib as
far as I
> > > could
> > > > > > tell,
> > > > > > > but it looks like the paths all run together.  I would
expected
> > to
> > > > see
> > > > > a
> > > > > > > libpython2.7.a in a location like
> > > > > > > "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > > >
> > > > > > > Great, it is good to know that you are running the bash
shell.
> > > That
> > > > > will
> > > > > > > be helpful once we figure out where the libpython2.7.a
file is.
> > > > > > >
> > > > > > > Are you using modulefiles regularly to load things like
the
> > > compiler?
> > > > > > >
> > > > > > > Does this mean that I should be running gcc compiler
instead of
> > > gnu?
> > > > > > >>
> > > > > > > The gcc compiler is the compiler for the GNU package.
Our run
> > > script
> > > > > > > expects to see "gnu_<version number>" in order to
compile using
> > > gcc.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher - NOAA
> Affiliate
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > >>
> > > > > > >> <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > > > > > >>
> > > > > > >> Julie,
> > > > > > >>
> > > > > > >> I found five different locations where libpython2.7 is
> located:
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > > > >>
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > > > >> hon2.7.a*
> > > > > > >>
> > > > > > >> When I ran echo $SHELL, it returned:
> > > > > > >>
> > > > > > >> */bin/bash*
> > > > > > >>
> > > > > > >> I attached the config.log file.
> > > > > > >>
> > > > > > >> When I ran "module spider gnu", it returned:
> > > > > > >>
> > > > > > >>
> > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an unrecognized
> > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
> > unrecognized
> > > > > > >> subcommand*
> > > > > > >>
> > > > > > >> But when I ran "gcc --version:, it returned:
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright
(C) 2015
> > > Free
> > > > > > >> Software Foundation, Inc.This is free software; see the
source
> > for
> > > > > > copying
> > > > > > >> conditions.  There is NOwarranty; not even for
MERCHANTABILITY
> > or
> > > > > > FITNESS
> > > > > > >> FOR A PARTICULAR PURPOSE.*
> > > > > > >>
> > > > > > >> Does this mean that I should be running gcc compiler
instead
> of
> > > gnu?
> > > > > > >>
> > > > > > >> Thanks,
> > > > > > >> Michael Pletcher
> > > > > > >>
> > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via RT
<
> > > > > > >> met_help at ucar.edu>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >> > Hi Michael.
> > > > > > >> >
> > > > > > >> > Since the output of "python-config --cflags"
indicates the
> > > header
> > > > > > files
> > > > > > >> are
> > > > > > >> > in /usr/include/python2.7, the library file is likely
to be
> > > found
> > > > > in a
> > > > > > >> > location like
> > > > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > > >> > You can run the following command to find it:
> > > > > > >> >
> > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> >  To find out what shell you are using, you can run
the
> > > following:
> > > > > > >> >
> > > > > > >> > echo $SHELL
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > Instead of pasting in the config.log output, could
you
> please
> > > > attach
> > > > > > it
> > > > > > >> to
> > > > > > >> > this email?  When you run the configure command,
there
> should
> > > be a
> > > > > > file
> > > > > > >> > "config.log" produced, which is the one I'd like to
have you
> > > > attach
> > > > > > and
> > > > > > >> > look at.
> > > > > > >> >
> > > > > > >> > If your system doesn't use modulefiles you can safely
> ignore:
> > > > > > >> >
> > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate
a
> > > modulefile
> > > > > for
> > > > > > >> > > 'gnu/15.0.3'*
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > If it does use module files, you will need to know
the
> version
> > > for
> > > > > the
> > > > > > >> gnu
> > > > > > >> > compilers.    If modules are used, you can determine
what
> > > versions
> > > > > are
> > > > > > >> > available for loading by running:
> > > > > > >> >
> > > > > > >> > module spider gnu
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > This will output something like the following:
> > > > > > >> >
> > > > > > >> >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > >> > >   gnu:
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > >> > >      Versions:
> > > > > > >> > >         gnu/7.4.0
> > > > > > >> > >         gnu/8.3.0
> > > > > > >> > >         gnu/9.1.0
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > Then you can choose the version of gnu that you'd
like to
> > load.
> > > > > > >> >
> > > > > > >> > If modules are not used and you would like to know
what
> > version
> > > > you
> > > > > > are
> > > > > > >> > running (not required for MET, but in case you want
to know
> > for
> > > > > future
> > > > > > >> > reference), you can run:
> > > > > > >> >
> > > > > > >> > gcc --version
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > and you'll get something like:
> > > > > > >> >
> > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > Julie
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher -
NOAA
> > > Affiliate
> > > > > via
> > > > > > >> RT <
> > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > >> >
> > > > > > >> > >
> > > > > > >> > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >
> > > > > > >> > >
> > > > > > >> > > Hello Julie,
> > > > > > >> > >
> > > > > > >> > > The output I received from "python-config --cflags"
is as
> > > > follows:
> > > > > > >> > >
> > > > > > >> > > *-I/usr/include/python2.7 -I/usr/include/python2.7
> > > > > > >> -fno-strict-aliasing
> > > > > > >> > -O2
> > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
-fexceptions
> > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-size=4
> > > > > > >> -grecord-gcc-switches
> > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
-DNDEBUG
> -O2
> > > -g
> > > > > > -pipe
> > > > > > >> > -Wall
> > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > -fstack-protector-strong
> > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches
-m64
> > > > > -mtune=generic
> > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > > > >> > >
> > > > > > >> > > I was not able to find libpython2.7.a within the
files I
> > have
> > > > > > >> downloaded
> > > > > > >> > so
> > > > > > >> > > far.
> > > > > > >> > >
> > > > > > >> > > I believe we are using bash, but how would I find
out
> which
> > > one
> > > > I
> > > > > am
> > > > > > >> > using?
> > > > > > >> > > My system administrator most likely knows the
answer to
> > this.
> > > > > > >> > >
> > > > > > >> > > The config.log file is as follows:
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > *This file contains any messages produced by
compilers
> > > > > whilerunning
> > > > > > >> > > configure, to aid debugging if configure makes a
> mistake.It
> > > was
> > > > > > >> created
> > > > > > >> > by
> > > > > > >> > > cairo configure 1.14.6, which wasgenerated by GNU
Autoconf
> > > 2.69.
> > > > > > >> > > Invocation command line was  $ ./configure
> > > > > > >> > >
> > > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > > > >> > >
> > > > > > >>
> > > > >
> > >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > > > >> > > --------- #### Platform. #### --------- ##hostname
=
> > > > > > >> sky.atmos.umd.edu
> > > > > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname -r
=
> > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> 2019/usr/bin/uname
> > > -p
> > > > =
> > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
=
> > > > > > >> > > x86_64/usr/bin/arch -k       =
> > unknown/usr/convex/getsysinfo =
> > > > > > >> > > unknown/usr/bin/hostinfo      = unknown/bin/machine
> > >  =
> > > > > > >> > > unknown/usr/bin/oslevel       =
unknown/bin/universe
> > > =
> > > > > > >> unknown*
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > *PATH: /opt/intel/binPATH: /opt/anaconda3/binPATH:
> > > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > > > > /opt/anaconda3/binPATH:
> > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
/usr/local/sbinPATH:
> > > > > > /usr/sbinPATH:
> > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > >> /homes/metogra/mpletch1/binPATH:
> > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > /homes/metogra/mpletch1/bin##
> > > > > > >> > > ----------- #### Core tests. #### -----------
> > > ##configure:3205:
> > > > > > >> checking
> > > > > > >> > > for gccconfigure:3232: result:
/usr/bin/gccconfigure:3461:
> > > > > checking
> > > > > > >> for C
> > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
--version
> > >&5gcc
> > > > > (GCC)
> > > > > > >> 4.8.5
> > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015 Free
> Software
> > > > > > >> Foundation,
> > > > > > >> > > Inc.This is free software; see the source for
copying
> > > > conditions.
> > > > > *
> > > > > > >> > >
> > > > > > >> > > I think the root of some of these problems (I'm
extremely
> > new
> > > to
> > > > > all
> > > > > > >> of
> > > > > > >> > > this, so I may be mistaken) is that I am using the
> incorrect
> > > > > > compiler.
> > > > > > >> > When
> > > > > > >> > > I set the compiler, I did export
COMPILER=gnu_15.0.3, but
> I
> > > know
> > > > > > >> 15.0.3
> > > > > > >> > is
> > > > > > >> > > for ics, not gnu. I also get this error at the
beginning
> of
> > > the
> > > > > > output
> > > > > > >> > when
> > > > > > >> > > I run ./compile_MET_all.sh:
> > > > > > >> > >
> > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to locate
a
> > > modulefile
> > > > > for
> > > > > > >> > > 'gnu/15.0.3'*
> > > > > > >> > >
> > > > > > >> > > Not really sure if this means anything, just want
to get
> you
> > > all
> > > > > of
> > > > > > >> the
> > > > > > >> > > errors that I'm seeing.
> > > > > > >> > >
> > > > > > >> > > Thanks,
> > > > > > >> > > Michael Pletcher
> > > > > > >> > >
> > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik
via RT <
> > > > > > >> > met_help at ucar.edu
> > > > > > >> > > >
> > > > > > >> > > wrote:
> > > > > > >> > >
> > > > > > >> > > > Hi Michael.
> > > > > > >> > > >
> > > > > > >> > > > Thank you for letting me know about the output of
> > > > "python-config
> > > > > > >> > > > --ldflags".  MET needs to have more information
than
> that
> > > > > command
> > > > > > is
> > > > > > >> > > > returning.  Could you please tell me what the
output of
> > > > > > >> "python-config
> > > > > > >> > > > --cflags" is as well?  That will help me find the
file
> > that
> > > > MET
> > > > > > >> needs
> > > > > > >> > to
> > > > > > >> > > > know about, namely the libpython2.7.a file.  If
you find
> > > that
> > > > > > file,
> > > > > > >> > > please
> > > > > > >> > > > let me know what the path to it is.   Once we
have that
> > > > location
> > > > > > we
> > > > > > >> can
> > > > > > >> > > > formulate the appropriate value to set for
> MET_PYTHON_LD.
> > > > > > >> > > >
> > > > > > >> > > > Also, are you using the bash or csh?
> > > > > > >> > > >
> > > > > > >> > > > Regarding Cairo, please send me the config.log
file that
> > was
> > > > > > output
> > > > > > >> > from
> > > > > > >> > > > running configure for Cairo and I'll take a look.
> Thanks!
> > > > > > >> > > >
> > > > > > >> > > > Julie
> > > > > > >> > > >
> > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael Pletcher
- NOAA
> > > > > Affiliate
> > > > > > >> via
> > > > > > >> > RT
> > > > > > >> > > <
> > > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > > >> > > >
> > > > > > >> > > > >
> > > > > > >> > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > > Good afternoon,
> > > > > > >> > > > >
> > > > > > >> > > > > I finally had time to attempt these
instructions.
> > > Regarding
> > > > a
> > > > > > few
> > > > > > >> > > things:
> > > > > > >> > > > >
> > > > > > >> > > > > When I ran the line "python-config --ldflags",
this
> was
> > > the
> > > > > > output
> > > > > > >> > > (which
> > > > > > >> > > > > does not include the -L you mentioned):
> > > > > > >> > > > >
> > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7 -Xlinker
> > > > > -export-dynamic
> > > > > > *
> > > > > > >> > > > >
> > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
returned
> > this
> > > > when
> > > > > > it
> > > > > > >> got
> > > > > > >> > > to
> > > > > > >> > > > > compiling CAIRO:
> > > > > > >> > > > >
> > > > > > >> > > > > *configure returned with non-zero (1) status*
> > > > > > >> > > > >
> > > > > > >> > > > > My system administrator suggested the error
from Cairo
> > > could
> > > > > be
> > > > > > >> > caused
> > > > > > >> > > by
> > > > > > >> > > > > Redhat compatibility. Our Linux operates on
Redhat
> > > > Enterprise
> > > > > 7,
> > > > > > >> and
> > > > > > >> > he
> > > > > > >> > > > > mentioned that there have been issues with
running
> Cairo
> > > on
> > > > it
> > > > > > in
> > > > > > >> the
> > > > > > >> > > > past.
> > > > > > >> > > > >
> > > > > > >> > > > > Let me know if there is anything I can do to
fix these
> > > > issues.
> > > > > > >> > > > >
> > > > > > >> > > > > Thanks,
> > > > > > >> > > > > Michael Pletcher
> > > > > > >> > > > >
> > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie Prestopnik
via
> RT <
> > > > > > >> > > > met_help at ucar.edu>
> > > > > > >> > > > > wrote:
> > > > > > >> > > > >
> > > > > > >> > > > > > Hi Michael.
> > > > > > >> > > > > >
> > > > > > >> > > > > > As John indicated in his email, Docker is the
> easiest
> > > way
> > > > to
> > > > > > >> make
> > > > > > >> > MET
> > > > > > >> > > > > > available.  But, it is definitely possible
for you
> to
> > > > > download
> > > > > > >> MET
> > > > > > >> > > to a
> > > > > > >> > > > > > Linux machine and compile it from scratch.  I
have
> > > > described
> > > > > > >> that
> > > > > > >> > > > process
> > > > > > >> > > > > > below.
> > > > > > >> > > > > >
> > > > > > >> > > > > > You can find a script to help you install MET
at
> this
> > > > link,
> > > > > > and
> > > > > > >> > I'll
> > > > > > >> > > > put
> > > > > > >> > > > > > instructions below:
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > > > >> > > > > >
> > > > > > >> > > > > > This script may or may not work right away.
Some
> > > systems
> > > > > have
> > > > > > >> > needed
> > > > > > >> > > > > more
> > > > > > >> > > > > > work than others.  To get started, decide
where you
> > > would
> > > > > like
> > > > > > >> to
> > > > > > >> > > > install
> > > > > > >> > > > > > MET.  The following example will assume
you're going
> > to
> > > > put
> > > > > it
> > > > > > >> in
> > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > > > >> > > > > >
> > > > > > >> > > > > > You'll need to download compile_MET_all.sh
and
> > > > tar_files.tar
> > > > > > >> from
> > > > > > >> > the
> > > > > > >> > > > > link
> > > > > > >> > > > > > above.  You'll also need to download our
latest MET
> > > > release:
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > > > >> > > > > >
> > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it
with "tar
> > -zxf
> > > > > > >> > > > > > compile_MET_all.sh.tgz
> > > > > > >> > > > > > ") and tar_files.tar in /d1/pletcher/met/8.1
(or
> where
> > > > ever
> > > > > > you
> > > > > > >> > chose
> > > > > > >> > > > to
> > > > > > >> > > > > > put it).  Unpack the tar file and move
> > > > > > met-8.1.1.20190708.tar.gz
> > > > > > >> > into
> > > > > > >> > > > the
> > > > > > >> > > > > > tar_files directory.
> > > > > > >> > > > > >
> > > > > > >> > > > > > Then, you'll need to set up some environment
> variables
> > > as
> > > > > > >> described
> > > > > > >> > > in
> > > > > > >> > > > > the
> > > > > > >> > > > > > link above.
> > > > > > >> > > > > >
> > > > > > >> > > > > > For reference using this example, I would set
the
> > > > following:
> > > > > > >> > > > > >
> > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
> "compiler"
> > > > > > underscore
> > > > > > >> > > > > > "version".  If using modules on your system,
you'll
> > need
> > > > use
> > > > > > the
> > > > > > >> > > > compiler
> > > > > > >> > > > > > name that the module would load (e.g. module
load
> > > > ics/15.0.3
> > > > > > to
> > > > > > >> > load
> > > > > > >> > > > the
> > > > > > >> > > > > > intel compiler version 15.0.3.  Otherwise, if
using
> > not
> > > > > using
> > > > > > >> > modules
> > > > > > >> > > > and
> > > > > > >> > > > > > using gcc, please use "gnu" for the compiler.
And,
> if
> > > not
> > > > > > using
> > > > > > >> > > > modules
> > > > > > >> > > > > > and using intel, you can use "intel". You can
find
> the
> > > > > version
> > > > > > >> by
> > > > > > >> > > > running
> > > > > > >> > > > > > "gcc --version" or "icc --verion"
respectively.)
> > > > > > >> > > > > >
> > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > > >> > > > > > export MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > > > >> > > > > > export MET_PYTHON_CC=`python-config --cflags`
> > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
--ldflags` (This
> > may
> > > > not
> > > > > > >> work.
> > > > > > >> > > Run
> > > > > > >> > > > > > python-config --ldflags on the command line
and see
> if
> > > you
> > > > > get
> > > > > > >> > output
> > > > > > >> > > > > > including "-L".  If you don't, please let me
know
> and
> > I
> > > > can
> > > > > > walk
> > > > > > >> > you
> > > > > > >> > > > > > through how to find this information.)
> > > > > > >> > > > > > export
PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > > > (Assuming
> > > > > > >> > you're
> > > > > > >> > > > not
> > > > > > >> > > > > > using modulefiles, it doesn't matter what you
set
> this
> > > to,
> > > > > but
> > > > > > >> it
> > > > > > >> > > needs
> > > > > > >> > > > > to
> > > > > > >> > > > > > be set to something otherwise MET won't
configure
> for
> > > > Python
> > > > > > >> > > embedding.
> > > > > > >> > > > > > You could just set it to "python".).
> > > > > > >> > > > > >
> > > > > > >> > > > > > If you're not using modules, the output of
the
> script
> > > will
> > > > > say
> > > > > > >> > > > something
> > > > > > >> > > > > > about modules not being found and you can
safely
> > ignore
> > > > > that.
> > > > > > >> > > > > >
> > > > > > >> > > > > > You may need to make the script executable,
but then
> > you
> > > > can
> > > > > > >> run it
> > > > > > >> > > > with
> > > > > > >> > > > > > "./compile_MET_all.sh".  For some people who
have
> used
> > > > this
> > > > > > >> script,
> > > > > > >> > > > they
> > > > > > >> > > > > > have had their own laptops with hardly
anything on
> it.
> > > > They
> > > > > > >> have
> > > > > > >> > > > needed
> > > > > > >> > > > > to
> > > > > > >> > > > > > install the following packages using the
following
> > > > commands:
> > > > > > >> > > > > >
> > > > > > >> > > > > > sudo apt-get update
> > > > > > >> > > > > > sudo apt install python-dev
> > > > > > >> > > > > > sudo apt-get install flex bison
> > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > > > >> > > > > > sudo apt-get install pkg-config
> > > > > > >> > > > > > sudo apt-get install libpng-dev
> > > > > > >> > > > > > sudo apt-get install unzip
> > > > > > >> > > > > >
> > > > > > >> > > > > > If the script runs and starts installing the
> external
> > > > > > libraries
> > > > > > >> > > > > > successfully but then stops, there are
constant
> which
> > > you
> > > > > can
> > > > > > >> set
> > > > > > >> > to
> > > > > > >> > > 0,
> > > > > > >> > > > > so
> > > > > > >> > > > > > that you won't have to wait for them to be
installed
> > > > again.
> > > > > > In
> > > > > > >> the
> > > > > > >> > > > > compile
> > > > > > >> > > > > > script you'll see the following which you can
modify
> > if
> > > > > > >> necessary:
> > > > > > >> > > > > >
> > > > > > >> > > > > > COMPILE_GSL=1
> > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > > > >> > > > > > COMPILE_ZLIB=1
> > > > > > >> > > > > > COMPILE_LIBPNG=1
> > > > > > >> > > > > > COMPILE_JASPER=1
> > > > > > >> > > > > > COMPILE_G2CLIB=1
> > > > > > >> > > > > > COMPILE_HDF=1
> > > > > > >> > > > > > COMPILE_HDFEOS=1
> > > > > > >> > > > > > COMPILE_NETCDF=1
> > > > > > >> > > > > > COMPILE_FREETYPE=1
> > > > > > >> > > > > > COMPILE_CAIRO=1
> > > > > > >> > > > > > COMPILE_MET=1
> > > > > > >> > > > > >
> > > > > > >> > > > > > Please let me know if you have any questions.
I
> know
> > > this
> > > > > is
> > > > > > a
> > > > > > >> lot
> > > > > > >> > > to
> > > > > > >> > > > > take
> > > > > > >> > > > > > in, so don't hesitate to reach out with any
> questions.
> > > > > > >> > > > > >
> > > > > > >> > > > > > Thanks,
> > > > > > >> > > > > > Julie
> > > > > > >> > > > > >
> > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
Pletcher -
> > NOAA
> > > > > > >> Affiliate
> > > > > > >> > via
> > > > > > >> > > > RT
> > > > > > >> > > > > <
> > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > > > >> > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > >> >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Julie,
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > I am aware of the ability to access MET
within
> WPC.
> > > > > However,
> > > > > > >> I'm
> > > > > > >> > > > > curious
> > > > > > >> > > > > > as
> > > > > > >> > > > > > > to whether or not it is possible to
download MET
> to
> > a
> > > > > Linux
> > > > > > >> > machine
> > > > > > >> > > > in
> > > > > > >> > > > > > the
> > > > > > >> > > > > > > computer lab within my department
(Department of
> > > > > > Atmospheric &
> > > > > > >> > > > Oceanic
> > > > > > >> > > > > > > Science). The reason I am asking for this
is
> > because I
> > > > do
> > > > > > not
> > > > > > >> > have
> > > > > > >> > > a
> > > > > > >> > > > > > > federal badge to freely access MET at
anytime at
> > > NCWCP.
> > > > I
> > > > > > will
> > > > > > >> > talk
> > > > > > >> > > > > with
> > > > > > >> > > > > > > the system administrator for my department
(
> > > > > > jhenriks at umd.edu)
> > > > > > >> > and
> > > > > > >> > > > see
> > > > > > >> > > > > > what
> > > > > > >> > > > > > > he thinks about this.
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > Thanks,
> > > > > > >> > > > > > > Michael Pletcher
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
Prestopnik
> via
> > > RT <
> > > > > > >> > > > > > met_help at ucar.edu>
> > > > > > >> > > > > > > wrote:
> > > > > > >> > > > > > >
> > > > > > >> > > > > > > > Hi Michael.  It was recently brought to
my
> > attention
> > > > > that
> > > > > > >> you
> > > > > > >> > are
> > > > > > >> > > > > > working
> > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not sure
> exactly
> > > what
> > > > > > >> machines
> > > > > > >> > > MET
> > > > > > >> > > > > is
> > > > > > >> > > > > > > > accessible from, but there is an install
for the
> > WPC
> > > > > group
> > > > > > >> at
> > > > > > >> > > > > > /opt/MET/81
> > > > > > >> > > > > > > > on at least some of their machines.  I
hope that
> > > > helps!
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > Julie
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
Prestopnik
> <
> > > > > > >> > > jpresto at ucar.edu>
> > > > > > >> > > > > > > wrote:
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > > Hi Michael.
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > I see that you'd like to access MET for
your
> > > > research.
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > We have MET installed for users on a
variety
> of
> > > NOAA
> > > > > > >> > machines.
> > > > > > >> > > > > Take
> > > > > > >> > > > > > a
> > > > > > >> > > > > > > > > look at this website and see if you
have
> access
> > to
> > > > any
> > > > > > of
> > > > > > >> > these
> > > > > > >> > > > > > > machines
> > > > > > >> > > > > > > > > where there is currently an existing
build of
> > MET:
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > The machine, "hera", which is replacing
> "theia"
> > > > should
> > > > > > >> also
> > > > > > >> > be
> > > > > > >> > > on
> > > > > > >> > > > > > that
> > > > > > >> > > > > > > > > list.  I will add "hera" later today.
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > If you don't have access to any of
those
> > existing
> > > > > builds
> > > > > > >> you
> > > > > > >> > > can
> > > > > > >> > > > > > > download
> > > > > > >> > > > > > > > > the MET code online and install in on a
Linux
> > > > machine.
> > > > > > If
> > > > > > >> > you
> > > > > > >> > > > end
> > > > > > >> > > > > up
> > > > > > >> > > > > > > > > needing to install it, please let me
know, and
> > > I'll
> > > > > send
> > > > > > >> some
> > > > > > >> > > > > > > additional
> > > > > > >> > > > > > > > > useful information for the
installation.
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > Thanks,
> > > > > > >> > > > > > > > > Julie
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM Michael
> Pletcher
> > -
> > > > NOAA
> > > > > > >> > > Affiliate
> > > > > > >> > > > > via
> > > > > > >> > > > > > > RT <
> > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request
91886 was
> > acted
> > > > > upon.
> > > > > > >> > > > > > > > >> Transaction: Ticket created by
> > > > > > michael.pletcher at noaa.gov
> > > > > > >> > > > > > > > >>        Queue: met_help
> > > > > > >> > > > > > > > >>      Subject: NCWCP Student Affiliate
> > > > > > >> > > > > > > > >>        Owner: Nobody
> > > > > > >> > > > > > > > >>   Requestors:
michael.pletcher at noaa.gov
> > > > > > >> > > > > > > > >>       Status: new
> > > > > > >> > > > > > > > >>  Ticket <URL:
> > > > > > >> > > > > >
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >> Hello,
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >> My name is Michael Pletcher and I am
senior
> at
> > > the
> > > > > > >> > University
> > > > > > >> > > of
> > > > > > >> > > > > > > > Maryland.
> > > > > > >> > > > > > > > >> I am currently working with the
Weather
> > > Prediction
> > > > > > Center
> > > > > > >> > on a
> > > > > > >> > > > > > > research
> > > > > > >> > > > > > > > >> project, and my advisors have
suggested that
> I
> > > > find a
> > > > > > >> way to
> > > > > > >> > > > > access
> > > > > > >> > > > > > > MET
> > > > > > >> > > > > > > > >> software remotely from NCWCP to work
on my
> > > project.
> > > > > > >> Please
> > > > > > >> > let
> > > > > > >> > > > me
> > > > > > >> > > > > > know
> > > > > > >> > > > > > > > if
> > > > > > >> > > > > > > > >> it is possible to download MET to my
laptop
> > > > computer,
> > > > > > or
> > > > > > >> if
> > > > > > >> > I
> > > > > > >> > > > > could
> > > > > > >> > > > > > > > >> possibly download it to my
department's
> > > > (Atmospheric
> > > > > &
> > > > > > >> > Oceanic
> > > > > > >> > > > > > > Science)
> > > > > > >> > > > > > > > >> computers. Let me know if I need to
answer
> any
> > > > > > questions.
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >> Thanks,
> > > > > > >> > > > > > > > >> Michael Pletcher
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >>
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > --
> > > > > > >> > > > > > > > > Julie Prestopnik
> > > > > > >> > > > > > > > > Software Engineer
> > > > > > >> > > > > > > > > National Center for Atmospheric
Research
> > > > > > >> > > > > > > > > Research Applications Laboratory
> > > > > > >> > > > > > > > > Phone: 303.497.8399
> > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > > > My working day may not be your working
day.
> > > Please
> > > > do
> > > > > > not
> > > > > > >> > feel
> > > > > > >> > > > > > obliged
> > > > > > >> > > > > > > > to
> > > > > > >> > > > > > > > > reply to this email outside of your
normal
> > working
> > > > > > hours.
> > > > > > >> > > > > > > > >
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > --
> > > > > > >> > > > > > > > Julie Prestopnik
> > > > > > >> > > > > > > > Software Engineer
> > > > > > >> > > > > > > > National Center for Atmospheric Research
> > > > > > >> > > > > > > > Research Applications Laboratory
> > > > > > >> > > > > > > > Phone: 303.497.8399
> > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > > My working day may not be your working
day.
> > Please
> > > do
> > > > > not
> > > > > > >> feel
> > > > > > >> > > > > obliged
> > > > > > >> > > > > > > to
> > > > > > >> > > > > > > > reply to this email outside of your
normal
> working
> > > > > hours.
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > > > --
> > > > > > >> > > > > > Julie Prestopnik
> > > > > > >> > > > > > Software Engineer
> > > > > > >> > > > > > National Center for Atmospheric Research
> > > > > > >> > > > > > Research Applications Laboratory
> > > > > > >> > > > > > Phone: 303.497.8399
> > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > > >> > > > > >
> > > > > > >> > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > > feel
> > > > > > >> > > obliged
> > > > > > >> > > > > to
> > > > > > >> > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > > > >> > > > > >
> > > > > > >> > > > > >
> > > > > > >> > > > >
> > > > > > >> > > > >
> > > > > > >> > > >
> > > > > > >> > > > --
> > > > > > >> > > > Julie Prestopnik
> > > > > > >> > > > Software Engineer
> > > > > > >> > > > National Center for Atmospheric Research
> > > > > > >> > > > Research Applications Laboratory
> > > > > > >> > > > Phone: 303.497.8399
> > > > > > >> > > > Email: jpresto at ucar.edu
> > > > > > >> > > >
> > > > > > >> > > > My working day may not be your working day.
Please do
> not
> > > > feel
> > > > > > >> obliged
> > > > > > >> > > to
> > > > > > >> > > > reply to this email outside of your normal
working
> hours.
> > > > > > >> > > >
> > > > > > >> > > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> >
> > > > > > >> > --
> > > > > > >> > Julie Prestopnik
> > > > > > >> > Software Engineer
> > > > > > >> > National Center for Atmospheric Research
> > > > > > >> > Research Applications Laboratory
> > > > > > >> > Phone: 303.497.8399
> > > > > > >> > Email: jpresto at ucar.edu
> > > > > > >> >
> > > > > > >> > My working day may not be your working day.  Please
do not
> > feel
> > > > > > obliged
> > > > > > >> to
> > > > > > >> > reply to this email outside of your normal working
hours.
> > > > > > >> >
> > > > > > >> >
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day.  Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Tue Sep 24 16:31:09 2019

Julie,

Just when I thought this was finished, I got quite a few errors... I
have
attached the terminal log when I ran the command you emailed me.

I guess this is just how compiling software works!

Thanks,
Michael Pletcher

On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.  This is great news!  Thank you so much for letting me
know
> that you got a successful compilation!
>
> Thank you for your kind words.  You're welcome for the help.  We're
happy
> to help!
>
> I'm glad to hear that you'll be working with someone who has
experience
> with MET.  Don't hesitate to reach out to met_help again with any
questions
> you may have though.
>
> One last thing - we always suggest checking the log files for
errors, so if
> you don't mind, please run the following:
>
> grep -i error /home/metogra/mpletch1/ResearchProject/met/met-
8.1.1/*.log
> >
>
> If you don't see any errors, you should be good to go!
>
> Thanks,
> Julie
>
> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > After following these instructions, it appears that I successfully
> compiled
> > MET! I've attached a screenshot with the line that states it was
> > successfully compiled.
> >
> > I cannot thank you enough for your responsiveness and the amount
of time
> > you took out of your day to help me. I was completely new to
software
> > compilation and you made it about as easy as possible. I can now
begin a
> > major portion of my required research!
> >
> > Let me know if there's anything else that is needed to get MET up
> > and running. I am working directly with a scientist that has
experience
> > with MET, so he can show me how everything works within the
program
> itself.
> >
> > Thank you again,
> > Michael Pletcher
> >
> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Michael.
> > >
> > > Thank you for following up.  libpython2.7.so  should work fine.
Thank
> > you
> > > for letting me know that you don't typically use module files
except
> for
> > > the intel compiler. So here is what you will need to have set:
> > >
> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
-I/usr/include/python2.7
> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\
-lm\
> > > -lpython2.7\ -Xlinker\ -export-dynamic
> > > export PYTHON_MODULE_USE=python
> > >
> > > Regarding the compiler, you can simply set:
> > >
> > > export COMPILER=gnu_ 4.8.5
> > >
> > > and ignore any warnings you receive about modules not being
loaded.
> > >
> > > Regarding cairo, I believe I do know what is wrong.  The
following is
> > from
> > > your config.log file:
> > >
> > > > Package pixman-1 was not found in the pkg-config search path.
> > > >
> > >
> > > You will need to have pixman installed.  Your sys admin (or you,
if you
> > > have sudo access) should just need to run the following on your
> machine:
> > >
> > > > sudo apt-get install libpixman-1-dev
> > >
> > >
> > >  After you get pixman installed, in the compile script, you can
change
> > the
> > > values to 0 for the libraries you've already compiled so that
you don't
> > > have to recompile and wait for them.  Assuming everything,
except for
> > Cairo
> > > and MET, compiled, you would set:
> > >
> > > COMPILE_GSL=0
> > > COMPILE_BUFRLIB=0
> > > COMPILE_ZLIB=0
> > > COMPILE_LIBPNG=0
> > > COMPILE_JASPER=0
> > > COMPILE_G2CLIB=0
> > > COMPILE_HDF=0
> > > COMPILE_HDFEOS=0
> > > COMPILE_NETCDF=0
> > > COMPILE_FREETYPE=0
> > > COMPILE_CAIRO=1
> > > COMPILE_MET=1
> > >
> > > Then set the necessary environment variables and try rerunning
the
> > script.
> > > Please let us know if you have any questions.
> > >
> > > Please let us know how it goes.
> > >
> > > Thanks,
> > >
> > > Julie
> > >
> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >
> > > > Julie,
> > > >
> > > > After speaking with my system administrator, we were not able
to
> locate
> > > > libpython2.7.a. However, we were able to locate
libpython2.7.so
> within
> > > > /usr/lib64/ of our Linux system.
> > > >
> > > > He explained that we only use module load commands when using
intel
> > > > compilers, and I used gnu to compile the software, so I don't
think
> > that
> > > > should be an issue.
> > > >
> > > > Were you able to find any issues in the config.log of Cairo?
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu
> > > > >
> > > > wrote:
> > > >
> > > > > Hi Michael.  Thank you for letting me know that when you ran
"find
> > > > > /usr/lib/ -name libpython2.7.a" it returned nothing. Could
you
> please
> > > ask
> > > > > your system administrator when the libpython2.7.a file is
that is
> > > > > associated with the Python include files at
/usr/include/python2.7
> > (the
> > > > > output of running "python-config --cflags')?  That is all
that we
> > need
> > > to
> > > > > know, but it needs to be the libpython2.7.a file is that is
> > associated
> > > > with
> > > > > the Python include files at that location.
> > > > >
> > > > > I'll ask my system administrator about the compiler issue.
> > > > > >
> > > > > There is no issue with the compiler, really.  I just need to
know -
> > Do
> > > > you
> > > > > typically run any "module load" commands to load any
software?  If
> > not,
> > > > > that is fine.  If so, please let me know, and I'll walk you
through
> > the
> > > > > rest.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
Affiliate
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > > >
> > > > > > Julie,
> > > > > >
> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
returned
> > nothing.
> > > > No
> > > > > > error and no output. I made sure to be in no directory
when I ran
> > > that
> > > > > > command.
> > > > > >
> > > > > > I'll ask my system administrator about the compiler issue.
> > > > > >
> > > > > > Thanks,
> > > > > > Michael Pletcher
> > > > > >
> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > I forgot to mention - I'll take a look at the config.log
file
> and
> > > > will
> > > > > > > follow up.  If you could please follow up on my question
in the
> > > other
> > > > > > > email, that would be great.  Thanks!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
> > jpresto at ucar.edu
> > > >
> > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Michael.
> > > > > > > >
> > > > > > > > Did you run the "find /usr/lib/ -name libpython2.7.a"
> command?
> > > > None
> > > > > of
> > > > > > > > the locations you listed appeared to be in /usr/lib as
far
> as I
> > > > could
> > > > > > > tell,
> > > > > > > > but it looks like the paths all run together.  I would
> expected
> > > to
> > > > > see
> > > > > > a
> > > > > > > > libpython2.7.a in a location like
> > > > > > > > "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > > > >
> > > > > > > > Great, it is good to know that you are running the
bash
> shell.
> > > > That
> > > > > > will
> > > > > > > > be helpful once we figure out where the libpython2.7.a
file
> is.
> > > > > > > >
> > > > > > > > Are you using modulefiles regularly to load things
like the
> > > > compiler?
> > > > > > > >
> > > > > > > > Does this mean that I should be running gcc compiler
instead
> of
> > > > gnu?
> > > > > > > >>
> > > > > > > > The gcc compiler is the compiler for the GNU package.
Our
> run
> > > > script
> > > > > > > > expects to see "gnu_<version number>" in order to
compile
> using
> > > > gcc.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher -
NOAA
> > Affiliate
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > >>
> > > > > > > >> <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > > > > > > >>
> > > > > > > >> Julie,
> > > > > > > >>
> > > > > > > >> I found five different locations where libpython2.7
is
> > located:
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > > > > >>
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > > > > >> hon2.7.a*
> > > > > > > >>
> > > > > > > >> When I ran echo $SHELL, it returned:
> > > > > > > >>
> > > > > > > >> */bin/bash*
> > > > > > > >>
> > > > > > > >> I attached the config.log file.
> > > > > > > >>
> > > > > > > >> When I ran "module spider gnu", it returned:
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
unrecognized
> > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
> > > unrecognized
> > > > > > > >> subcommand*
> > > > > > > >>
> > > > > > > >> But when I ran "gcc --version:, it returned:
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>
> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-39)Copyright
(C)
> 2015
> > > > Free
> > > > > > > >> Software Foundation, Inc.This is free software; see
the
> source
> > > for
> > > > > > > copying
> > > > > > > >> conditions.  There is NOwarranty; not even for
> MERCHANTABILITY
> > > or
> > > > > > > FITNESS
> > > > > > > >> FOR A PARTICULAR PURPOSE.*
> > > > > > > >>
> > > > > > > >> Does this mean that I should be running gcc compiler
instead
> > of
> > > > gnu?
> > > > > > > >>
> > > > > > > >> Thanks,
> > > > > > > >> Michael Pletcher
> > > > > > > >>
> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via
RT <
> > > > > > > >> met_help at ucar.edu>
> > > > > > > >> wrote:
> > > > > > > >>
> > > > > > > >> > Hi Michael.
> > > > > > > >> >
> > > > > > > >> > Since the output of "python-config --cflags"
indicates the
> > > > header
> > > > > > > files
> > > > > > > >> are
> > > > > > > >> > in /usr/include/python2.7, the library file is
likely to
> be
> > > > found
> > > > > > in a
> > > > > > > >> > location like
> > > > > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > > > > >> > You can run the following command to find it:
> > > > > > > >> >
> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> >  To find out what shell you are using, you can run
the
> > > > following:
> > > > > > > >> >
> > > > > > > >> > echo $SHELL
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > Instead of pasting in the config.log output, could
you
> > please
> > > > > attach
> > > > > > > it
> > > > > > > >> to
> > > > > > > >> > this email?  When you run the configure command,
there
> > should
> > > > be a
> > > > > > > file
> > > > > > > >> > "config.log" produced, which is the one I'd like to
have
> you
> > > > > attach
> > > > > > > and
> > > > > > > >> > look at.
> > > > > > > >> >
> > > > > > > >> > If your system doesn't use modulefiles you can
safely
> > ignore:
> > > > > > > >> >
> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> > > > modulefile
> > > > > > for
> > > > > > > >> > > 'gnu/15.0.3'*
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > If it does use module files, you will need to know
the
> > version
> > > > for
> > > > > > the
> > > > > > > >> gnu
> > > > > > > >> > compilers.    If modules are used, you can
determine what
> > > > versions
> > > > > > are
> > > > > > > >> > available for loading by running:
> > > > > > > >> >
> > > > > > > >> > module spider gnu
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > This will output something like the following:
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > > >> > >   gnu:
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > > >> > >      Versions:
> > > > > > > >> > >         gnu/7.4.0
> > > > > > > >> > >         gnu/8.3.0
> > > > > > > >> > >         gnu/9.1.0
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > Then you can choose the version of gnu that you'd
like to
> > > load.
> > > > > > > >> >
> > > > > > > >> > If modules are not used and you would like to know
what
> > > version
> > > > > you
> > > > > > > are
> > > > > > > >> > running (not required for MET, but in case you want
to
> know
> > > for
> > > > > > future
> > > > > > > >> > reference), you can run:
> > > > > > > >> >
> > > > > > > >> > gcc --version
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > and you'll get something like:
> > > > > > > >> >
> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > Julie
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher -
NOAA
> > > > Affiliate
> > > > > > via
> > > > > > > >> RT <
> > > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > > >> >
> > > > > > > >> > >
> > > > > > > >> > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >
> > > > > > > >> > >
> > > > > > > >> > > Hello Julie,
> > > > > > > >> > >
> > > > > > > >> > > The output I received from "python-config
--cflags" is
> as
> > > > > follows:
> > > > > > > >> > >
> > > > > > > >> > > *-I/usr/include/python2.7
-I/usr/include/python2.7
> > > > > > > >> -fno-strict-aliasing
> > > > > > > >> > -O2
> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
-fexceptions
> > > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-
size=4
> > > > > > > >> -grecord-gcc-switches
> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
-DNDEBUG
> > -O2
> > > > -g
> > > > > > > -pipe
> > > > > > > >> > -Wall
> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > -fstack-protector-strong
> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches
-m64
> > > > > > -mtune=generic
> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > > > > >> > >
> > > > > > > >> > > I was not able to find libpython2.7.a within the
files I
> > > have
> > > > > > > >> downloaded
> > > > > > > >> > so
> > > > > > > >> > > far.
> > > > > > > >> > >
> > > > > > > >> > > I believe we are using bash, but how would I find
out
> > which
> > > > one
> > > > > I
> > > > > > am
> > > > > > > >> > using?
> > > > > > > >> > > My system administrator most likely knows the
answer to
> > > this.
> > > > > > > >> > >
> > > > > > > >> > > The config.log file is as follows:
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > > *This file contains any messages produced by
compilers
> > > > > > whilerunning
> > > > > > > >> > > configure, to aid debugging if configure makes a
> > mistake.It
> > > > was
> > > > > > > >> created
> > > > > > > >> > by
> > > > > > > >> > > cairo configure 1.14.6, which wasgenerated by GNU
> Autoconf
> > > > 2.69.
> > > > > > > >> > > Invocation command line was  $ ./configure
> > > > > > > >> > >
> > > > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > > > > >> > >
> > > > > > > >>
> > > > > >
> > > >
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > > > > >> > > --------- #### Platform. #### ---------
##hostname =
> > > > > > > >> sky.atmos.umd.edu
> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname
-r =
> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> > 2019/usr/bin/uname
> > > > -p
> > > > > =
> > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
> =
> > > > > > > >> > > x86_64/usr/bin/arch -k       =
> > > unknown/usr/convex/getsysinfo =
> > > > > > > >> > > unknown/usr/bin/hostinfo      =
unknown/bin/machine
> > > >  =
> > > > > > > >> > > unknown/usr/bin/oslevel       =
unknown/bin/universe
> > > > =
> > > > > > > >> unknown*
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> > > *PATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > > > > > /opt/anaconda3/binPATH:
> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
/usr/local/sbinPATH:
> > > > > > > /usr/sbinPATH:
> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > > >> /homes/metogra/mpletch1/binPATH:
> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > > /homes/metogra/mpletch1/bin##
> > > > > > > >> > > ----------- #### Core tests. #### -----------
> > > > ##configure:3205:
> > > > > > > >> checking
> > > > > > > >> > > for gccconfigure:3232: result:
> /usr/bin/gccconfigure:3461:
> > > > > > checking
> > > > > > > >> for C
> > > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
--version
> > > >&5gcc
> > > > > > (GCC)
> > > > > > > >> 4.8.5
> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
> > Software
> > > > > > > >> Foundation,
> > > > > > > >> > > Inc.This is free software; see the source for
copying
> > > > > conditions.
> > > > > > *
> > > > > > > >> > >
> > > > > > > >> > > I think the root of some of these problems (I'm
> extremely
> > > new
> > > > to
> > > > > > all
> > > > > > > >> of
> > > > > > > >> > > this, so I may be mistaken) is that I am using
the
> > incorrect
> > > > > > > compiler.
> > > > > > > >> > When
> > > > > > > >> > > I set the compiler, I did export
COMPILER=gnu_15.0.3,
> but
> > I
> > > > know
> > > > > > > >> 15.0.3
> > > > > > > >> > is
> > > > > > > >> > > for ics, not gnu. I also get this error at the
beginning
> > of
> > > > the
> > > > > > > output
> > > > > > > >> > when
> > > > > > > >> > > I run ./compile_MET_all.sh:
> > > > > > > >> > >
> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> > > > modulefile
> > > > > > for
> > > > > > > >> > > 'gnu/15.0.3'*
> > > > > > > >> > >
> > > > > > > >> > > Not really sure if this means anything, just want
to get
> > you
> > > > all
> > > > > > of
> > > > > > > >> the
> > > > > > > >> > > errors that I'm seeing.
> > > > > > > >> > >
> > > > > > > >> > > Thanks,
> > > > > > > >> > > Michael Pletcher
> > > > > > > >> > >
> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik
via RT
> <
> > > > > > > >> > met_help at ucar.edu
> > > > > > > >> > > >
> > > > > > > >> > > wrote:
> > > > > > > >> > >
> > > > > > > >> > > > Hi Michael.
> > > > > > > >> > > >
> > > > > > > >> > > > Thank you for letting me know about the output
of
> > > > > "python-config
> > > > > > > >> > > > --ldflags".  MET needs to have more information
than
> > that
> > > > > > command
> > > > > > > is
> > > > > > > >> > > > returning.  Could you please tell me what the
output
> of
> > > > > > > >> "python-config
> > > > > > > >> > > > --cflags" is as well?  That will help me find
the file
> > > that
> > > > > MET
> > > > > > > >> needs
> > > > > > > >> > to
> > > > > > > >> > > > know about, namely the libpython2.7.a file.  If
you
> find
> > > > that
> > > > > > > file,
> > > > > > > >> > > please
> > > > > > > >> > > > let me know what the path to it is.   Once we
have
> that
> > > > > location
> > > > > > > we
> > > > > > > >> can
> > > > > > > >> > > > formulate the appropriate value to set for
> > MET_PYTHON_LD.
> > > > > > > >> > > >
> > > > > > > >> > > > Also, are you using the bash or csh?
> > > > > > > >> > > >
> > > > > > > >> > > > Regarding Cairo, please send me the config.log
file
> that
> > > was
> > > > > > > output
> > > > > > > >> > from
> > > > > > > >> > > > running configure for Cairo and I'll take a
look.
> > Thanks!
> > > > > > > >> > > >
> > > > > > > >> > > > Julie
> > > > > > > >> > > >
> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
Pletcher -
> NOAA
> > > > > > Affiliate
> > > > > > > >> via
> > > > > > > >> > RT
> > > > > > > >> > > <
> > > > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > > > >> > > >
> > > > > > > >> > > > >
> > > > > > > >> > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > > > Good afternoon,
> > > > > > > >> > > > >
> > > > > > > >> > > > > I finally had time to attempt these
instructions.
> > > > Regarding
> > > > > a
> > > > > > > few
> > > > > > > >> > > things:
> > > > > > > >> > > > >
> > > > > > > >> > > > > When I ran the line "python-config
--ldflags", this
> > was
> > > > the
> > > > > > > output
> > > > > > > >> > > (which
> > > > > > > >> > > > > does not include the -L you mentioned):
> > > > > > > >> > > > >
> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
-Xlinker
> > > > > > -export-dynamic
> > > > > > > *
> > > > > > > >> > > > >
> > > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
returned
> > > this
> > > > > when
> > > > > > > it
> > > > > > > >> got
> > > > > > > >> > > to
> > > > > > > >> > > > > compiling CAIRO:
> > > > > > > >> > > > >
> > > > > > > >> > > > > *configure returned with non-zero (1) status*
> > > > > > > >> > > > >
> > > > > > > >> > > > > My system administrator suggested the error
from
> Cairo
> > > > could
> > > > > > be
> > > > > > > >> > caused
> > > > > > > >> > > by
> > > > > > > >> > > > > Redhat compatibility. Our Linux operates on
Redhat
> > > > > Enterprise
> > > > > > 7,
> > > > > > > >> and
> > > > > > > >> > he
> > > > > > > >> > > > > mentioned that there have been issues with
running
> > Cairo
> > > > on
> > > > > it
> > > > > > > in
> > > > > > > >> the
> > > > > > > >> > > > past.
> > > > > > > >> > > > >
> > > > > > > >> > > > > Let me know if there is anything I can do to
fix
> these
> > > > > issues.
> > > > > > > >> > > > >
> > > > > > > >> > > > > Thanks,
> > > > > > > >> > > > > Michael Pletcher
> > > > > > > >> > > > >
> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
Prestopnik via
> > RT <
> > > > > > > >> > > > met_help at ucar.edu>
> > > > > > > >> > > > > wrote:
> > > > > > > >> > > > >
> > > > > > > >> > > > > > Hi Michael.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > As John indicated in his email, Docker is
the
> > easiest
> > > > way
> > > > > to
> > > > > > > >> make
> > > > > > > >> > MET
> > > > > > > >> > > > > > available.  But, it is definitely possible
for you
> > to
> > > > > > download
> > > > > > > >> MET
> > > > > > > >> > > to a
> > > > > > > >> > > > > > Linux machine and compile it from scratch.
I have
> > > > > described
> > > > > > > >> that
> > > > > > > >> > > > process
> > > > > > > >> > > > > > below.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > You can find a script to help you install
MET at
> > this
> > > > > link,
> > > > > > > and
> > > > > > > >> > I'll
> > > > > > > >> > > > put
> > > > > > > >> > > > > > instructions below:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > This script may or may not work right away.
Some
> > > > systems
> > > > > > have
> > > > > > > >> > needed
> > > > > > > >> > > > > more
> > > > > > > >> > > > > > work than others.  To get started, decide
where
> you
> > > > would
> > > > > > like
> > > > > > > >> to
> > > > > > > >> > > > install
> > > > > > > >> > > > > > MET.  The following example will assume
you're
> going
> > > to
> > > > > put
> > > > > > it
> > > > > > > >> in
> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > You'll need to download compile_MET_all.sh
and
> > > > > tar_files.tar
> > > > > > > >> from
> > > > > > > >> > the
> > > > > > > >> > > > > link
> > > > > > > >> > > > > > above.  You'll also need to download our
latest
> MET
> > > > > release:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it
with
> "tar
> > > -zxf
> > > > > > > >> > > > > > compile_MET_all.sh.tgz
> > > > > > > >> > > > > > ") and tar_files.tar in
/d1/pletcher/met/8.1 (or
> > where
> > > > > ever
> > > > > > > you
> > > > > > > >> > chose
> > > > > > > >> > > > to
> > > > > > > >> > > > > > put it).  Unpack the tar file and move
> > > > > > > met-8.1.1.20190708.tar.gz
> > > > > > > >> > into
> > > > > > > >> > > > the
> > > > > > > >> > > > > > tar_files directory.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > Then, you'll need to set up some
environment
> > variables
> > > > as
> > > > > > > >> described
> > > > > > > >> > > in
> > > > > > > >> > > > > the
> > > > > > > >> > > > > > link above.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > For reference using this example, I would
set the
> > > > > following:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
> > "compiler"
> > > > > > > underscore
> > > > > > > >> > > > > > "version".  If using modules on your
system,
> you'll
> > > need
> > > > > use
> > > > > > > the
> > > > > > > >> > > > compiler
> > > > > > > >> > > > > > name that the module would load (e.g.
module load
> > > > > ics/15.0.3
> > > > > > > to
> > > > > > > >> > load
> > > > > > > >> > > > the
> > > > > > > >> > > > > > intel compiler version 15.0.3.  Otherwise,
if
> using
> > > not
> > > > > > using
> > > > > > > >> > modules
> > > > > > > >> > > > and
> > > > > > > >> > > > > > using gcc, please use "gnu" for the
compiler.
> And,
> > if
> > > > not
> > > > > > > using
> > > > > > > >> > > > modules
> > > > > > > >> > > > > > and using intel, you can use "intel". You
can find
> > the
> > > > > > version
> > > > > > > >> by
> > > > > > > >> > > > running
> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
respectively.)
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > > > >> > > > > > export MET_TARBALL=met-
8.1.1.20190708.tar.gz
> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
--cflags`
> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
--ldflags`
> (This
> > > may
> > > > > not
> > > > > > > >> work.
> > > > > > > >> > > Run
> > > > > > > >> > > > > > python-config --ldflags on the command line
and
> see
> > if
> > > > you
> > > > > > get
> > > > > > > >> > output
> > > > > > > >> > > > > > including "-L".  If you don't, please let
me know
> > and
> > > I
> > > > > can
> > > > > > > walk
> > > > > > > >> > you
> > > > > > > >> > > > > > through how to find this information.)
> > > > > > > >> > > > > > export
> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > > > > (Assuming
> > > > > > > >> > you're
> > > > > > > >> > > > not
> > > > > > > >> > > > > > using modulefiles, it doesn't matter what
you set
> > this
> > > > to,
> > > > > > but
> > > > > > > >> it
> > > > > > > >> > > needs
> > > > > > > >> > > > > to
> > > > > > > >> > > > > > be set to something otherwise MET won't
configure
> > for
> > > > > Python
> > > > > > > >> > > embedding.
> > > > > > > >> > > > > > You could just set it to "python".).
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > If you're not using modules, the output of
the
> > script
> > > > will
> > > > > > say
> > > > > > > >> > > > something
> > > > > > > >> > > > > > about modules not being found and you can
safely
> > > ignore
> > > > > > that.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > You may need to make the script executable,
but
> then
> > > you
> > > > > can
> > > > > > > >> run it
> > > > > > > >> > > > with
> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some people
who have
> > used
> > > > > this
> > > > > > > >> script,
> > > > > > > >> > > > they
> > > > > > > >> > > > > > have had their own laptops with hardly
anything on
> > it.
> > > > > They
> > > > > > > >> have
> > > > > > > >> > > > needed
> > > > > > > >> > > > > to
> > > > > > > >> > > > > > install the following packages using the
following
> > > > > commands:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > sudo apt-get update
> > > > > > > >> > > > > > sudo apt install python-dev
> > > > > > > >> > > > > > sudo apt-get install flex bison
> > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > > > > >> > > > > > sudo apt-get install pkg-config
> > > > > > > >> > > > > > sudo apt-get install libpng-dev
> > > > > > > >> > > > > > sudo apt-get install unzip
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > If the script runs and starts installing
the
> > external
> > > > > > > libraries
> > > > > > > >> > > > > > successfully but then stops, there are
constant
> > which
> > > > you
> > > > > > can
> > > > > > > >> set
> > > > > > > >> > to
> > > > > > > >> > > 0,
> > > > > > > >> > > > > so
> > > > > > > >> > > > > > that you won't have to wait for them to be
> installed
> > > > > again.
> > > > > > > In
> > > > > > > >> the
> > > > > > > >> > > > > compile
> > > > > > > >> > > > > > script you'll see the following which you
can
> modify
> > > if
> > > > > > > >> necessary:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > COMPILE_GSL=1
> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > > > > >> > > > > > COMPILE_ZLIB=1
> > > > > > > >> > > > > > COMPILE_LIBPNG=1
> > > > > > > >> > > > > > COMPILE_JASPER=1
> > > > > > > >> > > > > > COMPILE_G2CLIB=1
> > > > > > > >> > > > > > COMPILE_HDF=1
> > > > > > > >> > > > > > COMPILE_HDFEOS=1
> > > > > > > >> > > > > > COMPILE_NETCDF=1
> > > > > > > >> > > > > > COMPILE_FREETYPE=1
> > > > > > > >> > > > > > COMPILE_CAIRO=1
> > > > > > > >> > > > > > COMPILE_MET=1
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > Please let me know if you have any
questions.  I
> > know
> > > > this
> > > > > > is
> > > > > > > a
> > > > > > > >> lot
> > > > > > > >> > > to
> > > > > > > >> > > > > take
> > > > > > > >> > > > > > in, so don't hesitate to reach out with any
> > questions.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > Thanks,
> > > > > > > >> > > > > > Julie
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
Pletcher -
> > > NOAA
> > > > > > > >> Affiliate
> > > > > > > >> > via
> > > > > > > >> > > > RT
> > > > > > > >> > > > > <
> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > >> >
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > Julie,
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > I am aware of the ability to access MET
within
> > WPC.
> > > > > > However,
> > > > > > > >> I'm
> > > > > > > >> > > > > curious
> > > > > > > >> > > > > > as
> > > > > > > >> > > > > > > to whether or not it is possible to
download MET
> > to
> > > a
> > > > > > Linux
> > > > > > > >> > machine
> > > > > > > >> > > > in
> > > > > > > >> > > > > > the
> > > > > > > >> > > > > > > computer lab within my department
(Department of
> > > > > > > Atmospheric &
> > > > > > > >> > > > Oceanic
> > > > > > > >> > > > > > > Science). The reason I am asking for this
is
> > > because I
> > > > > do
> > > > > > > not
> > > > > > > >> > have
> > > > > > > >> > > a
> > > > > > > >> > > > > > > federal badge to freely access MET at
anytime at
> > > > NCWCP.
> > > > > I
> > > > > > > will
> > > > > > > >> > talk
> > > > > > > >> > > > > with
> > > > > > > >> > > > > > > the system administrator for my
department (
> > > > > > > jhenriks at umd.edu)
> > > > > > > >> > and
> > > > > > > >> > > > see
> > > > > > > >> > > > > > what
> > > > > > > >> > > > > > > he thinks about this.
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > Thanks,
> > > > > > > >> > > > > > > Michael Pletcher
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
Prestopnik
> > via
> > > > RT <
> > > > > > > >> > > > > > met_help at ucar.edu>
> > > > > > > >> > > > > > > wrote:
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > > > Hi Michael.  It was recently brought to
my
> > > attention
> > > > > > that
> > > > > > > >> you
> > > > > > > >> > are
> > > > > > > >> > > > > > working
> > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not
sure
> > exactly
> > > > what
> > > > > > > >> machines
> > > > > > > >> > > MET
> > > > > > > >> > > > > is
> > > > > > > >> > > > > > > > accessible from, but there is an
install for
> the
> > > WPC
> > > > > > group
> > > > > > > >> at
> > > > > > > >> > > > > > /opt/MET/81
> > > > > > > >> > > > > > > > on at least some of their machines.  I
hope
> that
> > > > > helps!
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > Julie
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
> Prestopnik
> > <
> > > > > > > >> > > jpresto at ucar.edu>
> > > > > > > >> > > > > > > wrote:
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > > Hi Michael.
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > I see that you'd like to access MET
for your
> > > > > research.
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > We have MET installed for users on a
variety
> > of
> > > > NOAA
> > > > > > > >> > machines.
> > > > > > > >> > > > > Take
> > > > > > > >> > > > > > a
> > > > > > > >> > > > > > > > > look at this website and see if you
have
> > access
> > > to
> > > > > any
> > > > > > > of
> > > > > > > >> > these
> > > > > > > >> > > > > > > machines
> > > > > > > >> > > > > > > > > where there is currently an existing
build
> of
> > > MET:
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >>
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > The machine, "hera", which is
replacing
> > "theia"
> > > > > should
> > > > > > > >> also
> > > > > > > >> > be
> > > > > > > >> > > on
> > > > > > > >> > > > > > that
> > > > > > > >> > > > > > > > > list.  I will add "hera" later today.
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > If you don't have access to any of
those
> > > existing
> > > > > > builds
> > > > > > > >> you
> > > > > > > >> > > can
> > > > > > > >> > > > > > > download
> > > > > > > >> > > > > > > > > the MET code online and install in on
a
> Linux
> > > > > machine.
> > > > > > > If
> > > > > > > >> > you
> > > > > > > >> > > > end
> > > > > > > >> > > > > up
> > > > > > > >> > > > > > > > > needing to install it, please let me
know,
> and
> > > > I'll
> > > > > > send
> > > > > > > >> some
> > > > > > > >> > > > > > > additional
> > > > > > > >> > > > > > > > > useful information for the
installation.
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > Thanks,
> > > > > > > >> > > > > > > > > Julie
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
Michael
> > Pletcher
> > > -
> > > > > NOAA
> > > > > > > >> > > Affiliate
> > > > > > > >> > > > > via
> > > > > > > >> > > > > > > RT <
> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request
91886 was
> > > acted
> > > > > > upon.
> > > > > > > >> > > > > > > > >> Transaction: Ticket created by
> > > > > > > michael.pletcher at noaa.gov
> > > > > > > >> > > > > > > > >>        Queue: met_help
> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
Affiliate
> > > > > > > >> > > > > > > > >>        Owner: Nobody
> > > > > > > >> > > > > > > > >>   Requestors:
michael.pletcher at noaa.gov
> > > > > > > >> > > > > > > > >>       Status: new
> > > > > > > >> > > > > > > > >>  Ticket <URL:
> > > > > > > >> > > > > >
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >> Hello,
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >> My name is Michael Pletcher and I am
senior
> > at
> > > > the
> > > > > > > >> > University
> > > > > > > >> > > of
> > > > > > > >> > > > > > > > Maryland.
> > > > > > > >> > > > > > > > >> I am currently working with the
Weather
> > > > Prediction
> > > > > > > Center
> > > > > > > >> > on a
> > > > > > > >> > > > > > > research
> > > > > > > >> > > > > > > > >> project, and my advisors have
suggested
> that
> > I
> > > > > find a
> > > > > > > >> way to
> > > > > > > >> > > > > access
> > > > > > > >> > > > > > > MET
> > > > > > > >> > > > > > > > >> software remotely from NCWCP to work
on my
> > > > project.
> > > > > > > >> Please
> > > > > > > >> > let
> > > > > > > >> > > > me
> > > > > > > >> > > > > > know
> > > > > > > >> > > > > > > > if
> > > > > > > >> > > > > > > > >> it is possible to download MET to my
laptop
> > > > > computer,
> > > > > > > or
> > > > > > > >> if
> > > > > > > >> > I
> > > > > > > >> > > > > could
> > > > > > > >> > > > > > > > >> possibly download it to my
department's
> > > > > (Atmospheric
> > > > > > &
> > > > > > > >> > Oceanic
> > > > > > > >> > > > > > > Science)
> > > > > > > >> > > > > > > > >> computers. Let me know if I need to
answer
> > any
> > > > > > > questions.
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >> Thanks,
> > > > > > > >> > > > > > > > >> Michael Pletcher
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >>
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > --
> > > > > > > >> > > > > > > > > Julie Prestopnik
> > > > > > > >> > > > > > > > > Software Engineer
> > > > > > > >> > > > > > > > > National Center for Atmospheric
Research
> > > > > > > >> > > > > > > > > Research Applications Laboratory
> > > > > > > >> > > > > > > > > Phone: 303.497.8399
> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > > > My working day may not be your
working day.
> > > > Please
> > > > > do
> > > > > > > not
> > > > > > > >> > feel
> > > > > > > >> > > > > > obliged
> > > > > > > >> > > > > > > > to
> > > > > > > >> > > > > > > > > reply to this email outside of your
normal
> > > working
> > > > > > > hours.
> > > > > > > >> > > > > > > > >
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > --
> > > > > > > >> > > > > > > > Julie Prestopnik
> > > > > > > >> > > > > > > > Software Engineer
> > > > > > > >> > > > > > > > National Center for Atmospheric
Research
> > > > > > > >> > > > > > > > Research Applications Laboratory
> > > > > > > >> > > > > > > > Phone: 303.497.8399
> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > > My working day may not be your working
day.
> > > Please
> > > > do
> > > > > > not
> > > > > > > >> feel
> > > > > > > >> > > > > obliged
> > > > > > > >> > > > > > > to
> > > > > > > >> > > > > > > > reply to this email outside of your
normal
> > working
> > > > > > hours.
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > > >
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > > >
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > --
> > > > > > > >> > > > > > Julie Prestopnik
> > > > > > > >> > > > > > Software Engineer
> > > > > > > >> > > > > > National Center for Atmospheric Research
> > > > > > > >> > > > > > Research Applications Laboratory
> > > > > > > >> > > > > > Phone: 303.497.8399
> > > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > > > >> > > > > >
> > > > > > > >> > > > > > My working day may not be your working day.
> Please
> > do
> > > > not
> > > > > > > feel
> > > > > > > >> > > obliged
> > > > > > > >> > > > > to
> > > > > > > >> > > > > > reply to this email outside of your normal
working
> > > > hours.
> > > > > > > >> > > > > >
> > > > > > > >> > > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > > >
> > > > > > > >> > > >
> > > > > > > >> > > > --
> > > > > > > >> > > > Julie Prestopnik
> > > > > > > >> > > > Software Engineer
> > > > > > > >> > > > National Center for Atmospheric Research
> > > > > > > >> > > > Research Applications Laboratory
> > > > > > > >> > > > Phone: 303.497.8399
> > > > > > > >> > > > Email: jpresto at ucar.edu
> > > > > > > >> > > >
> > > > > > > >> > > > My working day may not be your working day.
Please do
> > not
> > > > > feel
> > > > > > > >> obliged
> > > > > > > >> > > to
> > > > > > > >> > > > reply to this email outside of your normal
working
> > hours.
> > > > > > > >> > > >
> > > > > > > >> > > >
> > > > > > > >> > >
> > > > > > > >> > >
> > > > > > > >> >
> > > > > > > >> > --
> > > > > > > >> > Julie Prestopnik
> > > > > > > >> > Software Engineer
> > > > > > > >> > National Center for Atmospheric Research
> > > > > > > >> > Research Applications Laboratory
> > > > > > > >> > Phone: 303.497.8399
> > > > > > > >> > Email: jpresto at ucar.edu
> > > > > > > >> >
> > > > > > > >> > My working day may not be your working day.  Please
do not
> > > feel
> > > > > > > obliged
> > > > > > > >> to
> > > > > > > >> > reply to this email outside of your normal working
hours.
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >>
> > > > > > > >>
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day.  Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day.  Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day.  Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Tue Sep 24 18:54:32 2019

Julie,

I found that in the line export "MET_PYTHON_CC=-
I/usr/include/python2.7\
-I/usr/include/python2.7" I accidentally had l as I (capital i). So I
ran
the compiler again, and this time it didn't even finish compiling. It
barely started compiling MET, and it returned "configure returned with
non-zero (77) status."

I attached the config.log file for you to take a look at. Unusual that
even
when I fixed the error in the MET_PYTHON_CC line, it caused me to
backtrack.

Thanks,
Michael Pletcher

On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA Affiliate <
michael.pletcher at noaa.gov> wrote:

> Julie,
>
> Just when I thought this was finished, I got quite a few errors... I
have
> attached the terminal log when I ran the command you emailed me.
>
> I guess this is just how compiling software works!
>
> Thanks,
> Michael Pletcher
>
> On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT
<met_help at ucar.edu>
> wrote:
>
>> Hi Michael.  This is great news!  Thank you so much for letting me
know
>> that you got a successful compilation!
>>
>> Thank you for your kind words.  You're welcome for the help.  We're
happy
>> to help!
>>
>> I'm glad to hear that you'll be working with someone who has
experience
>> with MET.  Don't hesitate to reach out to met_help again with any
>> questions
>> you may have though.
>>
>> One last thing - we always suggest checking the log files for
errors, so
>> if
>> you don't mind, please run the following:
>>
>> grep -i error /home/metogra/mpletch1/ResearchProject/met/met-
8.1.1/*.log
>> >
>>
>> If you don't see any errors, you should be good to go!
>>
>> Thanks,
>> Julie
>>
>> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA Affiliate
via RT <
>> met_help at ucar.edu> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>> >
>> > Julie,
>> >
>> > After following these instructions, it appears that I
successfully
>> compiled
>> > MET! I've attached a screenshot with the line that states it was
>> > successfully compiled.
>> >
>> > I cannot thank you enough for your responsiveness and the amount
of time
>> > you took out of your day to help me. I was completely new to
software
>> > compilation and you made it about as easy as possible. I can now
begin a
>> > major portion of my required research!
>> >
>> > Let me know if there's anything else that is needed to get MET up
>> > and running. I am working directly with a scientist that has
experience
>> > with MET, so he can show me how everything works within the
program
>> itself.
>> >
>> > Thank you again,
>> > Michael Pletcher
>> >
>> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
>> met_help at ucar.edu
>> > >
>> > wrote:
>> >
>> > > Hi Michael.
>> > >
>> > > Thank you for following up.  libpython2.7.so  should work fine.
>> Thank
>> > you
>> > > for letting me know that you don't typically use module files
except
>> for
>> > > the intel compiler. So here is what you will need to have set:
>> > >
>> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
>> -I/usr/include/python2.7
>> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\
-lm\
>> > > -lpython2.7\ -Xlinker\ -export-dynamic
>> > > export PYTHON_MODULE_USE=python
>> > >
>> > > Regarding the compiler, you can simply set:
>> > >
>> > > export COMPILER=gnu_ 4.8.5
>> > >
>> > > and ignore any warnings you receive about modules not being
loaded.
>> > >
>> > > Regarding cairo, I believe I do know what is wrong.  The
following is
>> > from
>> > > your config.log file:
>> > >
>> > > > Package pixman-1 was not found in the pkg-config search path.
>> > > >
>> > >
>> > > You will need to have pixman installed.  Your sys admin (or
you, if
>> you
>> > > have sudo access) should just need to run the following on your
>> machine:
>> > >
>> > > > sudo apt-get install libpixman-1-dev
>> > >
>> > >
>> > >  After you get pixman installed, in the compile script, you can
change
>> > the
>> > > values to 0 for the libraries you've already compiled so that
you
>> don't
>> > > have to recompile and wait for them.  Assuming everything,
except for
>> > Cairo
>> > > and MET, compiled, you would set:
>> > >
>> > > COMPILE_GSL=0
>> > > COMPILE_BUFRLIB=0
>> > > COMPILE_ZLIB=0
>> > > COMPILE_LIBPNG=0
>> > > COMPILE_JASPER=0
>> > > COMPILE_G2CLIB=0
>> > > COMPILE_HDF=0
>> > > COMPILE_HDFEOS=0
>> > > COMPILE_NETCDF=0
>> > > COMPILE_FREETYPE=0
>> > > COMPILE_CAIRO=1
>> > > COMPILE_MET=1
>> > >
>> > > Then set the necessary environment variables and try rerunning
the
>> > script.
>> > > Please let us know if you have any questions.
>> > >
>> > > Please let us know how it goes.
>> > >
>> > > Thanks,
>> > >
>> > > Julie
>> > >
>> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
Affiliate via
>> RT
>> > <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > > >
>> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
>> > > >
>> > > > Julie,
>> > > >
>> > > > After speaking with my system administrator, we were not able
to
>> locate
>> > > > libpython2.7.a. However, we were able to locate
libpython2.7.so
>> within
>> > > > /usr/lib64/ of our Linux system.
>> > > >
>> > > > He explained that we only use module load commands when using
intel
>> > > > compilers, and I used gnu to compile the software, so I don't
think
>> > that
>> > > > should be an issue.
>> > > >
>> > > > Were you able to find any issues in the config.log of Cairo?
>> > > >
>> > > > Thanks,
>> > > > Michael Pletcher
>> > > >
>> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
>> > > met_help at ucar.edu
>> > > > >
>> > > > wrote:
>> > > >
>> > > > > Hi Michael.  Thank you for letting me know that when you
ran "find
>> > > > > /usr/lib/ -name libpython2.7.a" it returned nothing. Could
you
>> please
>> > > ask
>> > > > > your system administrator when the libpython2.7.a file is
that is
>> > > > > associated with the Python include files at
/usr/include/python2.7
>> > (the
>> > > > > output of running "python-config --cflags')?  That is all
that we
>> > need
>> > > to
>> > > > > know, but it needs to be the libpython2.7.a file is that is
>> > associated
>> > > > with
>> > > > > the Python include files at that location.
>> > > > >
>> > > > > I'll ask my system administrator about the compiler issue.
>> > > > > >
>> > > > > There is no issue with the compiler, really.  I just need
to know
>> -
>> > Do
>> > > > you
>> > > > > typically run any "module load" commands to load any
software?  If
>> > not,
>> > > > > that is fine.  If so, please let me know, and I'll walk you
>> through
>> > the
>> > > > > rest.
>> > > > >
>> > > > > Julie
>> > > > >
>> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
Affiliate
>> via
>> > > RT
>> > > > <
>> > > > > met_help at ucar.edu> wrote:
>> > > > >
>> > > > > >
>> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>> > > > > >
>> > > > > > Julie,
>> > > > > >
>> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
returned
>> > nothing.
>> > > > No
>> > > > > > error and no output. I made sure to be in no directory
when I
>> ran
>> > > that
>> > > > > > command.
>> > > > > >
>> > > > > > I'll ask my system administrator about the compiler
issue.
>> > > > > >
>> > > > > > Thanks,
>> > > > > > Michael Pletcher
>> > > > > >
>> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT <
>> > > > > met_help at ucar.edu
>> > > > > > >
>> > > > > > wrote:
>> > > > > >
>> > > > > > > I forgot to mention - I'll take a look at the
config.log file
>> and
>> > > > will
>> > > > > > > follow up.  If you could please follow up on my
question in
>> the
>> > > other
>> > > > > > > email, that would be great.  Thanks!
>> > > > > > >
>> > > > > > > Julie
>> > > > > > >
>> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
>> > jpresto at ucar.edu
>> > > >
>> > > > > > wrote:
>> > > > > > >
>> > > > > > > > Hi Michael.
>> > > > > > > >
>> > > > > > > > Did you run the "find /usr/lib/ -name libpython2.7.a"
>> command?
>> > > > None
>> > > > > of
>> > > > > > > > the locations you listed appeared to be in /usr/lib
as far
>> as I
>> > > > could
>> > > > > > > tell,
>> > > > > > > > but it looks like the paths all run together.  I
would
>> expected
>> > > to
>> > > > > see
>> > > > > > a
>> > > > > > > > libpython2.7.a in a location like
>> > > > > > > > "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
>> > > > > > > >
>> > > > > > > > Great, it is good to know that you are running the
bash
>> shell.
>> > > > That
>> > > > > > will
>> > > > > > > > be helpful once we figure out where the
libpython2.7.a file
>> is.
>> > > > > > > >
>> > > > > > > > Are you using modulefiles regularly to load things
like the
>> > > > compiler?
>> > > > > > > >
>> > > > > > > > Does this mean that I should be running gcc compiler
>> instead of
>> > > > gnu?
>> > > > > > > >>
>> > > > > > > > The gcc compiler is the compiler for the GNU package.
Our
>> run
>> > > > script
>> > > > > > > > expects to see "gnu_<version number>" in order to
compile
>> using
>> > > > gcc.
>> > > > > > > >
>> > > > > > > > Julie
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher -
NOAA
>> > Affiliate
>> > > > via
>> > > > > > RT
>> > > > > > > <
>> > > > > > > > met_help at ucar.edu> wrote:
>> > > > > > > >
>> > > > > > > >>
>> > > > > > > >> <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > >
>> > > > > > > >>
>> > > > > > > >> Julie,
>> > > > > > > >>
>> > > > > > > >> I found five different locations where libpython2.7
is
>> > located:
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
>> > > > > > > >> hon2.7.a*
>> > > > > > > >>
>> > > > > > > >> When I ran echo $SHELL, it returned:
>> > > > > > > >>
>> > > > > > > >> */bin/bash*
>> > > > > > > >>
>> > > > > > > >> I attached the config.log file.
>> > > > > > > >>
>> > > > > > > >> When I ran "module spider gnu", it returned:
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
unrecognized
>> > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is an
>> > > unrecognized
>> > > > > > > >> subcommand*
>> > > > > > > >>
>> > > > > > > >> But when I ran "gcc --version:, it returned:
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-
39)Copyright (C)
>> 2015
>> > > > Free
>> > > > > > > >> Software Foundation, Inc.This is free software; see
the
>> source
>> > > for
>> > > > > > > copying
>> > > > > > > >> conditions.  There is NOwarranty; not even for
>> MERCHANTABILITY
>> > > or
>> > > > > > > FITNESS
>> > > > > > > >> FOR A PARTICULAR PURPOSE.*
>> > > > > > > >>
>> > > > > > > >> Does this mean that I should be running gcc compiler
>> instead
>> > of
>> > > > gnu?
>> > > > > > > >>
>> > > > > > > >> Thanks,
>> > > > > > > >> Michael Pletcher
>> > > > > > > >>
>> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik via
RT <
>> > > > > > > >> met_help at ucar.edu>
>> > > > > > > >> wrote:
>> > > > > > > >>
>> > > > > > > >> > Hi Michael.
>> > > > > > > >> >
>> > > > > > > >> > Since the output of "python-config --cflags"
indicates
>> the
>> > > > header
>> > > > > > > files
>> > > > > > > >> are
>> > > > > > > >> > in /usr/include/python2.7, the library file is
likely to
>> be
>> > > > found
>> > > > > > in a
>> > > > > > > >> > location like
>> > > > > > > >>
>> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
>> > > > > > > >> > You can run the following command to find it:
>> > > > > > > >> >
>> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> >  To find out what shell you are using, you can run
the
>> > > > following:
>> > > > > > > >> >
>> > > > > > > >> > echo $SHELL
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > Instead of pasting in the config.log output, could
you
>> > please
>> > > > > attach
>> > > > > > > it
>> > > > > > > >> to
>> > > > > > > >> > this email?  When you run the configure command,
there
>> > should
>> > > > be a
>> > > > > > > file
>> > > > > > > >> > "config.log" produced, which is the one I'd like
to have
>> you
>> > > > > attach
>> > > > > > > and
>> > > > > > > >> > look at.
>> > > > > > > >> >
>> > > > > > > >> > If your system doesn't use modulefiles you can
safely
>> > ignore:
>> > > > > > > >> >
>> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
>> > > > modulefile
>> > > > > > for
>> > > > > > > >> > > 'gnu/15.0.3'*
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > If it does use module files, you will need to know
the
>> > version
>> > > > for
>> > > > > > the
>> > > > > > > >> gnu
>> > > > > > > >> > compilers.    If modules are used, you can
determine what
>> > > > versions
>> > > > > > are
>> > > > > > > >> > available for loading by running:
>> > > > > > > >> >
>> > > > > > > >> > module spider gnu
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > This will output something like the following:
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > > > > > > >> > >   gnu:
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > > > > > > >> > >      Versions:
>> > > > > > > >> > >         gnu/7.4.0
>> > > > > > > >> > >         gnu/8.3.0
>> > > > > > > >> > >         gnu/9.1.0
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > Then you can choose the version of gnu that you'd
like to
>> > > load.
>> > > > > > > >> >
>> > > > > > > >> > If modules are not used and you would like to know
what
>> > > version
>> > > > > you
>> > > > > > > are
>> > > > > > > >> > running (not required for MET, but in case you
want to
>> know
>> > > for
>> > > > > > future
>> > > > > > > >> > reference), you can run:
>> > > > > > > >> >
>> > > > > > > >> > gcc --version
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > and you'll get something like:
>> > > > > > > >> >
>> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > Julie
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher -
NOAA
>> > > > Affiliate
>> > > > > > via
>> > > > > > > >> RT <
>> > > > > > > >> > met_help at ucar.edu> wrote:
>> > > > > > > >> >
>> > > > > > > >> > >
>> > > > > > > >> > > <URL:
>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >
>> > > > > > > >> > >
>> > > > > > > >> > > Hello Julie,
>> > > > > > > >> > >
>> > > > > > > >> > > The output I received from "python-config
--cflags" is
>> as
>> > > > > follows:
>> > > > > > > >> > >
>> > > > > > > >> > > *-I/usr/include/python2.7
-I/usr/include/python2.7
>> > > > > > > >> -fno-strict-aliasing
>> > > > > > > >> > -O2
>> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
-fexceptions
>> > > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-
size=4
>> > > > > > > >> -grecord-gcc-switches
>> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
>> -DNDEBUG
>> > -O2
>> > > > -g
>> > > > > > > -pipe
>> > > > > > > >> > -Wall
>> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> > > -fstack-protector-strong
>> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches
-m64
>> > > > > > -mtune=generic
>> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
>> > > > > > > >> > >
>> > > > > > > >> > > I was not able to find libpython2.7.a within the
files
>> I
>> > > have
>> > > > > > > >> downloaded
>> > > > > > > >> > so
>> > > > > > > >> > > far.
>> > > > > > > >> > >
>> > > > > > > >> > > I believe we are using bash, but how would I
find out
>> > which
>> > > > one
>> > > > > I
>> > > > > > am
>> > > > > > > >> > using?
>> > > > > > > >> > > My system administrator most likely knows the
answer to
>> > > this.
>> > > > > > > >> > >
>> > > > > > > >> > > The config.log file is as follows:
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > > *This file contains any messages produced by
compilers
>> > > > > > whilerunning
>> > > > > > > >> > > configure, to aid debugging if configure makes a
>> > mistake.It
>> > > > was
>> > > > > > > >> created
>> > > > > > > >> > by
>> > > > > > > >> > > cairo configure 1.14.6, which wasgenerated by
GNU
>> Autoconf
>> > > > 2.69.
>> > > > > > > >> > > Invocation command line was  $ ./configure
>> > > > > > > >> > >
>> > > > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
>> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
>> > > > > > > >> > >
>> > > > > > > >>
>> > > > > >
>> > > >
>> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
>> > > > > > > >> > > --------- #### Platform. #### ---------
##hostname =
>> > > > > > > >> sky.atmos.umd.edu
>> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m = x86_64uname
-r =
>> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
>> > 2019/usr/bin/uname
>> > > > -p
>> > > > > =
>> > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
>>   =
>> > > > > > > >> > > x86_64/usr/bin/arch -k       =
>> > > unknown/usr/convex/getsysinfo =
>> > > > > > > >> > > unknown/usr/bin/hostinfo      =
unknown/bin/machine
>> > > >  =
>> > > > > > > >> > > unknown/usr/bin/oslevel       =
unknown/bin/universe
>> > > > =
>> > > > > > > >> unknown*
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> > > *PATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
>> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
>> > > > > > > /opt/anaconda3/binPATH:
>> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
/usr/local/sbinPATH:
>> > > > > > > /usr/sbinPATH:
>> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
>> > > > > > > >> /homes/metogra/mpletch1/binPATH:
>> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
>> > > > > > > /homes/metogra/mpletch1/bin##
>> > > > > > > >> > > ----------- #### Core tests. #### -----------
>> > > > ##configure:3205:
>> > > > > > > >> checking
>> > > > > > > >> > > for gccconfigure:3232: result:
>> /usr/bin/gccconfigure:3461:
>> > > > > > checking
>> > > > > > > >> for C
>> > > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
--version
>> > > >&5gcc
>> > > > > > (GCC)
>> > > > > > > >> 4.8.5
>> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
>> > Software
>> > > > > > > >> Foundation,
>> > > > > > > >> > > Inc.This is free software; see the source for
copying
>> > > > > conditions.
>> > > > > > *
>> > > > > > > >> > >
>> > > > > > > >> > > I think the root of some of these problems (I'm
>> extremely
>> > > new
>> > > > to
>> > > > > > all
>> > > > > > > >> of
>> > > > > > > >> > > this, so I may be mistaken) is that I am using
the
>> > incorrect
>> > > > > > > compiler.
>> > > > > > > >> > When
>> > > > > > > >> > > I set the compiler, I did export
COMPILER=gnu_15.0.3,
>> but
>> > I
>> > > > know
>> > > > > > > >> 15.0.3
>> > > > > > > >> > is
>> > > > > > > >> > > for ics, not gnu. I also get this error at the
>> beginning
>> > of
>> > > > the
>> > > > > > > output
>> > > > > > > >> > when
>> > > > > > > >> > > I run ./compile_MET_all.sh:
>> > > > > > > >> > >
>> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
>> > > > modulefile
>> > > > > > for
>> > > > > > > >> > > 'gnu/15.0.3'*
>> > > > > > > >> > >
>> > > > > > > >> > > Not really sure if this means anything, just
want to
>> get
>> > you
>> > > > all
>> > > > > > of
>> > > > > > > >> the
>> > > > > > > >> > > errors that I'm seeing.
>> > > > > > > >> > >
>> > > > > > > >> > > Thanks,
>> > > > > > > >> > > Michael Pletcher
>> > > > > > > >> > >
>> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie Prestopnik
via
>> RT <
>> > > > > > > >> > met_help at ucar.edu
>> > > > > > > >> > > >
>> > > > > > > >> > > wrote:
>> > > > > > > >> > >
>> > > > > > > >> > > > Hi Michael.
>> > > > > > > >> > > >
>> > > > > > > >> > > > Thank you for letting me know about the output
of
>> > > > > "python-config
>> > > > > > > >> > > > --ldflags".  MET needs to have more
information than
>> > that
>> > > > > > command
>> > > > > > > is
>> > > > > > > >> > > > returning.  Could you please tell me what the
output
>> of
>> > > > > > > >> "python-config
>> > > > > > > >> > > > --cflags" is as well?  That will help me find
the
>> file
>> > > that
>> > > > > MET
>> > > > > > > >> needs
>> > > > > > > >> > to
>> > > > > > > >> > > > know about, namely the libpython2.7.a file.
If you
>> find
>> > > > that
>> > > > > > > file,
>> > > > > > > >> > > please
>> > > > > > > >> > > > let me know what the path to it is.   Once we
have
>> that
>> > > > > location
>> > > > > > > we
>> > > > > > > >> can
>> > > > > > > >> > > > formulate the appropriate value to set for
>> > MET_PYTHON_LD.
>> > > > > > > >> > > >
>> > > > > > > >> > > > Also, are you using the bash or csh?
>> > > > > > > >> > > >
>> > > > > > > >> > > > Regarding Cairo, please send me the config.log
file
>> that
>> > > was
>> > > > > > > output
>> > > > > > > >> > from
>> > > > > > > >> > > > running configure for Cairo and I'll take a
look.
>> > Thanks!
>> > > > > > > >> > > >
>> > > > > > > >> > > > Julie
>> > > > > > > >> > > >
>> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
Pletcher -
>> NOAA
>> > > > > > Affiliate
>> > > > > > > >> via
>> > > > > > > >> > RT
>> > > > > > > >> > > <
>> > > > > > > >> > > > met_help at ucar.edu> wrote:
>> > > > > > > >> > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > <URL:
>> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > Good afternoon,
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > I finally had time to attempt these
instructions.
>> > > > Regarding
>> > > > > a
>> > > > > > > few
>> > > > > > > >> > > things:
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > When I ran the line "python-config
--ldflags", this
>> > was
>> > > > the
>> > > > > > > output
>> > > > > > > >> > > (which
>> > > > > > > >> > > > > does not include the -L you mentioned):
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
-Xlinker
>> > > > > > -export-dynamic
>> > > > > > > *
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
>> returned
>> > > this
>> > > > > when
>> > > > > > > it
>> > > > > > > >> got
>> > > > > > > >> > > to
>> > > > > > > >> > > > > compiling CAIRO:
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > *configure returned with non-zero (1)
status*
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > My system administrator suggested the error
from
>> Cairo
>> > > > could
>> > > > > > be
>> > > > > > > >> > caused
>> > > > > > > >> > > by
>> > > > > > > >> > > > > Redhat compatibility. Our Linux operates on
Redhat
>> > > > > Enterprise
>> > > > > > 7,
>> > > > > > > >> and
>> > > > > > > >> > he
>> > > > > > > >> > > > > mentioned that there have been issues with
running
>> > Cairo
>> > > > on
>> > > > > it
>> > > > > > > in
>> > > > > > > >> the
>> > > > > > > >> > > > past.
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > Let me know if there is anything I can do to
fix
>> these
>> > > > > issues.
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > Thanks,
>> > > > > > > >> > > > > Michael Pletcher
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
Prestopnik via
>> > RT <
>> > > > > > > >> > > > met_help at ucar.edu>
>> > > > > > > >> > > > > wrote:
>> > > > > > > >> > > > >
>> > > > > > > >> > > > > > Hi Michael.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > As John indicated in his email, Docker is
the
>> > easiest
>> > > > way
>> > > > > to
>> > > > > > > >> make
>> > > > > > > >> > MET
>> > > > > > > >> > > > > > available.  But, it is definitely possible
for
>> you
>> > to
>> > > > > > download
>> > > > > > > >> MET
>> > > > > > > >> > > to a
>> > > > > > > >> > > > > > Linux machine and compile it from scratch.
I
>> have
>> > > > > described
>> > > > > > > >> that
>> > > > > > > >> > > > process
>> > > > > > > >> > > > > > below.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > You can find a script to help you install
MET at
>> > this
>> > > > > link,
>> > > > > > > and
>> > > > > > > >> > I'll
>> > > > > > > >> > > > put
>> > > > > > > >> > > > > > instructions below:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > This script may or may not work right
away.  Some
>> > > > systems
>> > > > > > have
>> > > > > > > >> > needed
>> > > > > > > >> > > > > more
>> > > > > > > >> > > > > > work than others.  To get started, decide
where
>> you
>> > > > would
>> > > > > > like
>> > > > > > > >> to
>> > > > > > > >> > > > install
>> > > > > > > >> > > > > > MET.  The following example will assume
you're
>> going
>> > > to
>> > > > > put
>> > > > > > it
>> > > > > > > >> in
>> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > You'll need to download compile_MET_all.sh
and
>> > > > > tar_files.tar
>> > > > > > > >> from
>> > > > > > > >> > the
>> > > > > > > >> > > > > link
>> > > > > > > >> > > > > > above.  You'll also need to download our
latest
>> MET
>> > > > > release:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it
with
>> "tar
>> > > -zxf
>> > > > > > > >> > > > > > compile_MET_all.sh.tgz
>> > > > > > > >> > > > > > ") and tar_files.tar in
/d1/pletcher/met/8.1 (or
>> > where
>> > > > > ever
>> > > > > > > you
>> > > > > > > >> > chose
>> > > > > > > >> > > > to
>> > > > > > > >> > > > > > put it).  Unpack the tar file and move
>> > > > > > > met-8.1.1.20190708.tar.gz
>> > > > > > > >> > into
>> > > > > > > >> > > > the
>> > > > > > > >> > > > > > tar_files directory.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > Then, you'll need to set up some
environment
>> > variables
>> > > > as
>> > > > > > > >> described
>> > > > > > > >> > > in
>> > > > > > > >> > > > > the
>> > > > > > > >> > > > > > link above.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > For reference using this example, I would
set the
>> > > > > following:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
>> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format is
>> > "compiler"
>> > > > > > > underscore
>> > > > > > > >> > > > > > "version".  If using modules on your
system,
>> you'll
>> > > need
>> > > > > use
>> > > > > > > the
>> > > > > > > >> > > > compiler
>> > > > > > > >> > > > > > name that the module would load (e.g.
module load
>> > > > > ics/15.0.3
>> > > > > > > to
>> > > > > > > >> > load
>> > > > > > > >> > > > the
>> > > > > > > >> > > > > > intel compiler version 15.0.3.  Otherwise,
if
>> using
>> > > not
>> > > > > > using
>> > > > > > > >> > modules
>> > > > > > > >> > > > and
>> > > > > > > >> > > > > > using gcc, please use "gnu" for the
compiler.
>> And,
>> > if
>> > > > not
>> > > > > > > using
>> > > > > > > >> > > > modules
>> > > > > > > >> > > > > > and using intel, you can use "intel". You
can
>> find
>> > the
>> > > > > > version
>> > > > > > > >> by
>> > > > > > > >> > > > running
>> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
respectively.)
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
>> > > > > > > >> > > > > > export MET_TARBALL=met-
8.1.1.20190708.tar.gz
>> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
--cflags`
>> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
--ldflags`
>> (This
>> > > may
>> > > > > not
>> > > > > > > >> work.
>> > > > > > > >> > > Run
>> > > > > > > >> > > > > > python-config --ldflags on the command
line and
>> see
>> > if
>> > > > you
>> > > > > > get
>> > > > > > > >> > output
>> > > > > > > >> > > > > > including "-L".  If you don't, please let
me know
>> > and
>> > > I
>> > > > > can
>> > > > > > > walk
>> > > > > > > >> > you
>> > > > > > > >> > > > > > through how to find this information.)
>> > > > > > > >> > > > > > export
>> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
>> > > > > > (Assuming
>> > > > > > > >> > you're
>> > > > > > > >> > > > not
>> > > > > > > >> > > > > > using modulefiles, it doesn't matter what
you set
>> > this
>> > > > to,
>> > > > > > but
>> > > > > > > >> it
>> > > > > > > >> > > needs
>> > > > > > > >> > > > > to
>> > > > > > > >> > > > > > be set to something otherwise MET won't
configure
>> > for
>> > > > > Python
>> > > > > > > >> > > embedding.
>> > > > > > > >> > > > > > You could just set it to "python".).
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > If you're not using modules, the output of
the
>> > script
>> > > > will
>> > > > > > say
>> > > > > > > >> > > > something
>> > > > > > > >> > > > > > about modules not being found and you can
safely
>> > > ignore
>> > > > > > that.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > You may need to make the script
executable, but
>> then
>> > > you
>> > > > > can
>> > > > > > > >> run it
>> > > > > > > >> > > > with
>> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some people
who have
>> > used
>> > > > > this
>> > > > > > > >> script,
>> > > > > > > >> > > > they
>> > > > > > > >> > > > > > have had their own laptops with hardly
anything
>> on
>> > it.
>> > > > > They
>> > > > > > > >> have
>> > > > > > > >> > > > needed
>> > > > > > > >> > > > > to
>> > > > > > > >> > > > > > install the following packages using the
>> following
>> > > > > commands:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > sudo apt-get update
>> > > > > > > >> > > > > > sudo apt install python-dev
>> > > > > > > >> > > > > > sudo apt-get install flex bison
>> > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
>> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
>> > > > > > > >> > > > > > sudo apt-get install pkg-config
>> > > > > > > >> > > > > > sudo apt-get install libpng-dev
>> > > > > > > >> > > > > > sudo apt-get install unzip
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > If the script runs and starts installing
the
>> > external
>> > > > > > > libraries
>> > > > > > > >> > > > > > successfully but then stops, there are
constant
>> > which
>> > > > you
>> > > > > > can
>> > > > > > > >> set
>> > > > > > > >> > to
>> > > > > > > >> > > 0,
>> > > > > > > >> > > > > so
>> > > > > > > >> > > > > > that you won't have to wait for them to be
>> installed
>> > > > > again.
>> > > > > > > In
>> > > > > > > >> the
>> > > > > > > >> > > > > compile
>> > > > > > > >> > > > > > script you'll see the following which you
can
>> modify
>> > > if
>> > > > > > > >> necessary:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > COMPILE_GSL=1
>> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
>> > > > > > > >> > > > > > COMPILE_ZLIB=1
>> > > > > > > >> > > > > > COMPILE_LIBPNG=1
>> > > > > > > >> > > > > > COMPILE_JASPER=1
>> > > > > > > >> > > > > > COMPILE_G2CLIB=1
>> > > > > > > >> > > > > > COMPILE_HDF=1
>> > > > > > > >> > > > > > COMPILE_HDFEOS=1
>> > > > > > > >> > > > > > COMPILE_NETCDF=1
>> > > > > > > >> > > > > > COMPILE_FREETYPE=1
>> > > > > > > >> > > > > > COMPILE_CAIRO=1
>> > > > > > > >> > > > > > COMPILE_MET=1
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > Please let me know if you have any
questions.  I
>> > know
>> > > > this
>> > > > > > is
>> > > > > > > a
>> > > > > > > >> lot
>> > > > > > > >> > > to
>> > > > > > > >> > > > > take
>> > > > > > > >> > > > > > in, so don't hesitate to reach out with
any
>> > questions.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > Thanks,
>> > > > > > > >> > > > > > Julie
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
Pletcher
>> -
>> > > NOAA
>> > > > > > > >> Affiliate
>> > > > > > > >> > via
>> > > > > > > >> > > > RT
>> > > > > > > >> > > > > <
>> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > <URL:
>> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > > > > >> >
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > Julie,
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > I am aware of the ability to access MET
within
>> > WPC.
>> > > > > > However,
>> > > > > > > >> I'm
>> > > > > > > >> > > > > curious
>> > > > > > > >> > > > > > as
>> > > > > > > >> > > > > > > to whether or not it is possible to
download
>> MET
>> > to
>> > > a
>> > > > > > Linux
>> > > > > > > >> > machine
>> > > > > > > >> > > > in
>> > > > > > > >> > > > > > the
>> > > > > > > >> > > > > > > computer lab within my department
(Department
>> of
>> > > > > > > Atmospheric &
>> > > > > > > >> > > > Oceanic
>> > > > > > > >> > > > > > > Science). The reason I am asking for
this is
>> > > because I
>> > > > > do
>> > > > > > > not
>> > > > > > > >> > have
>> > > > > > > >> > > a
>> > > > > > > >> > > > > > > federal badge to freely access MET at
anytime
>> at
>> > > > NCWCP.
>> > > > > I
>> > > > > > > will
>> > > > > > > >> > talk
>> > > > > > > >> > > > > with
>> > > > > > > >> > > > > > > the system administrator for my
department (
>> > > > > > > jhenriks at umd.edu)
>> > > > > > > >> > and
>> > > > > > > >> > > > see
>> > > > > > > >> > > > > > what
>> > > > > > > >> > > > > > > he thinks about this.
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > Thanks,
>> > > > > > > >> > > > > > > Michael Pletcher
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
Prestopnik
>> > via
>> > > > RT <
>> > > > > > > >> > > > > > met_help at ucar.edu>
>> > > > > > > >> > > > > > > wrote:
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > > > Hi Michael.  It was recently brought
to my
>> > > attention
>> > > > > > that
>> > > > > > > >> you
>> > > > > > > >> > are
>> > > > > > > >> > > > > > working
>> > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not
sure
>> > exactly
>> > > > what
>> > > > > > > >> machines
>> > > > > > > >> > > MET
>> > > > > > > >> > > > > is
>> > > > > > > >> > > > > > > > accessible from, but there is an
install for
>> the
>> > > WPC
>> > > > > > group
>> > > > > > > >> at
>> > > > > > > >> > > > > > /opt/MET/81
>> > > > > > > >> > > > > > > > on at least some of their machines.  I
hope
>> that
>> > > > > helps!
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > Julie
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
>> Prestopnik
>> > <
>> > > > > > > >> > > jpresto at ucar.edu>
>> > > > > > > >> > > > > > > wrote:
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > > Hi Michael.
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > I see that you'd like to access MET
for
>> your
>> > > > > research.
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > We have MET installed for users on a
>> variety
>> > of
>> > > > NOAA
>> > > > > > > >> > machines.
>> > > > > > > >> > > > > Take
>> > > > > > > >> > > > > > a
>> > > > > > > >> > > > > > > > > look at this website and see if you
have
>> > access
>> > > to
>> > > > > any
>> > > > > > > of
>> > > > > > > >> > these
>> > > > > > > >> > > > > > > machines
>> > > > > > > >> > > > > > > > > where there is currently an existing
build
>> of
>> > > MET:
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > The machine, "hera", which is
replacing
>> > "theia"
>> > > > > should
>> > > > > > > >> also
>> > > > > > > >> > be
>> > > > > > > >> > > on
>> > > > > > > >> > > > > > that
>> > > > > > > >> > > > > > > > > list.  I will add "hera" later
today.
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > If you don't have access to any of
those
>> > > existing
>> > > > > > builds
>> > > > > > > >> you
>> > > > > > > >> > > can
>> > > > > > > >> > > > > > > download
>> > > > > > > >> > > > > > > > > the MET code online and install in
on a
>> Linux
>> > > > > machine.
>> > > > > > > If
>> > > > > > > >> > you
>> > > > > > > >> > > > end
>> > > > > > > >> > > > > up
>> > > > > > > >> > > > > > > > > needing to install it, please let me
know,
>> and
>> > > > I'll
>> > > > > > send
>> > > > > > > >> some
>> > > > > > > >> > > > > > > additional
>> > > > > > > >> > > > > > > > > useful information for the
installation.
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > Thanks,
>> > > > > > > >> > > > > > > > > Julie
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
Michael
>> > Pletcher
>> > > -
>> > > > > NOAA
>> > > > > > > >> > > Affiliate
>> > > > > > > >> > > > > via
>> > > > > > > >> > > > > > > RT <
>> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request
91886
>> was
>> > > acted
>> > > > > > upon.
>> > > > > > > >> > > > > > > > >> Transaction: Ticket created by
>> > > > > > > michael.pletcher at noaa.gov
>> > > > > > > >> > > > > > > > >>        Queue: met_help
>> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
Affiliate
>> > > > > > > >> > > > > > > > >>        Owner: Nobody
>> > > > > > > >> > > > > > > > >>   Requestors:
michael.pletcher at noaa.gov
>> > > > > > > >> > > > > > > > >>       Status: new
>> > > > > > > >> > > > > > > > >>  Ticket <URL:
>> > > > > > > >> > > > > >
>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >> Hello,
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >> My name is Michael Pletcher and I
am
>> senior
>> > at
>> > > > the
>> > > > > > > >> > University
>> > > > > > > >> > > of
>> > > > > > > >> > > > > > > > Maryland.
>> > > > > > > >> > > > > > > > >> I am currently working with the
Weather
>> > > > Prediction
>> > > > > > > Center
>> > > > > > > >> > on a
>> > > > > > > >> > > > > > > research
>> > > > > > > >> > > > > > > > >> project, and my advisors have
suggested
>> that
>> > I
>> > > > > find a
>> > > > > > > >> way to
>> > > > > > > >> > > > > access
>> > > > > > > >> > > > > > > MET
>> > > > > > > >> > > > > > > > >> software remotely from NCWCP to
work on my
>> > > > project.
>> > > > > > > >> Please
>> > > > > > > >> > let
>> > > > > > > >> > > > me
>> > > > > > > >> > > > > > know
>> > > > > > > >> > > > > > > > if
>> > > > > > > >> > > > > > > > >> it is possible to download MET to
my
>> laptop
>> > > > > computer,
>> > > > > > > or
>> > > > > > > >> if
>> > > > > > > >> > I
>> > > > > > > >> > > > > could
>> > > > > > > >> > > > > > > > >> possibly download it to my
department's
>> > > > > (Atmospheric
>> > > > > > &
>> > > > > > > >> > Oceanic
>> > > > > > > >> > > > > > > Science)
>> > > > > > > >> > > > > > > > >> computers. Let me know if I need to
answer
>> > any
>> > > > > > > questions.
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >> Thanks,
>> > > > > > > >> > > > > > > > >> Michael Pletcher
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >>
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > --
>> > > > > > > >> > > > > > > > > Julie Prestopnik
>> > > > > > > >> > > > > > > > > Software Engineer
>> > > > > > > >> > > > > > > > > National Center for Atmospheric
Research
>> > > > > > > >> > > > > > > > > Research Applications Laboratory
>> > > > > > > >> > > > > > > > > Phone: 303.497.8399
>> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > > > My working day may not be your
working day.
>> > > > Please
>> > > > > do
>> > > > > > > not
>> > > > > > > >> > feel
>> > > > > > > >> > > > > > obliged
>> > > > > > > >> > > > > > > > to
>> > > > > > > >> > > > > > > > > reply to this email outside of your
normal
>> > > working
>> > > > > > > hours.
>> > > > > > > >> > > > > > > > >
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > --
>> > > > > > > >> > > > > > > > Julie Prestopnik
>> > > > > > > >> > > > > > > > Software Engineer
>> > > > > > > >> > > > > > > > National Center for Atmospheric
Research
>> > > > > > > >> > > > > > > > Research Applications Laboratory
>> > > > > > > >> > > > > > > > Phone: 303.497.8399
>> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > > My working day may not be your working
day.
>> > > Please
>> > > > do
>> > > > > > not
>> > > > > > > >> feel
>> > > > > > > >> > > > > obliged
>> > > > > > > >> > > > > > > to
>> > > > > > > >> > > > > > > > reply to this email outside of your
normal
>> > working
>> > > > > > hours.
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > > >
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > > >
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > --
>> > > > > > > >> > > > > > Julie Prestopnik
>> > > > > > > >> > > > > > Software Engineer
>> > > > > > > >> > > > > > National Center for Atmospheric Research
>> > > > > > > >> > > > > > Research Applications Laboratory
>> > > > > > > >> > > > > > Phone: 303.497.8399
>> > > > > > > >> > > > > > Email: jpresto at ucar.edu
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > > My working day may not be your working
day.
>> Please
>> > do
>> > > > not
>> > > > > > > feel
>> > > > > > > >> > > obliged
>> > > > > > > >> > > > > to
>> > > > > > > >> > > > > > reply to this email outside of your normal
>> working
>> > > > hours.
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > > >
>> > > > > > > >> > > >
>> > > > > > > >> > > > --
>> > > > > > > >> > > > Julie Prestopnik
>> > > > > > > >> > > > Software Engineer
>> > > > > > > >> > > > National Center for Atmospheric Research
>> > > > > > > >> > > > Research Applications Laboratory
>> > > > > > > >> > > > Phone: 303.497.8399
>> > > > > > > >> > > > Email: jpresto at ucar.edu
>> > > > > > > >> > > >
>> > > > > > > >> > > > My working day may not be your working day.
Please
>> do
>> > not
>> > > > > feel
>> > > > > > > >> obliged
>> > > > > > > >> > > to
>> > > > > > > >> > > > reply to this email outside of your normal
working
>> > hours.
>> > > > > > > >> > > >
>> > > > > > > >> > > >
>> > > > > > > >> > >
>> > > > > > > >> > >
>> > > > > > > >> >
>> > > > > > > >> > --
>> > > > > > > >> > Julie Prestopnik
>> > > > > > > >> > Software Engineer
>> > > > > > > >> > National Center for Atmospheric Research
>> > > > > > > >> > Research Applications Laboratory
>> > > > > > > >> > Phone: 303.497.8399
>> > > > > > > >> > Email: jpresto at ucar.edu
>> > > > > > > >> >
>> > > > > > > >> > My working day may not be your working day.
Please do
>> not
>> > > feel
>> > > > > > > obliged
>> > > > > > > >> to
>> > > > > > > >> > reply to this email outside of your normal working
hours.
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >>
>> > > > > > > >>
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > > Julie Prestopnik
>> > > > > > > > Software Engineer
>> > > > > > > > National Center for Atmospheric Research
>> > > > > > > > Research Applications Laboratory
>> > > > > > > > Phone: 303.497.8399
>> > > > > > > > Email: jpresto at ucar.edu
>> > > > > > > >
>> > > > > > > > My working day may not be your working day.  Please
do not
>> feel
>> > > > > obliged
>> > > > > > > to
>> > > > > > > > reply to this email outside of your normal working
hours.
>> > > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > --
>> > > > > > > Julie Prestopnik
>> > > > > > > Software Engineer
>> > > > > > > National Center for Atmospheric Research
>> > > > > > > Research Applications Laboratory
>> > > > > > > Phone: 303.497.8399
>> > > > > > > Email: jpresto at ucar.edu
>> > > > > > >
>> > > > > > > My working day may not be your working day.  Please do
not
>> feel
>> > > > obliged
>> > > > > > to
>> > > > > > > reply to this email outside of your normal working
hours.
>> > > > > > >
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > >
>> > > > > --
>> > > > > Julie Prestopnik
>> > > > > Software Engineer
>> > > > > National Center for Atmospheric Research
>> > > > > Research Applications Laboratory
>> > > > > Phone: 303.497.8399
>> > > > > Email: jpresto at ucar.edu
>> > > > >
>> > > > > My working day may not be your working day.  Please do not
feel
>> > obliged
>> > > > to
>> > > > > reply to this email outside of your normal working hours.
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > >
>> > > --
>> > > Julie Prestopnik
>> > > Software Engineer
>> > > National Center for Atmospheric Research
>> > > Research Applications Laboratory
>> > > Phone: 303.497.8399
>> > > Email: jpresto at ucar.edu
>> > >
>> > > My working day may not be your working day.  Please do not feel
>> obliged
>> > to
>> > > reply to this email outside of your normal working hours.
>> > >
>> > >
>> >
>> >
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day.  Please do not feel
obliged to
>> reply to this email outside of your normal working hours.
>>
>>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 25 09:31:42 2019

Hi Michael.  It may be fine. Often, config.log has errors that we can
ignore.  Could you please attach the log files for me so that I can
take a
look?

Thanks,
Julie

On Tue, Sep 24, 2019 at 4:31 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> Just when I thought this was finished, I got quite a few errors... I
have
> attached the terminal log when I ran the command you emailed me.
>
> I guess this is just how compiling software works!
>
> Thanks,
> Michael Pletcher
>
> On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.  This is great news!  Thank you so much for letting me
know
> > that you got a successful compilation!
> >
> > Thank you for your kind words.  You're welcome for the help.
We're happy
> > to help!
> >
> > I'm glad to hear that you'll be working with someone who has
experience
> > with MET.  Don't hesitate to reach out to met_help again with any
> questions
> > you may have though.
> >
> > One last thing - we always suggest checking the log files for
errors, so
> if
> > you don't mind, please run the following:
> >
> > grep -i error /home/metogra/mpletch1/ResearchProject/met/met-
8.1.1/*.log
> > >
> >
> > If you don't see any errors, you should be good to go!
> >
> > Thanks,
> > Julie
> >
> > On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > After following these instructions, it appears that I
successfully
> > compiled
> > > MET! I've attached a screenshot with the line that states it was
> > > successfully compiled.
> > >
> > > I cannot thank you enough for your responsiveness and the amount
of
> time
> > > you took out of your day to help me. I was completely new to
software
> > > compilation and you made it about as easy as possible. I can now
begin
> a
> > > major portion of my required research!
> > >
> > > Let me know if there's anything else that is needed to get MET
up
> > > and running. I am working directly with a scientist that has
experience
> > > with MET, so he can show me how everything works within the
program
> > itself.
> > >
> > > Thank you again,
> > > Michael Pletcher
> > >
> > > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Michael.
> > > >
> > > > Thank you for following up.  libpython2.7.so  should work
fine.
> Thank
> > > you
> > > > for letting me know that you don't typically use module files
except
> > for
> > > > the intel compiler. So here is what you will need to have set:
> > > >
> > > > export MET_PYTHON_CC=-I/usr/include/python2.7\
> -I/usr/include/python2.7
> > > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\
-lm\
> > > > -lpython2.7\ -Xlinker\ -export-dynamic
> > > > export PYTHON_MODULE_USE=python
> > > >
> > > > Regarding the compiler, you can simply set:
> > > >
> > > > export COMPILER=gnu_ 4.8.5
> > > >
> > > > and ignore any warnings you receive about modules not being
loaded.
> > > >
> > > > Regarding cairo, I believe I do know what is wrong.  The
following is
> > > from
> > > > your config.log file:
> > > >
> > > > > Package pixman-1 was not found in the pkg-config search
path.
> > > > >
> > > >
> > > > You will need to have pixman installed.  Your sys admin (or
you, if
> you
> > > > have sudo access) should just need to run the following on
your
> > machine:
> > > >
> > > > > sudo apt-get install libpixman-1-dev
> > > >
> > > >
> > > >  After you get pixman installed, in the compile script, you
can
> change
> > > the
> > > > values to 0 for the libraries you've already compiled so that
you
> don't
> > > > have to recompile and wait for them.  Assuming everything,
except for
> > > Cairo
> > > > and MET, compiled, you would set:
> > > >
> > > > COMPILE_GSL=0
> > > > COMPILE_BUFRLIB=0
> > > > COMPILE_ZLIB=0
> > > > COMPILE_LIBPNG=0
> > > > COMPILE_JASPER=0
> > > > COMPILE_G2CLIB=0
> > > > COMPILE_HDF=0
> > > > COMPILE_HDFEOS=0
> > > > COMPILE_NETCDF=0
> > > > COMPILE_FREETYPE=0
> > > > COMPILE_CAIRO=1
> > > > COMPILE_MET=1
> > > >
> > > > Then set the necessary environment variables and try rerunning
the
> > > script.
> > > > Please let us know if you have any questions.
> > > >
> > > > Please let us know how it goes.
> > > >
> > > > Thanks,
> > > >
> > > > Julie
> > > >
> > > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
Affiliate via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >
> > > > > Julie,
> > > > >
> > > > > After speaking with my system administrator, we were not
able to
> > locate
> > > > > libpython2.7.a. However, we were able to locate
libpython2.7.so
> > within
> > > > > /usr/lib64/ of our Linux system.
> > > > >
> > > > > He explained that we only use module load commands when
using intel
> > > > > compilers, and I used gnu to compile the software, so I
don't think
> > > that
> > > > > should be an issue.
> > > > >
> > > > > Were you able to find any issues in the config.log of Cairo?
> > > > >
> > > > > Thanks,
> > > > > Michael Pletcher
> > > > >
> > > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > Hi Michael.  Thank you for letting me know that when you
ran
> "find
> > > > > > /usr/lib/ -name libpython2.7.a" it returned nothing. Could
you
> > please
> > > > ask
> > > > > > your system administrator when the libpython2.7.a file is
that is
> > > > > > associated with the Python include files at
> /usr/include/python2.7
> > > (the
> > > > > > output of running "python-config --cflags')?  That is all
that we
> > > need
> > > > to
> > > > > > know, but it needs to be the libpython2.7.a file is that
is
> > > associated
> > > > > with
> > > > > > the Python include files at that location.
> > > > > >
> > > > > > I'll ask my system administrator about the compiler issue.
> > > > > > >
> > > > > > There is no issue with the compiler, really.  I just need
to
> know -
> > > Do
> > > > > you
> > > > > > typically run any "module load" commands to load any
software?
> If
> > > not,
> > > > > > that is fine.  If so, please let me know, and I'll walk
you
> through
> > > the
> > > > > > rest.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
Affiliate
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > > > > > >
> > > > > > > Julie,
> > > > > > >
> > > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
returned
> > > nothing.
> > > > > No
> > > > > > > error and no output. I made sure to be in no directory
when I
> ran
> > > > that
> > > > > > > command.
> > > > > > >
> > > > > > > I'll ask my system administrator about the compiler
issue.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Michael Pletcher
> > > > > > >
> > > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > > I forgot to mention - I'll take a look at the
config.log file
> > and
> > > > > will
> > > > > > > > follow up.  If you could please follow up on my
question in
> the
> > > > other
> > > > > > > > email, that would be great.  Thanks!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
> > > jpresto at ucar.edu
> > > > >
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi Michael.
> > > > > > > > >
> > > > > > > > > Did you run the "find /usr/lib/ -name
libpython2.7.a"
> > command?
> > > > > None
> > > > > > of
> > > > > > > > > the locations you listed appeared to be in /usr/lib
as far
> > as I
> > > > > could
> > > > > > > > tell,
> > > > > > > > > but it looks like the paths all run together.  I
would
> > expected
> > > > to
> > > > > > see
> > > > > > > a
> > > > > > > > > libpython2.7.a in a location like
> > > > > > > > >
> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > > > > > > >
> > > > > > > > > Great, it is good to know that you are running the
bash
> > shell.
> > > > > That
> > > > > > > will
> > > > > > > > > be helpful once we figure out where the
libpython2.7.a file
> > is.
> > > > > > > > >
> > > > > > > > > Are you using modulefiles regularly to load things
like the
> > > > > compiler?
> > > > > > > > >
> > > > > > > > > Does this mean that I should be running gcc compiler
> instead
> > of
> > > > > gnu?
> > > > > > > > >>
> > > > > > > > > The gcc compiler is the compiler for the GNU
package.  Our
> > run
> > > > > script
> > > > > > > > > expects to see "gnu_<version number>" in order to
compile
> > using
> > > > > gcc.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher -
NOAA
> > > Affiliate
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > >>
> > > > > > > > >> <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >
> > > > > > > > >>
> > > > > > > > >> Julie,
> > > > > > > > >>
> > > > > > > > >> I found five different locations where libpython2.7
is
> > > located:
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > > > > > >> hon2.7.a*
> > > > > > > > >>
> > > > > > > > >> When I ran echo $SHELL, it returned:
> > > > > > > > >>
> > > > > > > > >> */bin/bash*
> > > > > > > > >>
> > > > > > > > >> I attached the config.log file.
> > > > > > > > >>
> > > > > > > > >> When I ran "module spider gnu", it returned:
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
unrecognized
> > > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is
an
> > > > unrecognized
> > > > > > > > >> subcommand*
> > > > > > > > >>
> > > > > > > > >> But when I ran "gcc --version:, it returned:
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-
39)Copyright (C)
> > 2015
> > > > > Free
> > > > > > > > >> Software Foundation, Inc.This is free software; see
the
> > source
> > > > for
> > > > > > > > copying
> > > > > > > > >> conditions.  There is NOwarranty; not even for
> > MERCHANTABILITY
> > > > or
> > > > > > > > FITNESS
> > > > > > > > >> FOR A PARTICULAR PURPOSE.*
> > > > > > > > >>
> > > > > > > > >> Does this mean that I should be running gcc
compiler
> instead
> > > of
> > > > > gnu?
> > > > > > > > >>
> > > > > > > > >> Thanks,
> > > > > > > > >> Michael Pletcher
> > > > > > > > >>
> > > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik
via RT <
> > > > > > > > >> met_help at ucar.edu>
> > > > > > > > >> wrote:
> > > > > > > > >>
> > > > > > > > >> > Hi Michael.
> > > > > > > > >> >
> > > > > > > > >> > Since the output of "python-config --cflags"
indicates
> the
> > > > > header
> > > > > > > > files
> > > > > > > > >> are
> > > > > > > > >> > in /usr/include/python2.7, the library file is
likely to
> > be
> > > > > found
> > > > > > > in a
> > > > > > > > >> > location like
> > > > > > > > >>
> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > > > > > > >> > You can run the following command to find it:
> > > > > > > > >> >
> > > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> >  To find out what shell you are using, you can
run the
> > > > > following:
> > > > > > > > >> >
> > > > > > > > >> > echo $SHELL
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > Instead of pasting in the config.log output,
could you
> > > please
> > > > > > attach
> > > > > > > > it
> > > > > > > > >> to
> > > > > > > > >> > this email?  When you run the configure command,
there
> > > should
> > > > > be a
> > > > > > > > file
> > > > > > > > >> > "config.log" produced, which is the one I'd like
to have
> > you
> > > > > > attach
> > > > > > > > and
> > > > > > > > >> > look at.
> > > > > > > > >> >
> > > > > > > > >> > If your system doesn't use modulefiles you can
safely
> > > ignore:
> > > > > > > > >> >
> > > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> > > > > modulefile
> > > > > > > for
> > > > > > > > >> > > 'gnu/15.0.3'*
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > If it does use module files, you will need to
know the
> > > version
> > > > > for
> > > > > > > the
> > > > > > > > >> gnu
> > > > > > > > >> > compilers.    If modules are used, you can
determine
> what
> > > > > versions
> > > > > > > are
> > > > > > > > >> > available for loading by running:
> > > > > > > > >> >
> > > > > > > > >> > module spider gnu
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > This will output something like the following:
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > > > >> > >   gnu:
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > > > > > >> > >      Versions:
> > > > > > > > >> > >         gnu/7.4.0
> > > > > > > > >> > >         gnu/8.3.0
> > > > > > > > >> > >         gnu/9.1.0
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > Then you can choose the version of gnu that you'd
like
> to
> > > > load.
> > > > > > > > >> >
> > > > > > > > >> > If modules are not used and you would like to
know what
> > > > version
> > > > > > you
> > > > > > > > are
> > > > > > > > >> > running (not required for MET, but in case you
want to
> > know
> > > > for
> > > > > > > future
> > > > > > > > >> > reference), you can run:
> > > > > > > > >> >
> > > > > > > > >> > gcc --version
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > and you'll get something like:
> > > > > > > > >> >
> > > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > Julie
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher
- NOAA
> > > > > Affiliate
> > > > > > > via
> > > > > > > > >> RT <
> > > > > > > > >> > met_help at ucar.edu> wrote:
> > > > > > > > >> >
> > > > > > > > >> > >
> > > > > > > > >> > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > >
> > > > > > > > >> > >
> > > > > > > > >> > > Hello Julie,
> > > > > > > > >> > >
> > > > > > > > >> > > The output I received from "python-config
--cflags" is
> > as
> > > > > > follows:
> > > > > > > > >> > >
> > > > > > > > >> > > *-I/usr/include/python2.7
-I/usr/include/python2.7
> > > > > > > > >> -fno-strict-aliasing
> > > > > > > > >> > -O2
> > > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
-fexceptions
> > > > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-
size=4
> > > > > > > > >> -grecord-gcc-switches
> > > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv
> -DNDEBUG
> > > -O2
> > > > > -g
> > > > > > > > -pipe
> > > > > > > > >> > -Wall
> > > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > > -fstack-protector-strong
> > > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-switches
-m64
> > > > > > > -mtune=generic
> > > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > > > > > >> > >
> > > > > > > > >> > > I was not able to find libpython2.7.a within
the
> files I
> > > > have
> > > > > > > > >> downloaded
> > > > > > > > >> > so
> > > > > > > > >> > > far.
> > > > > > > > >> > >
> > > > > > > > >> > > I believe we are using bash, but how would I
find out
> > > which
> > > > > one
> > > > > > I
> > > > > > > am
> > > > > > > > >> > using?
> > > > > > > > >> > > My system administrator most likely knows the
answer
> to
> > > > this.
> > > > > > > > >> > >
> > > > > > > > >> > > The config.log file is as follows:
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > > *This file contains any messages produced by
compilers
> > > > > > > whilerunning
> > > > > > > > >> > > configure, to aid debugging if configure makes
a
> > > mistake.It
> > > > > was
> > > > > > > > >> created
> > > > > > > > >> > by
> > > > > > > > >> > > cairo configure 1.14.6, which wasgenerated by
GNU
> > Autoconf
> > > > > 2.69.
> > > > > > > > >> > > Invocation command line was  $ ./configure
> > > > > > > > >> > >
> > > > > >
> --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > > > > > >> > >
> > > > > > > > >>
> > > > > > >
> > > > >
> > >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > > > > > >> > > --------- #### Platform. #### ---------
##hostname =
> > > > > > > > >> sky.atmos.umd.edu
> > > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
x86_64uname -r =
> > > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> > > 2019/usr/bin/uname
> > > > > -p
> > > > > > =
> > > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
> > =
> > > > > > > > >> > > x86_64/usr/bin/arch -k       =
> > > > unknown/usr/convex/getsysinfo =
> > > > > > > > >> > > unknown/usr/bin/hostinfo      =
unknown/bin/machine
> > > > >  =
> > > > > > > > >> > > unknown/usr/bin/oslevel       =
unknown/bin/universe
> > > > > =
> > > > > > > > >> unknown*
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> > > *PATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> > > > > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> > > > > > > > /opt/anaconda3/binPATH:
> > > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
/usr/local/sbinPATH:
> > > > > > > > /usr/sbinPATH:
> > > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > > > >> /homes/metogra/mpletch1/binPATH:
> > > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > > > > > /homes/metogra/mpletch1/bin##
> > > > > > > > >> > > ----------- #### Core tests. #### -----------
> > > > > ##configure:3205:
> > > > > > > > >> checking
> > > > > > > > >> > > for gccconfigure:3232: result:
> > /usr/bin/gccconfigure:3461:
> > > > > > > checking
> > > > > > > > >> for C
> > > > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
--version
> > > > >&5gcc
> > > > > > > (GCC)
> > > > > > > > >> 4.8.5
> > > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
> > > Software
> > > > > > > > >> Foundation,
> > > > > > > > >> > > Inc.This is free software; see the source for
copying
> > > > > > conditions.
> > > > > > > *
> > > > > > > > >> > >
> > > > > > > > >> > > I think the root of some of these problems (I'm
> > extremely
> > > > new
> > > > > to
> > > > > > > all
> > > > > > > > >> of
> > > > > > > > >> > > this, so I may be mistaken) is that I am using
the
> > > incorrect
> > > > > > > > compiler.
> > > > > > > > >> > When
> > > > > > > > >> > > I set the compiler, I did export
COMPILER=gnu_15.0.3,
> > but
> > > I
> > > > > know
> > > > > > > > >> 15.0.3
> > > > > > > > >> > is
> > > > > > > > >> > > for ics, not gnu. I also get this error at the
> beginning
> > > of
> > > > > the
> > > > > > > > output
> > > > > > > > >> > when
> > > > > > > > >> > > I run ./compile_MET_all.sh:
> > > > > > > > >> > >
> > > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> > > > > modulefile
> > > > > > > for
> > > > > > > > >> > > 'gnu/15.0.3'*
> > > > > > > > >> > >
> > > > > > > > >> > > Not really sure if this means anything, just
want to
> get
> > > you
> > > > > all
> > > > > > > of
> > > > > > > > >> the
> > > > > > > > >> > > errors that I'm seeing.
> > > > > > > > >> > >
> > > > > > > > >> > > Thanks,
> > > > > > > > >> > > Michael Pletcher
> > > > > > > > >> > >
> > > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
Prestopnik via
> RT
> > <
> > > > > > > > >> > met_help at ucar.edu
> > > > > > > > >> > > >
> > > > > > > > >> > > wrote:
> > > > > > > > >> > >
> > > > > > > > >> > > > Hi Michael.
> > > > > > > > >> > > >
> > > > > > > > >> > > > Thank you for letting me know about the
output of
> > > > > > "python-config
> > > > > > > > >> > > > --ldflags".  MET needs to have more
information than
> > > that
> > > > > > > command
> > > > > > > > is
> > > > > > > > >> > > > returning.  Could you please tell me what the
output
> > of
> > > > > > > > >> "python-config
> > > > > > > > >> > > > --cflags" is as well?  That will help me find
the
> file
> > > > that
> > > > > > MET
> > > > > > > > >> needs
> > > > > > > > >> > to
> > > > > > > > >> > > > know about, namely the libpython2.7.a file.
If you
> > find
> > > > > that
> > > > > > > > file,
> > > > > > > > >> > > please
> > > > > > > > >> > > > let me know what the path to it is.   Once we
have
> > that
> > > > > > location
> > > > > > > > we
> > > > > > > > >> can
> > > > > > > > >> > > > formulate the appropriate value to set for
> > > MET_PYTHON_LD.
> > > > > > > > >> > > >
> > > > > > > > >> > > > Also, are you using the bash or csh?
> > > > > > > > >> > > >
> > > > > > > > >> > > > Regarding Cairo, please send me the
config.log file
> > that
> > > > was
> > > > > > > > output
> > > > > > > > >> > from
> > > > > > > > >> > > > running configure for Cairo and I'll take a
look.
> > > Thanks!
> > > > > > > > >> > > >
> > > > > > > > >> > > > Julie
> > > > > > > > >> > > >
> > > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
Pletcher -
> > NOAA
> > > > > > > Affiliate
> > > > > > > > >> via
> > > > > > > > >> > RT
> > > > > > > > >> > > <
> > > > > > > > >> > > > met_help at ucar.edu> wrote:
> > > > > > > > >> > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > Good afternoon,
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > I finally had time to attempt these
instructions.
> > > > > Regarding
> > > > > > a
> > > > > > > > few
> > > > > > > > >> > > things:
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > When I ran the line "python-config
--ldflags",
> this
> > > was
> > > > > the
> > > > > > > > output
> > > > > > > > >> > > (which
> > > > > > > > >> > > > > does not include the -L you mentioned):
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
-Xlinker
> > > > > > > -export-dynamic
> > > > > > > > *
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh", it
> returned
> > > > this
> > > > > > when
> > > > > > > > it
> > > > > > > > >> got
> > > > > > > > >> > > to
> > > > > > > > >> > > > > compiling CAIRO:
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > *configure returned with non-zero (1)
status*
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > My system administrator suggested the error
from
> > Cairo
> > > > > could
> > > > > > > be
> > > > > > > > >> > caused
> > > > > > > > >> > > by
> > > > > > > > >> > > > > Redhat compatibility. Our Linux operates on
Redhat
> > > > > > Enterprise
> > > > > > > 7,
> > > > > > > > >> and
> > > > > > > > >> > he
> > > > > > > > >> > > > > mentioned that there have been issues with
running
> > > Cairo
> > > > > on
> > > > > > it
> > > > > > > > in
> > > > > > > > >> the
> > > > > > > > >> > > > past.
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > Let me know if there is anything I can do
to fix
> > these
> > > > > > issues.
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > Thanks,
> > > > > > > > >> > > > > Michael Pletcher
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
Prestopnik
> via
> > > RT <
> > > > > > > > >> > > > met_help at ucar.edu>
> > > > > > > > >> > > > > wrote:
> > > > > > > > >> > > > >
> > > > > > > > >> > > > > > Hi Michael.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > As John indicated in his email, Docker is
the
> > > easiest
> > > > > way
> > > > > > to
> > > > > > > > >> make
> > > > > > > > >> > MET
> > > > > > > > >> > > > > > available.  But, it is definitely
possible for
> you
> > > to
> > > > > > > download
> > > > > > > > >> MET
> > > > > > > > >> > > to a
> > > > > > > > >> > > > > > Linux machine and compile it from
scratch.  I
> have
> > > > > > described
> > > > > > > > >> that
> > > > > > > > >> > > > process
> > > > > > > > >> > > > > > below.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > You can find a script to help you install
MET at
> > > this
> > > > > > link,
> > > > > > > > and
> > > > > > > > >> > I'll
> > > > > > > > >> > > > put
> > > > > > > > >> > > > > > instructions below:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > This script may or may not work right
away.
> Some
> > > > > systems
> > > > > > > have
> > > > > > > > >> > needed
> > > > > > > > >> > > > > more
> > > > > > > > >> > > > > > work than others.  To get started, decide
where
> > you
> > > > > would
> > > > > > > like
> > > > > > > > >> to
> > > > > > > > >> > > > install
> > > > > > > > >> > > > > > MET.  The following example will assume
you're
> > going
> > > > to
> > > > > > put
> > > > > > > it
> > > > > > > > >> in
> > > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > You'll need to download
compile_MET_all.sh and
> > > > > > tar_files.tar
> > > > > > > > >> from
> > > > > > > > >> > the
> > > > > > > > >> > > > > link
> > > > > > > > >> > > > > > above.  You'll also need to download our
latest
> > MET
> > > > > > release:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack it
with
> > "tar
> > > > -zxf
> > > > > > > > >> > > > > > compile_MET_all.sh.tgz
> > > > > > > > >> > > > > > ") and tar_files.tar in
/d1/pletcher/met/8.1 (or
> > > where
> > > > > > ever
> > > > > > > > you
> > > > > > > > >> > chose
> > > > > > > > >> > > > to
> > > > > > > > >> > > > > > put it).  Unpack the tar file and move
> > > > > > > > met-8.1.1.20190708.tar.gz
> > > > > > > > >> > into
> > > > > > > > >> > > > the
> > > > > > > > >> > > > > > tar_files directory.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > Then, you'll need to set up some
environment
> > > variables
> > > > > as
> > > > > > > > >> described
> > > > > > > > >> > > in
> > > > > > > > >> > > > > the
> > > > > > > > >> > > > > > link above.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > For reference using this example, I would
set
> the
> > > > > > following:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format
is
> > > "compiler"
> > > > > > > > underscore
> > > > > > > > >> > > > > > "version".  If using modules on your
system,
> > you'll
> > > > need
> > > > > > use
> > > > > > > > the
> > > > > > > > >> > > > compiler
> > > > > > > > >> > > > > > name that the module would load (e.g.
module
> load
> > > > > > ics/15.0.3
> > > > > > > > to
> > > > > > > > >> > load
> > > > > > > > >> > > > the
> > > > > > > > >> > > > > > intel compiler version 15.0.3.
Otherwise, if
> > using
> > > > not
> > > > > > > using
> > > > > > > > >> > modules
> > > > > > > > >> > > > and
> > > > > > > > >> > > > > > using gcc, please use "gnu" for the
compiler.
> > And,
> > > if
> > > > > not
> > > > > > > > using
> > > > > > > > >> > > > modules
> > > > > > > > >> > > > > > and using intel, you can use "intel". You
can
> find
> > > the
> > > > > > > version
> > > > > > > > >> by
> > > > > > > > >> > > > running
> > > > > > > > >> > > > > > "gcc --version" or "icc --verion"
respectively.)
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > > > > > >> > > > > > export MET_TARBALL=met-
8.1.1.20190708.tar.gz
> > > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
--cflags`
> > > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
--ldflags`
> > (This
> > > > may
> > > > > > not
> > > > > > > > >> work.
> > > > > > > > >> > > Run
> > > > > > > > >> > > > > > python-config --ldflags on the command
line and
> > see
> > > if
> > > > > you
> > > > > > > get
> > > > > > > > >> > output
> > > > > > > > >> > > > > > including "-L".  If you don't, please let
me
> know
> > > and
> > > > I
> > > > > > can
> > > > > > > > walk
> > > > > > > > >> > you
> > > > > > > > >> > > > > > through how to find this information.)
> > > > > > > > >> > > > > > export
> > PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > > > > > (Assuming
> > > > > > > > >> > you're
> > > > > > > > >> > > > not
> > > > > > > > >> > > > > > using modulefiles, it doesn't matter what
you
> set
> > > this
> > > > > to,
> > > > > > > but
> > > > > > > > >> it
> > > > > > > > >> > > needs
> > > > > > > > >> > > > > to
> > > > > > > > >> > > > > > be set to something otherwise MET won't
> configure
> > > for
> > > > > > Python
> > > > > > > > >> > > embedding.
> > > > > > > > >> > > > > > You could just set it to "python".).
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > If you're not using modules, the output
of the
> > > script
> > > > > will
> > > > > > > say
> > > > > > > > >> > > > something
> > > > > > > > >> > > > > > about modules not being found and you can
safely
> > > > ignore
> > > > > > > that.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > You may need to make the script
executable, but
> > then
> > > > you
> > > > > > can
> > > > > > > > >> run it
> > > > > > > > >> > > > with
> > > > > > > > >> > > > > > "./compile_MET_all.sh".  For some people
who
> have
> > > used
> > > > > > this
> > > > > > > > >> script,
> > > > > > > > >> > > > they
> > > > > > > > >> > > > > > have had their own laptops with hardly
anything
> on
> > > it.
> > > > > > They
> > > > > > > > >> have
> > > > > > > > >> > > > needed
> > > > > > > > >> > > > > to
> > > > > > > > >> > > > > > install the following packages using the
> following
> > > > > > commands:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > sudo apt-get update
> > > > > > > > >> > > > > > sudo apt install python-dev
> > > > > > > > >> > > > > > sudo apt-get install flex bison
> > > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > > > > > >> > > > > > sudo apt-get install pkg-config
> > > > > > > > >> > > > > > sudo apt-get install libpng-dev
> > > > > > > > >> > > > > > sudo apt-get install unzip
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > If the script runs and starts installing
the
> > > external
> > > > > > > > libraries
> > > > > > > > >> > > > > > successfully but then stops, there are
constant
> > > which
> > > > > you
> > > > > > > can
> > > > > > > > >> set
> > > > > > > > >> > to
> > > > > > > > >> > > 0,
> > > > > > > > >> > > > > so
> > > > > > > > >> > > > > > that you won't have to wait for them to
be
> > installed
> > > > > > again.
> > > > > > > > In
> > > > > > > > >> the
> > > > > > > > >> > > > > compile
> > > > > > > > >> > > > > > script you'll see the following which you
can
> > modify
> > > > if
> > > > > > > > >> necessary:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > COMPILE_GSL=1
> > > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > > > > > >> > > > > > COMPILE_ZLIB=1
> > > > > > > > >> > > > > > COMPILE_LIBPNG=1
> > > > > > > > >> > > > > > COMPILE_JASPER=1
> > > > > > > > >> > > > > > COMPILE_G2CLIB=1
> > > > > > > > >> > > > > > COMPILE_HDF=1
> > > > > > > > >> > > > > > COMPILE_HDFEOS=1
> > > > > > > > >> > > > > > COMPILE_NETCDF=1
> > > > > > > > >> > > > > > COMPILE_FREETYPE=1
> > > > > > > > >> > > > > > COMPILE_CAIRO=1
> > > > > > > > >> > > > > > COMPILE_MET=1
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > Please let me know if you have any
questions.  I
> > > know
> > > > > this
> > > > > > > is
> > > > > > > > a
> > > > > > > > >> lot
> > > > > > > > >> > > to
> > > > > > > > >> > > > > take
> > > > > > > > >> > > > > > in, so don't hesitate to reach out with
any
> > > questions.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > Thanks,
> > > > > > > > >> > > > > > Julie
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
> Pletcher -
> > > > NOAA
> > > > > > > > >> Affiliate
> > > > > > > > >> > via
> > > > > > > > >> > > > RT
> > > > > > > > >> > > > > <
> > > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > > >> >
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > Julie,
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > I am aware of the ability to access MET
within
> > > WPC.
> > > > > > > However,
> > > > > > > > >> I'm
> > > > > > > > >> > > > > curious
> > > > > > > > >> > > > > > as
> > > > > > > > >> > > > > > > to whether or not it is possible to
download
> MET
> > > to
> > > > a
> > > > > > > Linux
> > > > > > > > >> > machine
> > > > > > > > >> > > > in
> > > > > > > > >> > > > > > the
> > > > > > > > >> > > > > > > computer lab within my department
(Department
> of
> > > > > > > > Atmospheric &
> > > > > > > > >> > > > Oceanic
> > > > > > > > >> > > > > > > Science). The reason I am asking for
this is
> > > > because I
> > > > > > do
> > > > > > > > not
> > > > > > > > >> > have
> > > > > > > > >> > > a
> > > > > > > > >> > > > > > > federal badge to freely access MET at
anytime
> at
> > > > > NCWCP.
> > > > > > I
> > > > > > > > will
> > > > > > > > >> > talk
> > > > > > > > >> > > > > with
> > > > > > > > >> > > > > > > the system administrator for my
department (
> > > > > > > > jhenriks at umd.edu)
> > > > > > > > >> > and
> > > > > > > > >> > > > see
> > > > > > > > >> > > > > > what
> > > > > > > > >> > > > > > > he thinks about this.
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > Thanks,
> > > > > > > > >> > > > > > > Michael Pletcher
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
> Prestopnik
> > > via
> > > > > RT <
> > > > > > > > >> > > > > > met_help at ucar.edu>
> > > > > > > > >> > > > > > > wrote:
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > > > Hi Michael.  It was recently brought
to my
> > > > attention
> > > > > > > that
> > > > > > > > >> you
> > > > > > > > >> > are
> > > > > > > > >> > > > > > working
> > > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not
sure
> > > exactly
> > > > > what
> > > > > > > > >> machines
> > > > > > > > >> > > MET
> > > > > > > > >> > > > > is
> > > > > > > > >> > > > > > > > accessible from, but there is an
install for
> > the
> > > > WPC
> > > > > > > group
> > > > > > > > >> at
> > > > > > > > >> > > > > > /opt/MET/81
> > > > > > > > >> > > > > > > > on at least some of their machines.
I hope
> > that
> > > > > > helps!
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > Julie
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
> > Prestopnik
> > > <
> > > > > > > > >> > > jpresto at ucar.edu>
> > > > > > > > >> > > > > > > wrote:
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > > Hi Michael.
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > I see that you'd like to access MET
for
> your
> > > > > > research.
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > We have MET installed for users on
a
> variety
> > > of
> > > > > NOAA
> > > > > > > > >> > machines.
> > > > > > > > >> > > > > Take
> > > > > > > > >> > > > > > a
> > > > > > > > >> > > > > > > > > look at this website and see if you
have
> > > access
> > > > to
> > > > > > any
> > > > > > > > of
> > > > > > > > >> > these
> > > > > > > > >> > > > > > > machines
> > > > > > > > >> > > > > > > > > where there is currently an
existing build
> > of
> > > > MET:
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > The machine, "hera", which is
replacing
> > > "theia"
> > > > > > should
> > > > > > > > >> also
> > > > > > > > >> > be
> > > > > > > > >> > > on
> > > > > > > > >> > > > > > that
> > > > > > > > >> > > > > > > > > list.  I will add "hera" later
today.
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > If you don't have access to any of
those
> > > > existing
> > > > > > > builds
> > > > > > > > >> you
> > > > > > > > >> > > can
> > > > > > > > >> > > > > > > download
> > > > > > > > >> > > > > > > > > the MET code online and install in
on a
> > Linux
> > > > > > machine.
> > > > > > > > If
> > > > > > > > >> > you
> > > > > > > > >> > > > end
> > > > > > > > >> > > > > up
> > > > > > > > >> > > > > > > > > needing to install it, please let
me know,
> > and
> > > > > I'll
> > > > > > > send
> > > > > > > > >> some
> > > > > > > > >> > > > > > > additional
> > > > > > > > >> > > > > > > > > useful information for the
installation.
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > Thanks,
> > > > > > > > >> > > > > > > > > Julie
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
Michael
> > > Pletcher
> > > > -
> > > > > > NOAA
> > > > > > > > >> > > Affiliate
> > > > > > > > >> > > > > via
> > > > > > > > >> > > > > > > RT <
> > > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request
91886
> was
> > > > acted
> > > > > > > upon.
> > > > > > > > >> > > > > > > > >> Transaction: Ticket created by
> > > > > > > > michael.pletcher at noaa.gov
> > > > > > > > >> > > > > > > > >>        Queue: met_help
> > > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
Affiliate
> > > > > > > > >> > > > > > > > >>        Owner: Nobody
> > > > > > > > >> > > > > > > > >>   Requestors:
michael.pletcher at noaa.gov
> > > > > > > > >> > > > > > > > >>       Status: new
> > > > > > > > >> > > > > > > > >>  Ticket <URL:
> > > > > > > > >> > > > > >
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >> Hello,
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >> My name is Michael Pletcher and I
am
> senior
> > > at
> > > > > the
> > > > > > > > >> > University
> > > > > > > > >> > > of
> > > > > > > > >> > > > > > > > Maryland.
> > > > > > > > >> > > > > > > > >> I am currently working with the
Weather
> > > > > Prediction
> > > > > > > > Center
> > > > > > > > >> > on a
> > > > > > > > >> > > > > > > research
> > > > > > > > >> > > > > > > > >> project, and my advisors have
suggested
> > that
> > > I
> > > > > > find a
> > > > > > > > >> way to
> > > > > > > > >> > > > > access
> > > > > > > > >> > > > > > > MET
> > > > > > > > >> > > > > > > > >> software remotely from NCWCP to
work on
> my
> > > > > project.
> > > > > > > > >> Please
> > > > > > > > >> > let
> > > > > > > > >> > > > me
> > > > > > > > >> > > > > > know
> > > > > > > > >> > > > > > > > if
> > > > > > > > >> > > > > > > > >> it is possible to download MET to
my
> laptop
> > > > > > computer,
> > > > > > > > or
> > > > > > > > >> if
> > > > > > > > >> > I
> > > > > > > > >> > > > > could
> > > > > > > > >> > > > > > > > >> possibly download it to my
department's
> > > > > > (Atmospheric
> > > > > > > &
> > > > > > > > >> > Oceanic
> > > > > > > > >> > > > > > > Science)
> > > > > > > > >> > > > > > > > >> computers. Let me know if I need
to
> answer
> > > any
> > > > > > > > questions.
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >> Thanks,
> > > > > > > > >> > > > > > > > >> Michael Pletcher
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >>
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > --
> > > > > > > > >> > > > > > > > > Julie Prestopnik
> > > > > > > > >> > > > > > > > > Software Engineer
> > > > > > > > >> > > > > > > > > National Center for Atmospheric
Research
> > > > > > > > >> > > > > > > > > Research Applications Laboratory
> > > > > > > > >> > > > > > > > > Phone: 303.497.8399
> > > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > > > My working day may not be your
working
> day.
> > > > > Please
> > > > > > do
> > > > > > > > not
> > > > > > > > >> > feel
> > > > > > > > >> > > > > > obliged
> > > > > > > > >> > > > > > > > to
> > > > > > > > >> > > > > > > > > reply to this email outside of your
normal
> > > > working
> > > > > > > > hours.
> > > > > > > > >> > > > > > > > >
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > --
> > > > > > > > >> > > > > > > > Julie Prestopnik
> > > > > > > > >> > > > > > > > Software Engineer
> > > > > > > > >> > > > > > > > National Center for Atmospheric
Research
> > > > > > > > >> > > > > > > > Research Applications Laboratory
> > > > > > > > >> > > > > > > > Phone: 303.497.8399
> > > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > > My working day may not be your
working day.
> > > > Please
> > > > > do
> > > > > > > not
> > > > > > > > >> feel
> > > > > > > > >> > > > > obliged
> > > > > > > > >> > > > > > > to
> > > > > > > > >> > > > > > > > reply to this email outside of your
normal
> > > working
> > > > > > > hours.
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > > >
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > > >
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > --
> > > > > > > > >> > > > > > Julie Prestopnik
> > > > > > > > >> > > > > > Software Engineer
> > > > > > > > >> > > > > > National Center for Atmospheric Research
> > > > > > > > >> > > > > > Research Applications Laboratory
> > > > > > > > >> > > > > > Phone: 303.497.8399
> > > > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > > My working day may not be your working
day.
> > Please
> > > do
> > > > > not
> > > > > > > > feel
> > > > > > > > >> > > obliged
> > > > > > > > >> > > > > to
> > > > > > > > >> > > > > > reply to this email outside of your
normal
> working
> > > > > hours.
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > > >
> > > > > > > > >> > > >
> > > > > > > > >> > > > --
> > > > > > > > >> > > > Julie Prestopnik
> > > > > > > > >> > > > Software Engineer
> > > > > > > > >> > > > National Center for Atmospheric Research
> > > > > > > > >> > > > Research Applications Laboratory
> > > > > > > > >> > > > Phone: 303.497.8399
> > > > > > > > >> > > > Email: jpresto at ucar.edu
> > > > > > > > >> > > >
> > > > > > > > >> > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > > feel
> > > > > > > > >> obliged
> > > > > > > > >> > > to
> > > > > > > > >> > > > reply to this email outside of your normal
working
> > > hours.
> > > > > > > > >> > > >
> > > > > > > > >> > > >
> > > > > > > > >> > >
> > > > > > > > >> > >
> > > > > > > > >> >
> > > > > > > > >> > --
> > > > > > > > >> > Julie Prestopnik
> > > > > > > > >> > Software Engineer
> > > > > > > > >> > National Center for Atmospheric Research
> > > > > > > > >> > Research Applications Laboratory
> > > > > > > > >> > Phone: 303.497.8399
> > > > > > > > >> > Email: jpresto at ucar.edu
> > > > > > > > >> >
> > > > > > > > >> > My working day may not be your working day.
Please do
> not
> > > > feel
> > > > > > > > obliged
> > > > > > > > >> to
> > > > > > > > >> > reply to this email outside of your normal
working
> hours.
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day.  Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day.  Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day.  Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 25 09:34:26 2019

In the MET_PYTHON_CC, it should be a capital i that you are using (-I)
(for
Include). Please be sure to use a capital i (I) and rerun configure,
make,
and make install and then please send me the log files.  You should be
able
to just copy and paste what I sent you for the values of the
environment
variables.  I hope that helps!

Julie

On Tue, Sep 24, 2019 at 6:54 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> I found that in the line export "MET_PYTHON_CC=-
I/usr/include/python2.7\
> -I/usr/include/python2.7" I accidentally had l as I (capital i). So
I ran
> the compiler again, and this time it didn't even finish compiling.
It
> barely started compiling MET, and it returned "configure returned
with
> non-zero (77) status."
>
> I attached the config.log file for you to take a look at. Unusual
that even
> when I fixed the error in the MET_PYTHON_CC line, it caused me to
> backtrack.
>
> Thanks,
> Michael Pletcher
>
> On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA Affiliate <
> michael.pletcher at noaa.gov> wrote:
>
> > Julie,
> >
> > Just when I thought this was finished, I got quite a few errors...
I have
> > attached the terminal log when I ran the command you emailed me.
> >
> > I guess this is just how compiling software works!
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT <
> met_help at ucar.edu>
> > wrote:
> >
> >> Hi Michael.  This is great news!  Thank you so much for letting
me know
> >> that you got a successful compilation!
> >>
> >> Thank you for your kind words.  You're welcome for the help.
We're
> happy
> >> to help!
> >>
> >> I'm glad to hear that you'll be working with someone who has
experience
> >> with MET.  Don't hesitate to reach out to met_help again with any
> >> questions
> >> you may have though.
> >>
> >> One last thing - we always suggest checking the log files for
errors, so
> >> if
> >> you don't mind, please run the following:
> >>
> >> grep -i error /home/metogra/mpletch1/ResearchProject/met/met-
8.1.1/*.log
> >> >
> >>
> >> If you don't see any errors, you should be good to go!
> >>
> >> Thanks,
> >> Julie
> >>
> >> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA Affiliate
via
> RT <
> >> met_help at ucar.edu> wrote:
> >>
> >> >
> >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >> >
> >> > Julie,
> >> >
> >> > After following these instructions, it appears that I
successfully
> >> compiled
> >> > MET! I've attached a screenshot with the line that states it
was
> >> > successfully compiled.
> >> >
> >> > I cannot thank you enough for your responsiveness and the
amount of
> time
> >> > you took out of your day to help me. I was completely new to
software
> >> > compilation and you made it about as easy as possible. I can
now
> begin a
> >> > major portion of my required research!
> >> >
> >> > Let me know if there's anything else that is needed to get MET
up
> >> > and running. I am working directly with a scientist that has
> experience
> >> > with MET, so he can show me how everything works within the
program
> >> itself.
> >> >
> >> > Thank you again,
> >> > Michael Pletcher
> >> >
> >> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> >> met_help at ucar.edu
> >> > >
> >> > wrote:
> >> >
> >> > > Hi Michael.
> >> > >
> >> > > Thank you for following up.  libpython2.7.so  should work
fine.
> >> Thank
> >> > you
> >> > > for letting me know that you don't typically use module files
except
> >> for
> >> > > the intel compiler. So here is what you will need to have
set:
> >> > >
> >> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
> >> -I/usr/include/python2.7
> >> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\ -lutil\
-lm\
> >> > > -lpython2.7\ -Xlinker\ -export-dynamic
> >> > > export PYTHON_MODULE_USE=python
> >> > >
> >> > > Regarding the compiler, you can simply set:
> >> > >
> >> > > export COMPILER=gnu_ 4.8.5
> >> > >
> >> > > and ignore any warnings you receive about modules not being
loaded.
> >> > >
> >> > > Regarding cairo, I believe I do know what is wrong.  The
following
> is
> >> > from
> >> > > your config.log file:
> >> > >
> >> > > > Package pixman-1 was not found in the pkg-config search
path.
> >> > > >
> >> > >
> >> > > You will need to have pixman installed.  Your sys admin (or
you, if
> >> you
> >> > > have sudo access) should just need to run the following on
your
> >> machine:
> >> > >
> >> > > > sudo apt-get install libpixman-1-dev
> >> > >
> >> > >
> >> > >  After you get pixman installed, in the compile script, you
can
> change
> >> > the
> >> > > values to 0 for the libraries you've already compiled so that
you
> >> don't
> >> > > have to recompile and wait for them.  Assuming everything,
except
> for
> >> > Cairo
> >> > > and MET, compiled, you would set:
> >> > >
> >> > > COMPILE_GSL=0
> >> > > COMPILE_BUFRLIB=0
> >> > > COMPILE_ZLIB=0
> >> > > COMPILE_LIBPNG=0
> >> > > COMPILE_JASPER=0
> >> > > COMPILE_G2CLIB=0
> >> > > COMPILE_HDF=0
> >> > > COMPILE_HDFEOS=0
> >> > > COMPILE_NETCDF=0
> >> > > COMPILE_FREETYPE=0
> >> > > COMPILE_CAIRO=1
> >> > > COMPILE_MET=1
> >> > >
> >> > > Then set the necessary environment variables and try
rerunning the
> >> > script.
> >> > > Please let us know if you have any questions.
> >> > >
> >> > > Please let us know how it goes.
> >> > >
> >> > > Thanks,
> >> > >
> >> > > Julie
> >> > >
> >> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
Affiliate
> via
> >> RT
> >> > <
> >> > > met_help at ucar.edu> wrote:
> >> > >
> >> > > >
> >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >> > > >
> >> > > > Julie,
> >> > > >
> >> > > > After speaking with my system administrator, we were not
able to
> >> locate
> >> > > > libpython2.7.a. However, we were able to locate
libpython2.7.so
> >> within
> >> > > > /usr/lib64/ of our Linux system.
> >> > > >
> >> > > > He explained that we only use module load commands when
using
> intel
> >> > > > compilers, and I used gnu to compile the software, so I
don't
> think
> >> > that
> >> > > > should be an issue.
> >> > > >
> >> > > > Were you able to find any issues in the config.log of
Cairo?
> >> > > >
> >> > > > Thanks,
> >> > > > Michael Pletcher
> >> > > >
> >> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> >> > > met_help at ucar.edu
> >> > > > >
> >> > > > wrote:
> >> > > >
> >> > > > > Hi Michael.  Thank you for letting me know that when you
ran
> "find
> >> > > > > /usr/lib/ -name libpython2.7.a" it returned nothing.
Could you
> >> please
> >> > > ask
> >> > > > > your system administrator when the libpython2.7.a file is
that
> is
> >> > > > > associated with the Python include files at
> /usr/include/python2.7
> >> > (the
> >> > > > > output of running "python-config --cflags')?  That is all
that
> we
> >> > need
> >> > > to
> >> > > > > know, but it needs to be the libpython2.7.a file is that
is
> >> > associated
> >> > > > with
> >> > > > > the Python include files at that location.
> >> > > > >
> >> > > > > I'll ask my system administrator about the compiler
issue.
> >> > > > > >
> >> > > > > There is no issue with the compiler, really.  I just need
to
> know
> >> -
> >> > Do
> >> > > > you
> >> > > > > typically run any "module load" commands to load any
software?
> If
> >> > not,
> >> > > > > that is fine.  If so, please let me know, and I'll walk
you
> >> through
> >> > the
> >> > > > > rest.
> >> > > > >
> >> > > > > Julie
> >> > > > >
> >> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
> Affiliate
> >> via
> >> > > RT
> >> > > > <
> >> > > > > met_help at ucar.edu> wrote:
> >> > > > >
> >> > > > > >
> >> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> >> > > > > >
> >> > > > > > Julie,
> >> > > > > >
> >> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
returned
> >> > nothing.
> >> > > > No
> >> > > > > > error and no output. I made sure to be in no directory
when I
> >> ran
> >> > > that
> >> > > > > > command.
> >> > > > > >
> >> > > > > > I'll ask my system administrator about the compiler
issue.
> >> > > > > >
> >> > > > > > Thanks,
> >> > > > > > Michael Pletcher
> >> > > > > >
> >> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via RT
<
> >> > > > > met_help at ucar.edu
> >> > > > > > >
> >> > > > > > wrote:
> >> > > > > >
> >> > > > > > > I forgot to mention - I'll take a look at the
config.log
> file
> >> and
> >> > > > will
> >> > > > > > > follow up.  If you could please follow up on my
question in
> >> the
> >> > > other
> >> > > > > > > email, that would be great.  Thanks!
> >> > > > > > >
> >> > > > > > > Julie
> >> > > > > > >
> >> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
> >> > jpresto at ucar.edu
> >> > > >
> >> > > > > > wrote:
> >> > > > > > >
> >> > > > > > > > Hi Michael.
> >> > > > > > > >
> >> > > > > > > > Did you run the "find /usr/lib/ -name
libpython2.7.a"
> >> command?
> >> > > > None
> >> > > > > of
> >> > > > > > > > the locations you listed appeared to be in /usr/lib
as far
> >> as I
> >> > > > could
> >> > > > > > > tell,
> >> > > > > > > > but it looks like the paths all run together.  I
would
> >> expected
> >> > > to
> >> > > > > see
> >> > > > > > a
> >> > > > > > > > libpython2.7.a in a location like
> >> > > > > > > >
> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> >> > > > > > > >
> >> > > > > > > > Great, it is good to know that you are running the
bash
> >> shell.
> >> > > > That
> >> > > > > > will
> >> > > > > > > > be helpful once we figure out where the
libpython2.7.a
> file
> >> is.
> >> > > > > > > >
> >> > > > > > > > Are you using modulefiles regularly to load things
like
> the
> >> > > > compiler?
> >> > > > > > > >
> >> > > > > > > > Does this mean that I should be running gcc
compiler
> >> instead of
> >> > > > gnu?
> >> > > > > > > >>
> >> > > > > > > > The gcc compiler is the compiler for the GNU
package.  Our
> >> run
> >> > > > script
> >> > > > > > > > expects to see "gnu_<version number>" in order to
compile
> >> using
> >> > > > gcc.
> >> > > > > > > >
> >> > > > > > > > Julie
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher -
NOAA
> >> > Affiliate
> >> > > > via
> >> > > > > > RT
> >> > > > > > > <
> >> > > > > > > > met_help at ucar.edu> wrote:
> >> > > > > > > >
> >> > > > > > > >>
> >> > > > > > > >> <URL:
> >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > >
> >> > > > > > > >>
> >> > > > > > > >> Julie,
> >> > > > > > > >>
> >> > > > > > > >> I found five different locations where
libpython2.7 is
> >> > located:
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> >> > > > > > > >> hon2.7.a*
> >> > > > > > > >>
> >> > > > > > > >> When I ran echo $SHELL, it returned:
> >> > > > > > > >>
> >> > > > > > > >> */bin/bash*
> >> > > > > > > >>
> >> > > > > > > >> I attached the config.log file.
> >> > > > > > > >>
> >> > > > > > > >> When I ran "module spider gnu", it returned:
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
unrecognized
> >> > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider' is
an
> >> > > unrecognized
> >> > > > > > > >> subcommand*
> >> > > > > > > >>
> >> > > > > > > >> But when I ran "gcc --version:, it returned:
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-
39)Copyright (C)
> >> 2015
> >> > > > Free
> >> > > > > > > >> Software Foundation, Inc.This is free software;
see the
> >> source
> >> > > for
> >> > > > > > > copying
> >> > > > > > > >> conditions.  There is NOwarranty; not even for
> >> MERCHANTABILITY
> >> > > or
> >> > > > > > > FITNESS
> >> > > > > > > >> FOR A PARTICULAR PURPOSE.*
> >> > > > > > > >>
> >> > > > > > > >> Does this mean that I should be running gcc
compiler
> >> instead
> >> > of
> >> > > > gnu?
> >> > > > > > > >>
> >> > > > > > > >> Thanks,
> >> > > > > > > >> Michael Pletcher
> >> > > > > > > >>
> >> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik
via RT <
> >> > > > > > > >> met_help at ucar.edu>
> >> > > > > > > >> wrote:
> >> > > > > > > >>
> >> > > > > > > >> > Hi Michael.
> >> > > > > > > >> >
> >> > > > > > > >> > Since the output of "python-config --cflags"
indicates
> >> the
> >> > > > header
> >> > > > > > > files
> >> > > > > > > >> are
> >> > > > > > > >> > in /usr/include/python2.7, the library file is
likely
> to
> >> be
> >> > > > found
> >> > > > > > in a
> >> > > > > > > >> > location like
> >> > > > > > > >>
> >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> >> > > > > > > >> > You can run the following command to find it:
> >> > > > > > > >> >
> >> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> >  To find out what shell you are using, you can
run the
> >> > > > following:
> >> > > > > > > >> >
> >> > > > > > > >> > echo $SHELL
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > Instead of pasting in the config.log output,
could you
> >> > please
> >> > > > > attach
> >> > > > > > > it
> >> > > > > > > >> to
> >> > > > > > > >> > this email?  When you run the configure command,
there
> >> > should
> >> > > > be a
> >> > > > > > > file
> >> > > > > > > >> > "config.log" produced, which is the one I'd like
to
> have
> >> you
> >> > > > > attach
> >> > > > > > > and
> >> > > > > > > >> > look at.
> >> > > > > > > >> >
> >> > > > > > > >> > If your system doesn't use modulefiles you can
safely
> >> > ignore:
> >> > > > > > > >> >
> >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> >> > > > modulefile
> >> > > > > > for
> >> > > > > > > >> > > 'gnu/15.0.3'*
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > If it does use module files, you will need to
know the
> >> > version
> >> > > > for
> >> > > > > > the
> >> > > > > > > >> gnu
> >> > > > > > > >> > compilers.    If modules are used, you can
determine
> what
> >> > > > versions
> >> > > > > > are
> >> > > > > > > >> > available for loading by running:
> >> > > > > > > >> >
> >> > > > > > > >> > module spider gnu
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > This will output something like the following:
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >> > > > > > > >> > >   gnu:
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >> > > > > > > >> > >      Versions:
> >> > > > > > > >> > >         gnu/7.4.0
> >> > > > > > > >> > >         gnu/8.3.0
> >> > > > > > > >> > >         gnu/9.1.0
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > Then you can choose the version of gnu that
you'd like
> to
> >> > > load.
> >> > > > > > > >> >
> >> > > > > > > >> > If modules are not used and you would like to
know what
> >> > > version
> >> > > > > you
> >> > > > > > > are
> >> > > > > > > >> > running (not required for MET, but in case you
want to
> >> know
> >> > > for
> >> > > > > > future
> >> > > > > > > >> > reference), you can run:
> >> > > > > > > >> >
> >> > > > > > > >> > gcc --version
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > and you'll get something like:
> >> > > > > > > >> >
> >> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > Julie
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael Pletcher
- NOAA
> >> > > > Affiliate
> >> > > > > > via
> >> > > > > > > >> RT <
> >> > > > > > > >> > met_help at ucar.edu> wrote:
> >> > > > > > > >> >
> >> > > > > > > >> > >
> >> > > > > > > >> > > <URL:
> >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > > > >
> >> > > > > > > >> > >
> >> > > > > > > >> > > Hello Julie,
> >> > > > > > > >> > >
> >> > > > > > > >> > > The output I received from "python-config
--cflags"
> is
> >> as
> >> > > > > follows:
> >> > > > > > > >> > >
> >> > > > > > > >> > > *-I/usr/include/python2.7
-I/usr/include/python2.7
> >> > > > > > > >> -fno-strict-aliasing
> >> > > > > > > >> > -O2
> >> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
-fexceptions
> >> > > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-
size=4
> >> > > > > > > >> -grecord-gcc-switches
> >> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC
-fwrapv
> >> -DNDEBUG
> >> > -O2
> >> > > > -g
> >> > > > > > > -pipe
> >> > > > > > > >> > -Wall
> >> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> > > -fstack-protector-strong
> >> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-
switches -m64
> >> > > > > > -mtune=generic
> >> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> >> > > > > > > >> > >
> >> > > > > > > >> > > I was not able to find libpython2.7.a within
the
> files
> >> I
> >> > > have
> >> > > > > > > >> downloaded
> >> > > > > > > >> > so
> >> > > > > > > >> > > far.
> >> > > > > > > >> > >
> >> > > > > > > >> > > I believe we are using bash, but how would I
find out
> >> > which
> >> > > > one
> >> > > > > I
> >> > > > > > am
> >> > > > > > > >> > using?
> >> > > > > > > >> > > My system administrator most likely knows the
answer
> to
> >> > > this.
> >> > > > > > > >> > >
> >> > > > > > > >> > > The config.log file is as follows:
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > > *This file contains any messages produced by
> compilers
> >> > > > > > whilerunning
> >> > > > > > > >> > > configure, to aid debugging if configure makes
a
> >> > mistake.It
> >> > > > was
> >> > > > > > > >> created
> >> > > > > > > >> > by
> >> > > > > > > >> > > cairo configure 1.14.6, which wasgenerated by
GNU
> >> Autoconf
> >> > > > 2.69.
> >> > > > > > > >> > > Invocation command line was  $ ./configure
> >> > > > > > > >> > >
> >> > > > >
> --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> >> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> >> > > > > > > >> > >
> >> > > > > > > >>
> >> > > > > >
> >> > > >
> >> >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> >> > > > > > > >> > > --------- #### Platform. #### ---------
##hostname =
> >> > > > > > > >> sky.atmos.umd.edu
> >> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
x86_64uname -r
> =
> >> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> >> > 2019/usr/bin/uname
> >> > > > -p
> >> > > > > =
> >> > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
> >>   =
> >> > > > > > > >> > > x86_64/usr/bin/arch -k       =
> >> > > unknown/usr/convex/getsysinfo =
> >> > > > > > > >> > > unknown/usr/bin/hostinfo      =
unknown/bin/machine
> >> > > >  =
> >> > > > > > > >> > > unknown/usr/bin/oslevel       =
unknown/bin/universe
> >> > > > =
> >> > > > > > > >> unknown*
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> > > *PATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> >> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH: /opt/intel/binPATH:
> >> > > > > > > /opt/anaconda3/binPATH:
> >> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
> /usr/local/sbinPATH:
> >> > > > > > > /usr/sbinPATH:
> >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> >> > > > > > > >> /homes/metogra/mpletch1/binPATH:
> >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> >> > > > > > > /homes/metogra/mpletch1/bin##
> >> > > > > > > >> > > ----------- #### Core tests. #### -----------
> >> > > > ##configure:3205:
> >> > > > > > > >> checking
> >> > > > > > > >> > > for gccconfigure:3232: result:
> >> /usr/bin/gccconfigure:3461:
> >> > > > > > checking
> >> > > > > > > >> for C
> >> > > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
> --version
> >> > > >&5gcc
> >> > > > > > (GCC)
> >> > > > > > > >> 4.8.5
> >> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C) 2015
Free
> >> > Software
> >> > > > > > > >> Foundation,
> >> > > > > > > >> > > Inc.This is free software; see the source for
copying
> >> > > > > conditions.
> >> > > > > > *
> >> > > > > > > >> > >
> >> > > > > > > >> > > I think the root of some of these problems
(I'm
> >> extremely
> >> > > new
> >> > > > to
> >> > > > > > all
> >> > > > > > > >> of
> >> > > > > > > >> > > this, so I may be mistaken) is that I am using
the
> >> > incorrect
> >> > > > > > > compiler.
> >> > > > > > > >> > When
> >> > > > > > > >> > > I set the compiler, I did export
COMPILER=gnu_15.0.3,
> >> but
> >> > I
> >> > > > know
> >> > > > > > > >> 15.0.3
> >> > > > > > > >> > is
> >> > > > > > > >> > > for ics, not gnu. I also get this error at the
> >> beginning
> >> > of
> >> > > > the
> >> > > > > > > output
> >> > > > > > > >> > when
> >> > > > > > > >> > > I run ./compile_MET_all.sh:
> >> > > > > > > >> > >
> >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate a
> >> > > > modulefile
> >> > > > > > for
> >> > > > > > > >> > > 'gnu/15.0.3'*
> >> > > > > > > >> > >
> >> > > > > > > >> > > Not really sure if this means anything, just
want to
> >> get
> >> > you
> >> > > > all
> >> > > > > > of
> >> > > > > > > >> the
> >> > > > > > > >> > > errors that I'm seeing.
> >> > > > > > > >> > >
> >> > > > > > > >> > > Thanks,
> >> > > > > > > >> > > Michael Pletcher
> >> > > > > > > >> > >
> >> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
Prestopnik via
> >> RT <
> >> > > > > > > >> > met_help at ucar.edu
> >> > > > > > > >> > > >
> >> > > > > > > >> > > wrote:
> >> > > > > > > >> > >
> >> > > > > > > >> > > > Hi Michael.
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > Thank you for letting me know about the
output of
> >> > > > > "python-config
> >> > > > > > > >> > > > --ldflags".  MET needs to have more
information
> than
> >> > that
> >> > > > > > command
> >> > > > > > > is
> >> > > > > > > >> > > > returning.  Could you please tell me what
the
> output
> >> of
> >> > > > > > > >> "python-config
> >> > > > > > > >> > > > --cflags" is as well?  That will help me
find the
> >> file
> >> > > that
> >> > > > > MET
> >> > > > > > > >> needs
> >> > > > > > > >> > to
> >> > > > > > > >> > > > know about, namely the libpython2.7.a file.
If you
> >> find
> >> > > > that
> >> > > > > > > file,
> >> > > > > > > >> > > please
> >> > > > > > > >> > > > let me know what the path to it is.   Once
we have
> >> that
> >> > > > > location
> >> > > > > > > we
> >> > > > > > > >> can
> >> > > > > > > >> > > > formulate the appropriate value to set for
> >> > MET_PYTHON_LD.
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > Also, are you using the bash or csh?
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > Regarding Cairo, please send me the
config.log file
> >> that
> >> > > was
> >> > > > > > > output
> >> > > > > > > >> > from
> >> > > > > > > >> > > > running configure for Cairo and I'll take a
look.
> >> > Thanks!
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > Julie
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
Pletcher -
> >> NOAA
> >> > > > > > Affiliate
> >> > > > > > > >> via
> >> > > > > > > >> > RT
> >> > > > > > > >> > > <
> >> > > > > > > >> > > > met_help at ucar.edu> wrote:
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > <URL:
> >> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > > > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > Good afternoon,
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > I finally had time to attempt these
instructions.
> >> > > > Regarding
> >> > > > > a
> >> > > > > > > few
> >> > > > > > > >> > > things:
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > When I ran the line "python-config
--ldflags",
> this
> >> > was
> >> > > > the
> >> > > > > > > output
> >> > > > > > > >> > > (which
> >> > > > > > > >> > > > > does not include the -L you mentioned):
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
-Xlinker
> >> > > > > > -export-dynamic
> >> > > > > > > *
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh",
it
> >> returned
> >> > > this
> >> > > > > when
> >> > > > > > > it
> >> > > > > > > >> got
> >> > > > > > > >> > > to
> >> > > > > > > >> > > > > compiling CAIRO:
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > *configure returned with non-zero (1)
status*
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > My system administrator suggested the
error from
> >> Cairo
> >> > > > could
> >> > > > > > be
> >> > > > > > > >> > caused
> >> > > > > > > >> > > by
> >> > > > > > > >> > > > > Redhat compatibility. Our Linux operates
on
> Redhat
> >> > > > > Enterprise
> >> > > > > > 7,
> >> > > > > > > >> and
> >> > > > > > > >> > he
> >> > > > > > > >> > > > > mentioned that there have been issues with
> running
> >> > Cairo
> >> > > > on
> >> > > > > it
> >> > > > > > > in
> >> > > > > > > >> the
> >> > > > > > > >> > > > past.
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > Let me know if there is anything I can do
to fix
> >> these
> >> > > > > issues.
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > Thanks,
> >> > > > > > > >> > > > > Michael Pletcher
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
Prestopnik
> via
> >> > RT <
> >> > > > > > > >> > > > met_help at ucar.edu>
> >> > > > > > > >> > > > > wrote:
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > > > Hi Michael.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > As John indicated in his email, Docker
is the
> >> > easiest
> >> > > > way
> >> > > > > to
> >> > > > > > > >> make
> >> > > > > > > >> > MET
> >> > > > > > > >> > > > > > available.  But, it is definitely
possible for
> >> you
> >> > to
> >> > > > > > download
> >> > > > > > > >> MET
> >> > > > > > > >> > > to a
> >> > > > > > > >> > > > > > Linux machine and compile it from
scratch.  I
> >> have
> >> > > > > described
> >> > > > > > > >> that
> >> > > > > > > >> > > > process
> >> > > > > > > >> > > > > > below.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > You can find a script to help you
install MET
> at
> >> > this
> >> > > > > link,
> >> > > > > > > and
> >> > > > > > > >> > I'll
> >> > > > > > > >> > > > put
> >> > > > > > > >> > > > > > instructions below:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > This script may or may not work right
away.
> Some
> >> > > > systems
> >> > > > > > have
> >> > > > > > > >> > needed
> >> > > > > > > >> > > > > more
> >> > > > > > > >> > > > > > work than others.  To get started,
decide where
> >> you
> >> > > > would
> >> > > > > > like
> >> > > > > > > >> to
> >> > > > > > > >> > > > install
> >> > > > > > > >> > > > > > MET.  The following example will assume
you're
> >> going
> >> > > to
> >> > > > > put
> >> > > > > > it
> >> > > > > > > >> in
> >> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > You'll need to download
compile_MET_all.sh and
> >> > > > > tar_files.tar
> >> > > > > > > >> from
> >> > > > > > > >> > the
> >> > > > > > > >> > > > > link
> >> > > > > > > >> > > > > > above.  You'll also need to download our
latest
> >> MET
> >> > > > > release:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack
it with
> >> "tar
> >> > > -zxf
> >> > > > > > > >> > > > > > compile_MET_all.sh.tgz
> >> > > > > > > >> > > > > > ") and tar_files.tar in
/d1/pletcher/met/8.1
> (or
> >> > where
> >> > > > > ever
> >> > > > > > > you
> >> > > > > > > >> > chose
> >> > > > > > > >> > > > to
> >> > > > > > > >> > > > > > put it).  Unpack the tar file and move
> >> > > > > > > met-8.1.1.20190708.tar.gz
> >> > > > > > > >> > into
> >> > > > > > > >> > > > the
> >> > > > > > > >> > > > > > tar_files directory.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > Then, you'll need to set up some
environment
> >> > variables
> >> > > > as
> >> > > > > > > >> described
> >> > > > > > > >> > > in
> >> > > > > > > >> > > > > the
> >> > > > > > > >> > > > > > link above.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > For reference using this example, I
would set
> the
> >> > > > > following:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> >> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The format
is
> >> > "compiler"
> >> > > > > > > underscore
> >> > > > > > > >> > > > > > "version".  If using modules on your
system,
> >> you'll
> >> > > need
> >> > > > > use
> >> > > > > > > the
> >> > > > > > > >> > > > compiler
> >> > > > > > > >> > > > > > name that the module would load (e.g.
module
> load
> >> > > > > ics/15.0.3
> >> > > > > > > to
> >> > > > > > > >> > load
> >> > > > > > > >> > > > the
> >> > > > > > > >> > > > > > intel compiler version 15.0.3.
Otherwise, if
> >> using
> >> > > not
> >> > > > > > using
> >> > > > > > > >> > modules
> >> > > > > > > >> > > > and
> >> > > > > > > >> > > > > > using gcc, please use "gnu" for the
compiler.
> >> And,
> >> > if
> >> > > > not
> >> > > > > > > using
> >> > > > > > > >> > > > modules
> >> > > > > > > >> > > > > > and using intel, you can use "intel".
You can
> >> find
> >> > the
> >> > > > > > version
> >> > > > > > > >> by
> >> > > > > > > >> > > > running
> >> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
> respectively.)
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> >> > > > > > > >> > > > > > export MET_TARBALL=met-
8.1.1.20190708.tar.gz
> >> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
--cflags`
> >> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
--ldflags`
> >> (This
> >> > > may
> >> > > > > not
> >> > > > > > > >> work.
> >> > > > > > > >> > > Run
> >> > > > > > > >> > > > > > python-config --ldflags on the command
line and
> >> see
> >> > if
> >> > > > you
> >> > > > > > get
> >> > > > > > > >> > output
> >> > > > > > > >> > > > > > including "-L".  If you don't, please
let me
> know
> >> > and
> >> > > I
> >> > > > > can
> >> > > > > > > walk
> >> > > > > > > >> > you
> >> > > > > > > >> > > > > > through how to find this information.)
> >> > > > > > > >> > > > > > export
> >> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> >> > > > > > (Assuming
> >> > > > > > > >> > you're
> >> > > > > > > >> > > > not
> >> > > > > > > >> > > > > > using modulefiles, it doesn't matter
what you
> set
> >> > this
> >> > > > to,
> >> > > > > > but
> >> > > > > > > >> it
> >> > > > > > > >> > > needs
> >> > > > > > > >> > > > > to
> >> > > > > > > >> > > > > > be set to something otherwise MET won't
> configure
> >> > for
> >> > > > > Python
> >> > > > > > > >> > > embedding.
> >> > > > > > > >> > > > > > You could just set it to "python".).
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > If you're not using modules, the output
of the
> >> > script
> >> > > > will
> >> > > > > > say
> >> > > > > > > >> > > > something
> >> > > > > > > >> > > > > > about modules not being found and you
can
> safely
> >> > > ignore
> >> > > > > > that.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > You may need to make the script
executable, but
> >> then
> >> > > you
> >> > > > > can
> >> > > > > > > >> run it
> >> > > > > > > >> > > > with
> >> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some people
who
> have
> >> > used
> >> > > > > this
> >> > > > > > > >> script,
> >> > > > > > > >> > > > they
> >> > > > > > > >> > > > > > have had their own laptops with hardly
anything
> >> on
> >> > it.
> >> > > > > They
> >> > > > > > > >> have
> >> > > > > > > >> > > > needed
> >> > > > > > > >> > > > > to
> >> > > > > > > >> > > > > > install the following packages using the
> >> following
> >> > > > > commands:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > sudo apt-get update
> >> > > > > > > >> > > > > > sudo apt install python-dev
> >> > > > > > > >> > > > > > sudo apt-get install flex bison
> >> > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> >> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> >> > > > > > > >> > > > > > sudo apt-get install pkg-config
> >> > > > > > > >> > > > > > sudo apt-get install libpng-dev
> >> > > > > > > >> > > > > > sudo apt-get install unzip
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > If the script runs and starts installing
the
> >> > external
> >> > > > > > > libraries
> >> > > > > > > >> > > > > > successfully but then stops, there are
constant
> >> > which
> >> > > > you
> >> > > > > > can
> >> > > > > > > >> set
> >> > > > > > > >> > to
> >> > > > > > > >> > > 0,
> >> > > > > > > >> > > > > so
> >> > > > > > > >> > > > > > that you won't have to wait for them to
be
> >> installed
> >> > > > > again.
> >> > > > > > > In
> >> > > > > > > >> the
> >> > > > > > > >> > > > > compile
> >> > > > > > > >> > > > > > script you'll see the following which
you can
> >> modify
> >> > > if
> >> > > > > > > >> necessary:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > COMPILE_GSL=1
> >> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> >> > > > > > > >> > > > > > COMPILE_ZLIB=1
> >> > > > > > > >> > > > > > COMPILE_LIBPNG=1
> >> > > > > > > >> > > > > > COMPILE_JASPER=1
> >> > > > > > > >> > > > > > COMPILE_G2CLIB=1
> >> > > > > > > >> > > > > > COMPILE_HDF=1
> >> > > > > > > >> > > > > > COMPILE_HDFEOS=1
> >> > > > > > > >> > > > > > COMPILE_NETCDF=1
> >> > > > > > > >> > > > > > COMPILE_FREETYPE=1
> >> > > > > > > >> > > > > > COMPILE_CAIRO=1
> >> > > > > > > >> > > > > > COMPILE_MET=1
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > Please let me know if you have any
questions.
> I
> >> > know
> >> > > > this
> >> > > > > > is
> >> > > > > > > a
> >> > > > > > > >> lot
> >> > > > > > > >> > > to
> >> > > > > > > >> > > > > take
> >> > > > > > > >> > > > > > in, so don't hesitate to reach out with
any
> >> > questions.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > Thanks,
> >> > > > > > > >> > > > > > Julie
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM Michael
> Pletcher
> >> -
> >> > > NOAA
> >> > > > > > > >> Affiliate
> >> > > > > > > >> > via
> >> > > > > > > >> > > > RT
> >> > > > > > > >> > > > > <
> >> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > <URL:
> >> > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > > > > > > >> >
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > Julie,
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > I am aware of the ability to access
MET
> within
> >> > WPC.
> >> > > > > > However,
> >> > > > > > > >> I'm
> >> > > > > > > >> > > > > curious
> >> > > > > > > >> > > > > > as
> >> > > > > > > >> > > > > > > to whether or not it is possible to
download
> >> MET
> >> > to
> >> > > a
> >> > > > > > Linux
> >> > > > > > > >> > machine
> >> > > > > > > >> > > > in
> >> > > > > > > >> > > > > > the
> >> > > > > > > >> > > > > > > computer lab within my department
(Department
> >> of
> >> > > > > > > Atmospheric &
> >> > > > > > > >> > > > Oceanic
> >> > > > > > > >> > > > > > > Science). The reason I am asking for
this is
> >> > > because I
> >> > > > > do
> >> > > > > > > not
> >> > > > > > > >> > have
> >> > > > > > > >> > > a
> >> > > > > > > >> > > > > > > federal badge to freely access MET at
anytime
> >> at
> >> > > > NCWCP.
> >> > > > > I
> >> > > > > > > will
> >> > > > > > > >> > talk
> >> > > > > > > >> > > > > with
> >> > > > > > > >> > > > > > > the system administrator for my
department (
> >> > > > > > > jhenriks at umd.edu)
> >> > > > > > > >> > and
> >> > > > > > > >> > > > see
> >> > > > > > > >> > > > > > what
> >> > > > > > > >> > > > > > > he thinks about this.
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > Thanks,
> >> > > > > > > >> > > > > > > Michael Pletcher
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
> Prestopnik
> >> > via
> >> > > > RT <
> >> > > > > > > >> > > > > > met_help at ucar.edu>
> >> > > > > > > >> > > > > > > wrote:
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > > > Hi Michael.  It was recently brought
to my
> >> > > attention
> >> > > > > > that
> >> > > > > > > >> you
> >> > > > > > > >> > are
> >> > > > > > > >> > > > > > working
> >> > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm not
sure
> >> > exactly
> >> > > > what
> >> > > > > > > >> machines
> >> > > > > > > >> > > MET
> >> > > > > > > >> > > > > is
> >> > > > > > > >> > > > > > > > accessible from, but there is an
install
> for
> >> the
> >> > > WPC
> >> > > > > > group
> >> > > > > > > >> at
> >> > > > > > > >> > > > > > /opt/MET/81
> >> > > > > > > >> > > > > > > > on at least some of their machines.
I hope
> >> that
> >> > > > > helps!
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > Julie
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM Julie
> >> Prestopnik
> >> > <
> >> > > > > > > >> > > jpresto at ucar.edu>
> >> > > > > > > >> > > > > > > wrote:
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > > Hi Michael.
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > I see that you'd like to access
MET for
> >> your
> >> > > > > research.
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > We have MET installed for users on
a
> >> variety
> >> > of
> >> > > > NOAA
> >> > > > > > > >> > machines.
> >> > > > > > > >> > > > > Take
> >> > > > > > > >> > > > > > a
> >> > > > > > > >> > > > > > > > > look at this website and see if
you have
> >> > access
> >> > > to
> >> > > > > any
> >> > > > > > > of
> >> > > > > > > >> > these
> >> > > > > > > >> > > > > > > machines
> >> > > > > > > >> > > > > > > > > where there is currently an
existing
> build
> >> of
> >> > > MET:
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > The machine, "hera", which is
replacing
> >> > "theia"
> >> > > > > should
> >> > > > > > > >> also
> >> > > > > > > >> > be
> >> > > > > > > >> > > on
> >> > > > > > > >> > > > > > that
> >> > > > > > > >> > > > > > > > > list.  I will add "hera" later
today.
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > If you don't have access to any of
those
> >> > > existing
> >> > > > > > builds
> >> > > > > > > >> you
> >> > > > > > > >> > > can
> >> > > > > > > >> > > > > > > download
> >> > > > > > > >> > > > > > > > > the MET code online and install in
on a
> >> Linux
> >> > > > > machine.
> >> > > > > > > If
> >> > > > > > > >> > you
> >> > > > > > > >> > > > end
> >> > > > > > > >> > > > > up
> >> > > > > > > >> > > > > > > > > needing to install it, please let
me
> know,
> >> and
> >> > > > I'll
> >> > > > > > send
> >> > > > > > > >> some
> >> > > > > > > >> > > > > > > additional
> >> > > > > > > >> > > > > > > > > useful information for the
installation.
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > Thanks,
> >> > > > > > > >> > > > > > > > > Julie
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
Michael
> >> > Pletcher
> >> > > -
> >> > > > > NOAA
> >> > > > > > > >> > > Affiliate
> >> > > > > > > >> > > > > via
> >> > > > > > > >> > > > > > > RT <
> >> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019: Request
91886
> >> was
> >> > > acted
> >> > > > > > upon.
> >> > > > > > > >> > > > > > > > >> Transaction: Ticket created by
> >> > > > > > > michael.pletcher at noaa.gov
> >> > > > > > > >> > > > > > > > >>        Queue: met_help
> >> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
Affiliate
> >> > > > > > > >> > > > > > > > >>        Owner: Nobody
> >> > > > > > > >> > > > > > > > >>   Requestors:
michael.pletcher at noaa.gov
> >> > > > > > > >> > > > > > > > >>       Status: new
> >> > > > > > > >> > > > > > > > >>  Ticket <URL:
> >> > > > > > > >> > > > > >
> >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >> Hello,
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >> My name is Michael Pletcher and I
am
> >> senior
> >> > at
> >> > > > the
> >> > > > > > > >> > University
> >> > > > > > > >> > > of
> >> > > > > > > >> > > > > > > > Maryland.
> >> > > > > > > >> > > > > > > > >> I am currently working with the
Weather
> >> > > > Prediction
> >> > > > > > > Center
> >> > > > > > > >> > on a
> >> > > > > > > >> > > > > > > research
> >> > > > > > > >> > > > > > > > >> project, and my advisors have
suggested
> >> that
> >> > I
> >> > > > > find a
> >> > > > > > > >> way to
> >> > > > > > > >> > > > > access
> >> > > > > > > >> > > > > > > MET
> >> > > > > > > >> > > > > > > > >> software remotely from NCWCP to
work on
> my
> >> > > > project.
> >> > > > > > > >> Please
> >> > > > > > > >> > let
> >> > > > > > > >> > > > me
> >> > > > > > > >> > > > > > know
> >> > > > > > > >> > > > > > > > if
> >> > > > > > > >> > > > > > > > >> it is possible to download MET to
my
> >> laptop
> >> > > > > computer,
> >> > > > > > > or
> >> > > > > > > >> if
> >> > > > > > > >> > I
> >> > > > > > > >> > > > > could
> >> > > > > > > >> > > > > > > > >> possibly download it to my
department's
> >> > > > > (Atmospheric
> >> > > > > > &
> >> > > > > > > >> > Oceanic
> >> > > > > > > >> > > > > > > Science)
> >> > > > > > > >> > > > > > > > >> computers. Let me know if I need
to
> answer
> >> > any
> >> > > > > > > questions.
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >> Thanks,
> >> > > > > > > >> > > > > > > > >> Michael Pletcher
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >>
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > --
> >> > > > > > > >> > > > > > > > > Julie Prestopnik
> >> > > > > > > >> > > > > > > > > Software Engineer
> >> > > > > > > >> > > > > > > > > National Center for Atmospheric
Research
> >> > > > > > > >> > > > > > > > > Research Applications Laboratory
> >> > > > > > > >> > > > > > > > > Phone: 303.497.8399
> >> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > > > My working day may not be your
working
> day.
> >> > > > Please
> >> > > > > do
> >> > > > > > > not
> >> > > > > > > >> > feel
> >> > > > > > > >> > > > > > obliged
> >> > > > > > > >> > > > > > > > to
> >> > > > > > > >> > > > > > > > > reply to this email outside of
your
> normal
> >> > > working
> >> > > > > > > hours.
> >> > > > > > > >> > > > > > > > >
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > --
> >> > > > > > > >> > > > > > > > Julie Prestopnik
> >> > > > > > > >> > > > > > > > Software Engineer
> >> > > > > > > >> > > > > > > > National Center for Atmospheric
Research
> >> > > > > > > >> > > > > > > > Research Applications Laboratory
> >> > > > > > > >> > > > > > > > Phone: 303.497.8399
> >> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > > My working day may not be your
working day.
> >> > > Please
> >> > > > do
> >> > > > > > not
> >> > > > > > > >> feel
> >> > > > > > > >> > > > > obliged
> >> > > > > > > >> > > > > > > to
> >> > > > > > > >> > > > > > > > reply to this email outside of your
normal
> >> > working
> >> > > > > > hours.
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > > >
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > > >
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > --
> >> > > > > > > >> > > > > > Julie Prestopnik
> >> > > > > > > >> > > > > > Software Engineer
> >> > > > > > > >> > > > > > National Center for Atmospheric Research
> >> > > > > > > >> > > > > > Research Applications Laboratory
> >> > > > > > > >> > > > > > Phone: 303.497.8399
> >> > > > > > > >> > > > > > Email: jpresto at ucar.edu
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > > My working day may not be your working
day.
> >> Please
> >> > do
> >> > > > not
> >> > > > > > > feel
> >> > > > > > > >> > > obliged
> >> > > > > > > >> > > > > to
> >> > > > > > > >> > > > > > reply to this email outside of your
normal
> >> working
> >> > > > hours.
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > > >
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > --
> >> > > > > > > >> > > > Julie Prestopnik
> >> > > > > > > >> > > > Software Engineer
> >> > > > > > > >> > > > National Center for Atmospheric Research
> >> > > > > > > >> > > > Research Applications Laboratory
> >> > > > > > > >> > > > Phone: 303.497.8399
> >> > > > > > > >> > > > Email: jpresto at ucar.edu
> >> > > > > > > >> > > >
> >> > > > > > > >> > > > My working day may not be your working day.
Please
> >> do
> >> > not
> >> > > > > feel
> >> > > > > > > >> obliged
> >> > > > > > > >> > > to
> >> > > > > > > >> > > > reply to this email outside of your normal
working
> >> > hours.
> >> > > > > > > >> > > >
> >> > > > > > > >> > > >
> >> > > > > > > >> > >
> >> > > > > > > >> > >
> >> > > > > > > >> >
> >> > > > > > > >> > --
> >> > > > > > > >> > Julie Prestopnik
> >> > > > > > > >> > Software Engineer
> >> > > > > > > >> > National Center for Atmospheric Research
> >> > > > > > > >> > Research Applications Laboratory
> >> > > > > > > >> > Phone: 303.497.8399
> >> > > > > > > >> > Email: jpresto at ucar.edu
> >> > > > > > > >> >
> >> > > > > > > >> > My working day may not be your working day.
Please do
> >> not
> >> > > feel
> >> > > > > > > obliged
> >> > > > > > > >> to
> >> > > > > > > >> > reply to this email outside of your normal
working
> hours.
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >>
> >> > > > > > > >>
> >> > > > > > > >
> >> > > > > > > > --
> >> > > > > > > > Julie Prestopnik
> >> > > > > > > > Software Engineer
> >> > > > > > > > National Center for Atmospheric Research
> >> > > > > > > > Research Applications Laboratory
> >> > > > > > > > Phone: 303.497.8399
> >> > > > > > > > Email: jpresto at ucar.edu
> >> > > > > > > >
> >> > > > > > > > My working day may not be your working day.  Please
do not
> >> feel
> >> > > > > obliged
> >> > > > > > > to
> >> > > > > > > > reply to this email outside of your normal working
hours.
> >> > > > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > --
> >> > > > > > > Julie Prestopnik
> >> > > > > > > Software Engineer
> >> > > > > > > National Center for Atmospheric Research
> >> > > > > > > Research Applications Laboratory
> >> > > > > > > Phone: 303.497.8399
> >> > > > > > > Email: jpresto at ucar.edu
> >> > > > > > >
> >> > > > > > > My working day may not be your working day.  Please
do not
> >> feel
> >> > > > obliged
> >> > > > > > to
> >> > > > > > > reply to this email outside of your normal working
hours.
> >> > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > > --
> >> > > > > Julie Prestopnik
> >> > > > > Software Engineer
> >> > > > > National Center for Atmospheric Research
> >> > > > > Research Applications Laboratory
> >> > > > > Phone: 303.497.8399
> >> > > > > Email: jpresto at ucar.edu
> >> > > > >
> >> > > > > My working day may not be your working day.  Please do
not feel
> >> > obliged
> >> > > > to
> >> > > > > reply to this email outside of your normal working hours.
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > > --
> >> > > Julie Prestopnik
> >> > > Software Engineer
> >> > > National Center for Atmospheric Research
> >> > > Research Applications Laboratory
> >> > > Phone: 303.497.8399
> >> > > Email: jpresto at ucar.edu
> >> > >
> >> > > My working day may not be your working day.  Please do not
feel
> >> obliged
> >> > to
> >> > > reply to this email outside of your normal working hours.
> >> > >
> >> > >
> >> >
> >> >
> >>
> >> --
> >> Julie Prestopnik
> >> Software Engineer
> >> National Center for Atmospheric Research
> >> Research Applications Laboratory
> >> Phone: 303.497.8399
> >> Email: jpresto at ucar.edu
> >>
> >> My working day may not be your working day.  Please do not feel
obliged
> to
> >> reply to this email outside of your normal working hours.
> >>
> >>
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Wed Sep 25 10:34:20 2019

Julie,

I reran the compiler and it gave me the same message that it finished
compiling. Attached is the config.log for met. What environment
variables
are you referring to?

Let me know if there's anything I need to do.

Respectfully,
Michael Pletcher

On Wed, Sep 25, 2019 at 11:34 AM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> In the MET_PYTHON_CC, it should be a capital i that you are using (-
I) (for
> Include). Please be sure to use a capital i (I) and rerun configure,
make,
> and make install and then please send me the log files.  You should
be able
> to just copy and paste what I sent you for the values of the
environment
> variables.  I hope that helps!
>
> Julie
>
> On Tue, Sep 24, 2019 at 6:54 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > I found that in the line export "MET_PYTHON_CC=-
I/usr/include/python2.7\
> > -I/usr/include/python2.7" I accidentally had l as I (capital i).
So I ran
> > the compiler again, and this time it didn't even finish compiling.
It
> > barely started compiling MET, and it returned "configure returned
with
> > non-zero (77) status."
> >
> > I attached the config.log file for you to take a look at. Unusual
that
> even
> > when I fixed the error in the MET_PYTHON_CC line, it caused me to
> > backtrack.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA Affiliate
<
> > michael.pletcher at noaa.gov> wrote:
> >
> > > Julie,
> > >
> > > Just when I thought this was finished, I got quite a few
errors... I
> have
> > > attached the terminal log when I ran the command you emailed me.
> > >
> > > I guess this is just how compiling software works!
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > > wrote:
> > >
> > >> Hi Michael.  This is great news!  Thank you so much for letting
me
> know
> > >> that you got a successful compilation!
> > >>
> > >> Thank you for your kind words.  You're welcome for the help.
We're
> > happy
> > >> to help!
> > >>
> > >> I'm glad to hear that you'll be working with someone who has
> experience
> > >> with MET.  Don't hesitate to reach out to met_help again with
any
> > >> questions
> > >> you may have though.
> > >>
> > >> One last thing - we always suggest checking the log files for
errors,
> so
> > >> if
> > >> you don't mind, please run the following:
> > >>
> > >> grep -i error
> /home/metogra/mpletch1/ResearchProject/met/met-8.1.1/*.log
> > >> >
> > >>
> > >> If you don't see any errors, you should be good to go!
> > >>
> > >> Thanks,
> > >> Julie
> > >>
> > >> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA
Affiliate via
> > RT <
> > >> met_help at ucar.edu> wrote:
> > >>
> > >> >
> > >> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > >> >
> > >> > Julie,
> > >> >
> > >> > After following these instructions, it appears that I
successfully
> > >> compiled
> > >> > MET! I've attached a screenshot with the line that states it
was
> > >> > successfully compiled.
> > >> >
> > >> > I cannot thank you enough for your responsiveness and the
amount of
> > time
> > >> > you took out of your day to help me. I was completely new to
> software
> > >> > compilation and you made it about as easy as possible. I can
now
> > begin a
> > >> > major portion of my required research!
> > >> >
> > >> > Let me know if there's anything else that is needed to get
MET up
> > >> > and running. I am working directly with a scientist that has
> > experience
> > >> > with MET, so he can show me how everything works within the
program
> > >> itself.
> > >> >
> > >> > Thank you again,
> > >> > Michael Pletcher
> > >> >
> > >> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> > >> met_help at ucar.edu
> > >> > >
> > >> > wrote:
> > >> >
> > >> > > Hi Michael.
> > >> > >
> > >> > > Thank you for following up.  libpython2.7.so  should work
fine.
> > >> Thank
> > >> > you
> > >> > > for letting me know that you don't typically use module
files
> except
> > >> for
> > >> > > the intel compiler. So here is what you will need to have
set:
> > >> > >
> > >> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
> > >> -I/usr/include/python2.7
> > >> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\
-lutil\ -lm\
> > >> > > -lpython2.7\ -Xlinker\ -export-dynamic
> > >> > > export PYTHON_MODULE_USE=python
> > >> > >
> > >> > > Regarding the compiler, you can simply set:
> > >> > >
> > >> > > export COMPILER=gnu_ 4.8.5
> > >> > >
> > >> > > and ignore any warnings you receive about modules not being
> loaded.
> > >> > >
> > >> > > Regarding cairo, I believe I do know what is wrong.  The
following
> > is
> > >> > from
> > >> > > your config.log file:
> > >> > >
> > >> > > > Package pixman-1 was not found in the pkg-config search
path.
> > >> > > >
> > >> > >
> > >> > > You will need to have pixman installed.  Your sys admin (or
you,
> if
> > >> you
> > >> > > have sudo access) should just need to run the following on
your
> > >> machine:
> > >> > >
> > >> > > > sudo apt-get install libpixman-1-dev
> > >> > >
> > >> > >
> > >> > >  After you get pixman installed, in the compile script, you
can
> > change
> > >> > the
> > >> > > values to 0 for the libraries you've already compiled so
that you
> > >> don't
> > >> > > have to recompile and wait for them.  Assuming everything,
except
> > for
> > >> > Cairo
> > >> > > and MET, compiled, you would set:
> > >> > >
> > >> > > COMPILE_GSL=0
> > >> > > COMPILE_BUFRLIB=0
> > >> > > COMPILE_ZLIB=0
> > >> > > COMPILE_LIBPNG=0
> > >> > > COMPILE_JASPER=0
> > >> > > COMPILE_G2CLIB=0
> > >> > > COMPILE_HDF=0
> > >> > > COMPILE_HDFEOS=0
> > >> > > COMPILE_NETCDF=0
> > >> > > COMPILE_FREETYPE=0
> > >> > > COMPILE_CAIRO=1
> > >> > > COMPILE_MET=1
> > >> > >
> > >> > > Then set the necessary environment variables and try
rerunning the
> > >> > script.
> > >> > > Please let us know if you have any questions.
> > >> > >
> > >> > > Please let us know how it goes.
> > >> > >
> > >> > > Thanks,
> > >> > >
> > >> > > Julie
> > >> > >
> > >> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
Affiliate
> > via
> > >> RT
> > >> > <
> > >> > > met_help at ucar.edu> wrote:
> > >> > >
> > >> > > >
> > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >> > > >
> > >> > > > Julie,
> > >> > > >
> > >> > > > After speaking with my system administrator, we were not
able to
> > >> locate
> > >> > > > libpython2.7.a. However, we were able to locate
libpython2.7.so
> > >> within
> > >> > > > /usr/lib64/ of our Linux system.
> > >> > > >
> > >> > > > He explained that we only use module load commands when
using
> > intel
> > >> > > > compilers, and I used gnu to compile the software, so I
don't
> > think
> > >> > that
> > >> > > > should be an issue.
> > >> > > >
> > >> > > > Were you able to find any issues in the config.log of
Cairo?
> > >> > > >
> > >> > > > Thanks,
> > >> > > > Michael Pletcher
> > >> > > >
> > >> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT <
> > >> > > met_help at ucar.edu
> > >> > > > >
> > >> > > > wrote:
> > >> > > >
> > >> > > > > Hi Michael.  Thank you for letting me know that when
you ran
> > "find
> > >> > > > > /usr/lib/ -name libpython2.7.a" it returned nothing.
Could you
> > >> please
> > >> > > ask
> > >> > > > > your system administrator when the libpython2.7.a file
is that
> > is
> > >> > > > > associated with the Python include files at
> > /usr/include/python2.7
> > >> > (the
> > >> > > > > output of running "python-config --cflags')?  That is
all that
> > we
> > >> > need
> > >> > > to
> > >> > > > > know, but it needs to be the libpython2.7.a file is
that is
> > >> > associated
> > >> > > > with
> > >> > > > > the Python include files at that location.
> > >> > > > >
> > >> > > > > I'll ask my system administrator about the compiler
issue.
> > >> > > > > >
> > >> > > > > There is no issue with the compiler, really.  I just
need to
> > know
> > >> -
> > >> > Do
> > >> > > > you
> > >> > > > > typically run any "module load" commands to load any
software?
> > If
> > >> > not,
> > >> > > > > that is fine.  If so, please let me know, and I'll walk
you
> > >> through
> > >> > the
> > >> > > > > rest.
> > >> > > > >
> > >> > > > > Julie
> > >> > > > >
> > >> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher - NOAA
> > Affiliate
> > >> via
> > >> > > RT
> > >> > > > <
> > >> > > > > met_help at ucar.edu> wrote:
> > >> > > > >
> > >> > > > > >
> > >> > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > >> > > > > >
> > >> > > > > > Julie,
> > >> > > > > >
> > >> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
returned
> > >> > nothing.
> > >> > > > No
> > >> > > > > > error and no output. I made sure to be in no
directory when
> I
> > >> ran
> > >> > > that
> > >> > > > > > command.
> > >> > > > > >
> > >> > > > > > I'll ask my system administrator about the compiler
issue.
> > >> > > > > >
> > >> > > > > > Thanks,
> > >> > > > > > Michael Pletcher
> > >> > > > > >
> > >> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik via
RT <
> > >> > > > > met_help at ucar.edu
> > >> > > > > > >
> > >> > > > > > wrote:
> > >> > > > > >
> > >> > > > > > > I forgot to mention - I'll take a look at the
config.log
> > file
> > >> and
> > >> > > > will
> > >> > > > > > > follow up.  If you could please follow up on my
question
> in
> > >> the
> > >> > > other
> > >> > > > > > > email, that would be great.  Thanks!
> > >> > > > > > >
> > >> > > > > > > Julie
> > >> > > > > > >
> > >> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik <
> > >> > jpresto at ucar.edu
> > >> > > >
> > >> > > > > > wrote:
> > >> > > > > > >
> > >> > > > > > > > Hi Michael.
> > >> > > > > > > >
> > >> > > > > > > > Did you run the "find /usr/lib/ -name
libpython2.7.a"
> > >> command?
> > >> > > > None
> > >> > > > > of
> > >> > > > > > > > the locations you listed appeared to be in
/usr/lib as
> far
> > >> as I
> > >> > > > could
> > >> > > > > > > tell,
> > >> > > > > > > > but it looks like the paths all run together.  I
would
> > >> expected
> > >> > > to
> > >> > > > > see
> > >> > > > > > a
> > >> > > > > > > > libpython2.7.a in a location like
> > >> > > > > > > >
> > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > >> > > > > > > >
> > >> > > > > > > > Great, it is good to know that you are running
the bash
> > >> shell.
> > >> > > > That
> > >> > > > > > will
> > >> > > > > > > > be helpful once we figure out where the
libpython2.7.a
> > file
> > >> is.
> > >> > > > > > > >
> > >> > > > > > > > Are you using modulefiles regularly to load
things like
> > the
> > >> > > > compiler?
> > >> > > > > > > >
> > >> > > > > > > > Does this mean that I should be running gcc
compiler
> > >> instead of
> > >> > > > gnu?
> > >> > > > > > > >>
> > >> > > > > > > > The gcc compiler is the compiler for the GNU
package.
> Our
> > >> run
> > >> > > > script
> > >> > > > > > > > expects to see "gnu_<version number>" in order to
> compile
> > >> using
> > >> > > > gcc.
> > >> > > > > > > >
> > >> > > > > > > > Julie
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > >
> > >> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael Pletcher
- NOAA
> > >> > Affiliate
> > >> > > > via
> > >> > > > > > RT
> > >> > > > > > > <
> > >> > > > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > > >
> > >> > > > > > > >>
> > >> > > > > > > >> <URL:
> > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > >
> > >> > > > > > > >>
> > >> > > > > > > >> Julie,
> > >> > > > > > > >>
> > >> > > > > > > >> I found five different locations where
libpython2.7 is
> > >> > located:
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > >> > > > > > > >> hon2.7.a*
> > >> > > > > > > >>
> > >> > > > > > > >> When I ran echo $SHELL, it returned:
> > >> > > > > > > >>
> > >> > > > > > > >> */bin/bash*
> > >> > > > > > > >>
> > >> > > > > > > >> I attached the config.log file.
> > >> > > > > > > >>
> > >> > > > > > > >> When I ran "module spider gnu", it returned:
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
unrecognized
> > >> > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider'
is an
> > >> > > unrecognized
> > >> > > > > > > >> subcommand*
> > >> > > > > > > >>
> > >> > > > > > > >> But when I ran "gcc --version:, it returned:
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-
39)Copyright
> (C)
> > >> 2015
> > >> > > > Free
> > >> > > > > > > >> Software Foundation, Inc.This is free software;
see the
> > >> source
> > >> > > for
> > >> > > > > > > copying
> > >> > > > > > > >> conditions.  There is NOwarranty; not even for
> > >> MERCHANTABILITY
> > >> > > or
> > >> > > > > > > FITNESS
> > >> > > > > > > >> FOR A PARTICULAR PURPOSE.*
> > >> > > > > > > >>
> > >> > > > > > > >> Does this mean that I should be running gcc
compiler
> > >> instead
> > >> > of
> > >> > > > gnu?
> > >> > > > > > > >>
> > >> > > > > > > >> Thanks,
> > >> > > > > > > >> Michael Pletcher
> > >> > > > > > > >>
> > >> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie Prestopnik
via
> RT <
> > >> > > > > > > >> met_help at ucar.edu>
> > >> > > > > > > >> wrote:
> > >> > > > > > > >>
> > >> > > > > > > >> > Hi Michael.
> > >> > > > > > > >> >
> > >> > > > > > > >> > Since the output of "python-config --cflags"
> indicates
> > >> the
> > >> > > > header
> > >> > > > > > > files
> > >> > > > > > > >> are
> > >> > > > > > > >> > in /usr/include/python2.7, the library file is
likely
> > to
> > >> be
> > >> > > > found
> > >> > > > > > in a
> > >> > > > > > > >> > location like
> > >> > > > > > > >>
> > >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > >> > > > > > > >> > You can run the following command to find it:
> > >> > > > > > > >> >
> > >> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> >  To find out what shell you are using, you can
run
> the
> > >> > > > following:
> > >> > > > > > > >> >
> > >> > > > > > > >> > echo $SHELL
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > Instead of pasting in the config.log output,
could
> you
> > >> > please
> > >> > > > > attach
> > >> > > > > > > it
> > >> > > > > > > >> to
> > >> > > > > > > >> > this email?  When you run the configure
command,
> there
> > >> > should
> > >> > > > be a
> > >> > > > > > > file
> > >> > > > > > > >> > "config.log" produced, which is the one I'd
like to
> > have
> > >> you
> > >> > > > > attach
> > >> > > > > > > and
> > >> > > > > > > >> > look at.
> > >> > > > > > > >> >
> > >> > > > > > > >> > If your system doesn't use modulefiles you can
safely
> > >> > ignore:
> > >> > > > > > > >> >
> > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate
> a
> > >> > > > modulefile
> > >> > > > > > for
> > >> > > > > > > >> > > 'gnu/15.0.3'*
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > If it does use module files, you will need to
know
> the
> > >> > version
> > >> > > > for
> > >> > > > > > the
> > >> > > > > > > >> gnu
> > >> > > > > > > >> > compilers.    If modules are used, you can
determine
> > what
> > >> > > > versions
> > >> > > > > > are
> > >> > > > > > > >> > available for loading by running:
> > >> > > > > > > >> >
> > >> > > > > > > >> > module spider gnu
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > This will output something like the following:
> > >> > > > > > > >> >
> > >> > > > > > > >> >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >> > > > > > > >> > >   gnu:
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > >> > > > > > > >> > >      Versions:
> > >> > > > > > > >> > >         gnu/7.4.0
> > >> > > > > > > >> > >         gnu/8.3.0
> > >> > > > > > > >> > >         gnu/9.1.0
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > Then you can choose the version of gnu that
you'd
> like
> > to
> > >> > > load.
> > >> > > > > > > >> >
> > >> > > > > > > >> > If modules are not used and you would like to
know
> what
> > >> > > version
> > >> > > > > you
> > >> > > > > > > are
> > >> > > > > > > >> > running (not required for MET, but in case you
want
> to
> > >> know
> > >> > > for
> > >> > > > > > future
> > >> > > > > > > >> > reference), you can run:
> > >> > > > > > > >> >
> > >> > > > > > > >> > gcc --version
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > and you'll get something like:
> > >> > > > > > > >> >
> > >> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > Julie
> > >> > > > > > > >> >
> > >> > > > > > > >> >
> > >> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael
Pletcher -
> NOAA
> > >> > > > Affiliate
> > >> > > > > > via
> > >> > > > > > > >> RT <
> > >> > > > > > > >> > met_help at ucar.edu> wrote:
> > >> > > > > > > >> >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > <URL:
> > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > > > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > Hello Julie,
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > The output I received from "python-config
--cflags"
> > is
> > >> as
> > >> > > > > follows:
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > *-I/usr/include/python2.7
-I/usr/include/python2.7
> > >> > > > > > > >> -fno-strict-aliasing
> > >> > > > > > > >> > -O2
> > >> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
> -fexceptions
> > >> > > > > > > >> > > -fstack-protector-strong --param=ssp-buffer-
size=4
> > >> > > > > > > >> -grecord-gcc-switches
> > >> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC
-fwrapv
> > >> -DNDEBUG
> > >> > -O2
> > >> > > > -g
> > >> > > > > > > -pipe
> > >> > > > > > > >> > -Wall
> > >> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > >> > > -fstack-protector-strong
> > >> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-
switches
> -m64
> > >> > > > > > -mtune=generic
> > >> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > I was not able to find libpython2.7.a within
the
> > files
> > >> I
> > >> > > have
> > >> > > > > > > >> downloaded
> > >> > > > > > > >> > so
> > >> > > > > > > >> > > far.
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > I believe we are using bash, but how would I
find
> out
> > >> > which
> > >> > > > one
> > >> > > > > I
> > >> > > > > > am
> > >> > > > > > > >> > using?
> > >> > > > > > > >> > > My system administrator most likely knows
the
> answer
> > to
> > >> > > this.
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > The config.log file is as follows:
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > *This file contains any messages produced by
> > compilers
> > >> > > > > > whilerunning
> > >> > > > > > > >> > > configure, to aid debugging if configure
makes a
> > >> > mistake.It
> > >> > > > was
> > >> > > > > > > >> created
> > >> > > > > > > >> > by
> > >> > > > > > > >> > > cairo configure 1.14.6, which wasgenerated
by GNU
> > >> Autoconf
> > >> > > > 2.69.
> > >> > > > > > > >> > > Invocation command line was  $ ./configure
> > >> > > > > > > >> > >
> > >> > > > >
> > --prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > >> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > >> > > > > > > >> > >
> > >> > > > > > > >>
> > >> > > > > >
> > >> > > >
> > >> >
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > >> > > > > > > >> > > --------- #### Platform. #### ---------
##hostname
> =
> > >> > > > > > > >> sky.atmos.umd.edu
> > >> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
x86_64uname
> -r
> > =
> > >> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s = Linux*
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> > >> > 2019/usr/bin/uname
> > >> > > > -p
> > >> > > > > =
> > >> > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
> > >>   =
> > >> > > > > > > >> > > x86_64/usr/bin/arch -k       =
> > >> > > unknown/usr/convex/getsysinfo =
> > >> > > > > > > >> > > unknown/usr/bin/hostinfo      =
unknown/bin/machine
> > >> > > >  =
> > >> > > > > > > >> > > unknown/usr/bin/oslevel       =
> unknown/bin/universe
> > >> > > > =
> > >> > > > > > > >> unknown*
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > *PATH: /opt/intel/binPATH:
/opt/anaconda3/binPATH:
> > >> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH:
/opt/intel/binPATH:
> > >> > > > > > > /opt/anaconda3/binPATH:
> > >> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
> > /usr/local/sbinPATH:
> > >> > > > > > > /usr/sbinPATH:
> > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > >> > > > > > > >> /homes/metogra/mpletch1/binPATH:
> > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > >> > > > > > > /homes/metogra/mpletch1/bin##
> > >> > > > > > > >> > > ----------- #### Core tests. ####
-----------
> > >> > > > ##configure:3205:
> > >> > > > > > > >> checking
> > >> > > > > > > >> > > for gccconfigure:3232: result:
> > >> /usr/bin/gccconfigure:3461:
> > >> > > > > > checking
> > >> > > > > > > >> for C
> > >> > > > > > > >> > > compiler versionconfigure:3470: /usr/bin/gcc
> > --version
> > >> > > >&5gcc
> > >> > > > > > (GCC)
> > >> > > > > > > >> 4.8.5
> > >> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015 Free
> > >> > Software
> > >> > > > > > > >> Foundation,
> > >> > > > > > > >> > > Inc.This is free software; see the source
for
> copying
> > >> > > > > conditions.
> > >> > > > > > *
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > I think the root of some of these problems
(I'm
> > >> extremely
> > >> > > new
> > >> > > > to
> > >> > > > > > all
> > >> > > > > > > >> of
> > >> > > > > > > >> > > this, so I may be mistaken) is that I am
using the
> > >> > incorrect
> > >> > > > > > > compiler.
> > >> > > > > > > >> > When
> > >> > > > > > > >> > > I set the compiler, I did export
> COMPILER=gnu_15.0.3,
> > >> but
> > >> > I
> > >> > > > know
> > >> > > > > > > >> 15.0.3
> > >> > > > > > > >> > is
> > >> > > > > > > >> > > for ics, not gnu. I also get this error at
the
> > >> beginning
> > >> > of
> > >> > > > the
> > >> > > > > > > output
> > >> > > > > > > >> > when
> > >> > > > > > > >> > > I run ./compile_MET_all.sh:
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable to
locate
> a
> > >> > > > modulefile
> > >> > > > > > for
> > >> > > > > > > >> > > 'gnu/15.0.3'*
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > Not really sure if this means anything, just
want
> to
> > >> get
> > >> > you
> > >> > > > all
> > >> > > > > > of
> > >> > > > > > > >> the
> > >> > > > > > > >> > > errors that I'm seeing.
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > Thanks,
> > >> > > > > > > >> > > Michael Pletcher
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
Prestopnik
> via
> > >> RT <
> > >> > > > > > > >> > met_help at ucar.edu
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > wrote:
> > >> > > > > > > >> > >
> > >> > > > > > > >> > > > Hi Michael.
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > Thank you for letting me know about the
output of
> > >> > > > > "python-config
> > >> > > > > > > >> > > > --ldflags".  MET needs to have more
information
> > than
> > >> > that
> > >> > > > > > command
> > >> > > > > > > is
> > >> > > > > > > >> > > > returning.  Could you please tell me what
the
> > output
> > >> of
> > >> > > > > > > >> "python-config
> > >> > > > > > > >> > > > --cflags" is as well?  That will help me
find the
> > >> file
> > >> > > that
> > >> > > > > MET
> > >> > > > > > > >> needs
> > >> > > > > > > >> > to
> > >> > > > > > > >> > > > know about, namely the libpython2.7.a
file.  If
> you
> > >> find
> > >> > > > that
> > >> > > > > > > file,
> > >> > > > > > > >> > > please
> > >> > > > > > > >> > > > let me know what the path to it is.   Once
we
> have
> > >> that
> > >> > > > > location
> > >> > > > > > > we
> > >> > > > > > > >> can
> > >> > > > > > > >> > > > formulate the appropriate value to set for
> > >> > MET_PYTHON_LD.
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > Also, are you using the bash or csh?
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > Regarding Cairo, please send me the
config.log
> file
> > >> that
> > >> > > was
> > >> > > > > > > output
> > >> > > > > > > >> > from
> > >> > > > > > > >> > > > running configure for Cairo and I'll take
a look.
> > >> > Thanks!
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > Julie
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
Pletcher
> -
> > >> NOAA
> > >> > > > > > Affiliate
> > >> > > > > > > >> via
> > >> > > > > > > >> > RT
> > >> > > > > > > >> > > <
> > >> > > > > > > >> > > > met_help at ucar.edu> wrote:
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > <URL:
> > >> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > > > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > Good afternoon,
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > I finally had time to attempt these
> instructions.
> > >> > > > Regarding
> > >> > > > > a
> > >> > > > > > > few
> > >> > > > > > > >> > > things:
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > When I ran the line "python-config
--ldflags",
> > this
> > >> > was
> > >> > > > the
> > >> > > > > > > output
> > >> > > > > > > >> > > (which
> > >> > > > > > > >> > > > > does not include the -L you mentioned):
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
-Xlinker
> > >> > > > > > -export-dynamic
> > >> > > > > > > *
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > Also, when I ran "./compile_MET_all.sh",
it
> > >> returned
> > >> > > this
> > >> > > > > when
> > >> > > > > > > it
> > >> > > > > > > >> got
> > >> > > > > > > >> > > to
> > >> > > > > > > >> > > > > compiling CAIRO:
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > *configure returned with non-zero (1)
status*
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > My system administrator suggested the
error
> from
> > >> Cairo
> > >> > > > could
> > >> > > > > > be
> > >> > > > > > > >> > caused
> > >> > > > > > > >> > > by
> > >> > > > > > > >> > > > > Redhat compatibility. Our Linux operates
on
> > Redhat
> > >> > > > > Enterprise
> > >> > > > > > 7,
> > >> > > > > > > >> and
> > >> > > > > > > >> > he
> > >> > > > > > > >> > > > > mentioned that there have been issues
with
> > running
> > >> > Cairo
> > >> > > > on
> > >> > > > > it
> > >> > > > > > > in
> > >> > > > > > > >> the
> > >> > > > > > > >> > > > past.
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > Let me know if there is anything I can
do to
> fix
> > >> these
> > >> > > > > issues.
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > Thanks,
> > >> > > > > > > >> > > > > Michael Pletcher
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
Prestopnik
> > via
> > >> > RT <
> > >> > > > > > > >> > > > met_help at ucar.edu>
> > >> > > > > > > >> > > > > wrote:
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > > > Hi Michael.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > As John indicated in his email, Docker
is the
> > >> > easiest
> > >> > > > way
> > >> > > > > to
> > >> > > > > > > >> make
> > >> > > > > > > >> > MET
> > >> > > > > > > >> > > > > > available.  But, it is definitely
possible
> for
> > >> you
> > >> > to
> > >> > > > > > download
> > >> > > > > > > >> MET
> > >> > > > > > > >> > > to a
> > >> > > > > > > >> > > > > > Linux machine and compile it from
scratch.  I
> > >> have
> > >> > > > > described
> > >> > > > > > > >> that
> > >> > > > > > > >> > > > process
> > >> > > > > > > >> > > > > > below.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > You can find a script to help you
install MET
> > at
> > >> > this
> > >> > > > > link,
> > >> > > > > > > and
> > >> > > > > > > >> > I'll
> > >> > > > > > > >> > > > put
> > >> > > > > > > >> > > > > > instructions below:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > This script may or may not work right
away.
> > Some
> > >> > > > systems
> > >> > > > > > have
> > >> > > > > > > >> > needed
> > >> > > > > > > >> > > > > more
> > >> > > > > > > >> > > > > > work than others.  To get started,
decide
> where
> > >> you
> > >> > > > would
> > >> > > > > > like
> > >> > > > > > > >> to
> > >> > > > > > > >> > > > install
> > >> > > > > > > >> > > > > > MET.  The following example will
assume
> you're
> > >> going
> > >> > > to
> > >> > > > > put
> > >> > > > > > it
> > >> > > > > > > >> in
> > >> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > You'll need to download
compile_MET_all.sh
> and
> > >> > > > > tar_files.tar
> > >> > > > > > > >> from
> > >> > > > > > > >> > the
> > >> > > > > > > >> > > > > link
> > >> > > > > > > >> > > > > > above.  You'll also need to download
our
> latest
> > >> MET
> > >> > > > > release:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and unpack
it
> with
> > >> "tar
> > >> > > -zxf
> > >> > > > > > > >> > > > > > compile_MET_all.sh.tgz
> > >> > > > > > > >> > > > > > ") and tar_files.tar in
/d1/pletcher/met/8.1
> > (or
> > >> > where
> > >> > > > > ever
> > >> > > > > > > you
> > >> > > > > > > >> > chose
> > >> > > > > > > >> > > > to
> > >> > > > > > > >> > > > > > put it).  Unpack the tar file and move
> > >> > > > > > > met-8.1.1.20190708.tar.gz
> > >> > > > > > > >> > into
> > >> > > > > > > >> > > > the
> > >> > > > > > > >> > > > > > tar_files directory.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > Then, you'll need to set up some
environment
> > >> > variables
> > >> > > > as
> > >> > > > > > > >> described
> > >> > > > > > > >> > > in
> > >> > > > > > > >> > > > > the
> > >> > > > > > > >> > > > > > link above.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > For reference using this example, I
would set
> > the
> > >> > > > > following:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > export TEST_BASE=/d1/pletcher/met/8.1
> > >> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The
format is
> > >> > "compiler"
> > >> > > > > > > underscore
> > >> > > > > > > >> > > > > > "version".  If using modules on your
system,
> > >> you'll
> > >> > > need
> > >> > > > > use
> > >> > > > > > > the
> > >> > > > > > > >> > > > compiler
> > >> > > > > > > >> > > > > > name that the module would load (e.g.
module
> > load
> > >> > > > > ics/15.0.3
> > >> > > > > > > to
> > >> > > > > > > >> > load
> > >> > > > > > > >> > > > the
> > >> > > > > > > >> > > > > > intel compiler version 15.0.3.
Otherwise, if
> > >> using
> > >> > > not
> > >> > > > > > using
> > >> > > > > > > >> > modules
> > >> > > > > > > >> > > > and
> > >> > > > > > > >> > > > > > using gcc, please use "gnu" for the
compiler.
> > >> And,
> > >> > if
> > >> > > > not
> > >> > > > > > > using
> > >> > > > > > > >> > > > modules
> > >> > > > > > > >> > > > > > and using intel, you can use "intel".
You can
> > >> find
> > >> > the
> > >> > > > > > version
> > >> > > > > > > >> by
> > >> > > > > > > >> > > > running
> > >> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
> > respectively.)
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > >> > > > > > > >> > > > > > export MET_TARBALL=met-
8.1.1.20190708.tar.gz
> > >> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
--cflags`
> > >> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
> --ldflags`
> > >> (This
> > >> > > may
> > >> > > > > not
> > >> > > > > > > >> work.
> > >> > > > > > > >> > > Run
> > >> > > > > > > >> > > > > > python-config --ldflags on the command
line
> and
> > >> see
> > >> > if
> > >> > > > you
> > >> > > > > > get
> > >> > > > > > > >> > output
> > >> > > > > > > >> > > > > > including "-L".  If you don't, please
let me
> > know
> > >> > and
> > >> > > I
> > >> > > > > can
> > >> > > > > > > walk
> > >> > > > > > > >> > you
> > >> > > > > > > >> > > > > > through how to find this information.)
> > >> > > > > > > >> > > > > > export
> > >> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > >> > > > > > (Assuming
> > >> > > > > > > >> > you're
> > >> > > > > > > >> > > > not
> > >> > > > > > > >> > > > > > using modulefiles, it doesn't matter
what you
> > set
> > >> > this
> > >> > > > to,
> > >> > > > > > but
> > >> > > > > > > >> it
> > >> > > > > > > >> > > needs
> > >> > > > > > > >> > > > > to
> > >> > > > > > > >> > > > > > be set to something otherwise MET
won't
> > configure
> > >> > for
> > >> > > > > Python
> > >> > > > > > > >> > > embedding.
> > >> > > > > > > >> > > > > > You could just set it to "python".).
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > If you're not using modules, the
output of
> the
> > >> > script
> > >> > > > will
> > >> > > > > > say
> > >> > > > > > > >> > > > something
> > >> > > > > > > >> > > > > > about modules not being found and you
can
> > safely
> > >> > > ignore
> > >> > > > > > that.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > You may need to make the script
executable,
> but
> > >> then
> > >> > > you
> > >> > > > > can
> > >> > > > > > > >> run it
> > >> > > > > > > >> > > > with
> > >> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some
people who
> > have
> > >> > used
> > >> > > > > this
> > >> > > > > > > >> script,
> > >> > > > > > > >> > > > they
> > >> > > > > > > >> > > > > > have had their own laptops with hardly
> anything
> > >> on
> > >> > it.
> > >> > > > > They
> > >> > > > > > > >> have
> > >> > > > > > > >> > > > needed
> > >> > > > > > > >> > > > > to
> > >> > > > > > > >> > > > > > install the following packages using
the
> > >> following
> > >> > > > > commands:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > sudo apt-get update
> > >> > > > > > > >> > > > > > sudo apt install python-dev
> > >> > > > > > > >> > > > > > sudo apt-get install flex bison
> > >> > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > >> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > >> > > > > > > >> > > > > > sudo apt-get install pkg-config
> > >> > > > > > > >> > > > > > sudo apt-get install libpng-dev
> > >> > > > > > > >> > > > > > sudo apt-get install unzip
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > If the script runs and starts
installing the
> > >> > external
> > >> > > > > > > libraries
> > >> > > > > > > >> > > > > > successfully but then stops, there are
> constant
> > >> > which
> > >> > > > you
> > >> > > > > > can
> > >> > > > > > > >> set
> > >> > > > > > > >> > to
> > >> > > > > > > >> > > 0,
> > >> > > > > > > >> > > > > so
> > >> > > > > > > >> > > > > > that you won't have to wait for them
to be
> > >> installed
> > >> > > > > again.
> > >> > > > > > > In
> > >> > > > > > > >> the
> > >> > > > > > > >> > > > > compile
> > >> > > > > > > >> > > > > > script you'll see the following which
you can
> > >> modify
> > >> > > if
> > >> > > > > > > >> necessary:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > COMPILE_GSL=1
> > >> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > >> > > > > > > >> > > > > > COMPILE_ZLIB=1
> > >> > > > > > > >> > > > > > COMPILE_LIBPNG=1
> > >> > > > > > > >> > > > > > COMPILE_JASPER=1
> > >> > > > > > > >> > > > > > COMPILE_G2CLIB=1
> > >> > > > > > > >> > > > > > COMPILE_HDF=1
> > >> > > > > > > >> > > > > > COMPILE_HDFEOS=1
> > >> > > > > > > >> > > > > > COMPILE_NETCDF=1
> > >> > > > > > > >> > > > > > COMPILE_FREETYPE=1
> > >> > > > > > > >> > > > > > COMPILE_CAIRO=1
> > >> > > > > > > >> > > > > > COMPILE_MET=1
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > Please let me know if you have any
questions.
> > I
> > >> > know
> > >> > > > this
> > >> > > > > > is
> > >> > > > > > > a
> > >> > > > > > > >> lot
> > >> > > > > > > >> > > to
> > >> > > > > > > >> > > > > take
> > >> > > > > > > >> > > > > > in, so don't hesitate to reach out
with any
> > >> > questions.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > Thanks,
> > >> > > > > > > >> > > > > > Julie
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM
Michael
> > Pletcher
> > >> -
> > >> > > NOAA
> > >> > > > > > > >> Affiliate
> > >> > > > > > > >> > via
> > >> > > > > > > >> > > > RT
> > >> > > > > > > >> > > > > <
> > >> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > <URL:
> > >> > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > > > > > > >> >
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > Julie,
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > I am aware of the ability to access
MET
> > within
> > >> > WPC.
> > >> > > > > > However,
> > >> > > > > > > >> I'm
> > >> > > > > > > >> > > > > curious
> > >> > > > > > > >> > > > > > as
> > >> > > > > > > >> > > > > > > to whether or not it is possible to
> download
> > >> MET
> > >> > to
> > >> > > a
> > >> > > > > > Linux
> > >> > > > > > > >> > machine
> > >> > > > > > > >> > > > in
> > >> > > > > > > >> > > > > > the
> > >> > > > > > > >> > > > > > > computer lab within my department
> (Department
> > >> of
> > >> > > > > > > Atmospheric &
> > >> > > > > > > >> > > > Oceanic
> > >> > > > > > > >> > > > > > > Science). The reason I am asking for
this
> is
> > >> > > because I
> > >> > > > > do
> > >> > > > > > > not
> > >> > > > > > > >> > have
> > >> > > > > > > >> > > a
> > >> > > > > > > >> > > > > > > federal badge to freely access MET
at
> anytime
> > >> at
> > >> > > > NCWCP.
> > >> > > > > I
> > >> > > > > > > will
> > >> > > > > > > >> > talk
> > >> > > > > > > >> > > > > with
> > >> > > > > > > >> > > > > > > the system administrator for my
department
> (
> > >> > > > > > > jhenriks at umd.edu)
> > >> > > > > > > >> > and
> > >> > > > > > > >> > > > see
> > >> > > > > > > >> > > > > > what
> > >> > > > > > > >> > > > > > > he thinks about this.
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > Thanks,
> > >> > > > > > > >> > > > > > > Michael Pletcher
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM Julie
> > Prestopnik
> > >> > via
> > >> > > > RT <
> > >> > > > > > > >> > > > > > met_help at ucar.edu>
> > >> > > > > > > >> > > > > > > wrote:
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > > > Hi Michael.  It was recently
brought to
> my
> > >> > > attention
> > >> > > > > > that
> > >> > > > > > > >> you
> > >> > > > > > > >> > are
> > >> > > > > > > >> > > > > > working
> > >> > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm
not sure
> > >> > exactly
> > >> > > > what
> > >> > > > > > > >> machines
> > >> > > > > > > >> > > MET
> > >> > > > > > > >> > > > > is
> > >> > > > > > > >> > > > > > > > accessible from, but there is an
install
> > for
> > >> the
> > >> > > WPC
> > >> > > > > > group
> > >> > > > > > > >> at
> > >> > > > > > > >> > > > > > /opt/MET/81
> > >> > > > > > > >> > > > > > > > on at least some of their
machines.  I
> hope
> > >> that
> > >> > > > > helps!
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > Julie
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM
Julie
> > >> Prestopnik
> > >> > <
> > >> > > > > > > >> > > jpresto at ucar.edu>
> > >> > > > > > > >> > > > > > > wrote:
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > > Hi Michael.
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > I see that you'd like to access
MET for
> > >> your
> > >> > > > > research.
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > We have MET installed for users
on a
> > >> variety
> > >> > of
> > >> > > > NOAA
> > >> > > > > > > >> > machines.
> > >> > > > > > > >> > > > > Take
> > >> > > > > > > >> > > > > > a
> > >> > > > > > > >> > > > > > > > > look at this website and see if
you
> have
> > >> > access
> > >> > > to
> > >> > > > > any
> > >> > > > > > > of
> > >> > > > > > > >> > these
> > >> > > > > > > >> > > > > > > machines
> > >> > > > > > > >> > > > > > > > > where there is currently an
existing
> > build
> > >> of
> > >> > > MET:
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > The machine, "hera", which is
replacing
> > >> > "theia"
> > >> > > > > should
> > >> > > > > > > >> also
> > >> > > > > > > >> > be
> > >> > > > > > > >> > > on
> > >> > > > > > > >> > > > > > that
> > >> > > > > > > >> > > > > > > > > list.  I will add "hera" later
today.
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > If you don't have access to any
of
> those
> > >> > > existing
> > >> > > > > > builds
> > >> > > > > > > >> you
> > >> > > > > > > >> > > can
> > >> > > > > > > >> > > > > > > download
> > >> > > > > > > >> > > > > > > > > the MET code online and install
in on a
> > >> Linux
> > >> > > > > machine.
> > >> > > > > > > If
> > >> > > > > > > >> > you
> > >> > > > > > > >> > > > end
> > >> > > > > > > >> > > > > up
> > >> > > > > > > >> > > > > > > > > needing to install it, please
let me
> > know,
> > >> and
> > >> > > > I'll
> > >> > > > > > send
> > >> > > > > > > >> some
> > >> > > > > > > >> > > > > > > additional
> > >> > > > > > > >> > > > > > > > > useful information for the
> installation.
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > Thanks,
> > >> > > > > > > >> > > > > > > > > Julie
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
Michael
> > >> > Pletcher
> > >> > > -
> > >> > > > > NOAA
> > >> > > > > > > >> > > Affiliate
> > >> > > > > > > >> > > > > via
> > >> > > > > > > >> > > > > > > RT <
> > >> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019:
Request
> 91886
> > >> was
> > >> > > acted
> > >> > > > > > upon.
> > >> > > > > > > >> > > > > > > > >> Transaction: Ticket created by
> > >> > > > > > > michael.pletcher at noaa.gov
> > >> > > > > > > >> > > > > > > > >>        Queue: met_help
> > >> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
Affiliate
> > >> > > > > > > >> > > > > > > > >>        Owner: Nobody
> > >> > > > > > > >> > > > > > > > >>   Requestors:
> michael.pletcher at noaa.gov
> > >> > > > > > > >> > > > > > > > >>       Status: new
> > >> > > > > > > >> > > > > > > > >>  Ticket <URL:
> > >> > > > > > > >> > > > > >
> > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >> Hello,
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >> My name is Michael Pletcher and
I am
> > >> senior
> > >> > at
> > >> > > > the
> > >> > > > > > > >> > University
> > >> > > > > > > >> > > of
> > >> > > > > > > >> > > > > > > > Maryland.
> > >> > > > > > > >> > > > > > > > >> I am currently working with the
> Weather
> > >> > > > Prediction
> > >> > > > > > > Center
> > >> > > > > > > >> > on a
> > >> > > > > > > >> > > > > > > research
> > >> > > > > > > >> > > > > > > > >> project, and my advisors have
> suggested
> > >> that
> > >> > I
> > >> > > > > find a
> > >> > > > > > > >> way to
> > >> > > > > > > >> > > > > access
> > >> > > > > > > >> > > > > > > MET
> > >> > > > > > > >> > > > > > > > >> software remotely from NCWCP to
work
> on
> > my
> > >> > > > project.
> > >> > > > > > > >> Please
> > >> > > > > > > >> > let
> > >> > > > > > > >> > > > me
> > >> > > > > > > >> > > > > > know
> > >> > > > > > > >> > > > > > > > if
> > >> > > > > > > >> > > > > > > > >> it is possible to download MET
to my
> > >> laptop
> > >> > > > > computer,
> > >> > > > > > > or
> > >> > > > > > > >> if
> > >> > > > > > > >> > I
> > >> > > > > > > >> > > > > could
> > >> > > > > > > >> > > > > > > > >> possibly download it to my
> department's
> > >> > > > > (Atmospheric
> > >> > > > > > &
> > >> > > > > > > >> > Oceanic
> > >> > > > > > > >> > > > > > > Science)
> > >> > > > > > > >> > > > > > > > >> computers. Let me know if I
need to
> > answer
> > >> > any
> > >> > > > > > > questions.
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >> Thanks,
> > >> > > > > > > >> > > > > > > > >> Michael Pletcher
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >>
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > --
> > >> > > > > > > >> > > > > > > > > Julie Prestopnik
> > >> > > > > > > >> > > > > > > > > Software Engineer
> > >> > > > > > > >> > > > > > > > > National Center for Atmospheric
> Research
> > >> > > > > > > >> > > > > > > > > Research Applications Laboratory
> > >> > > > > > > >> > > > > > > > > Phone: 303.497.8399
> > >> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > > > My working day may not be your
working
> > day.
> > >> > > > Please
> > >> > > > > do
> > >> > > > > > > not
> > >> > > > > > > >> > feel
> > >> > > > > > > >> > > > > > obliged
> > >> > > > > > > >> > > > > > > > to
> > >> > > > > > > >> > > > > > > > > reply to this email outside of
your
> > normal
> > >> > > working
> > >> > > > > > > hours.
> > >> > > > > > > >> > > > > > > > >
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > --
> > >> > > > > > > >> > > > > > > > Julie Prestopnik
> > >> > > > > > > >> > > > > > > > Software Engineer
> > >> > > > > > > >> > > > > > > > National Center for Atmospheric
Research
> > >> > > > > > > >> > > > > > > > Research Applications Laboratory
> > >> > > > > > > >> > > > > > > > Phone: 303.497.8399
> > >> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > > My working day may not be your
working
> day.
> > >> > > Please
> > >> > > > do
> > >> > > > > > not
> > >> > > > > > > >> feel
> > >> > > > > > > >> > > > > obliged
> > >> > > > > > > >> > > > > > > to
> > >> > > > > > > >> > > > > > > > reply to this email outside of
your
> normal
> > >> > working
> > >> > > > > > hours.
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > > >
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > > >
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > --
> > >> > > > > > > >> > > > > > Julie Prestopnik
> > >> > > > > > > >> > > > > > Software Engineer
> > >> > > > > > > >> > > > > > National Center for Atmospheric
Research
> > >> > > > > > > >> > > > > > Research Applications Laboratory
> > >> > > > > > > >> > > > > > Phone: 303.497.8399
> > >> > > > > > > >> > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > > My working day may not be your working
day.
> > >> Please
> > >> > do
> > >> > > > not
> > >> > > > > > > feel
> > >> > > > > > > >> > > obliged
> > >> > > > > > > >> > > > > to
> > >> > > > > > > >> > > > > > reply to this email outside of your
normal
> > >> working
> > >> > > > hours.
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > > >
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > --
> > >> > > > > > > >> > > > Julie Prestopnik
> > >> > > > > > > >> > > > Software Engineer
> > >> > > > > > > >> > > > National Center for Atmospheric Research
> > >> > > > > > > >> > > > Research Applications Laboratory
> > >> > > > > > > >> > > > Phone: 303.497.8399
> > >> > > > > > > >> > > > Email: jpresto at ucar.edu
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > > My working day may not be your working
day.
> Please
> > >> do
> > >> > not
> > >> > > > > feel
> > >> > > > > > > >> obliged
> > >> > > > > > > >> > > to
> > >> > > > > > > >> > > > reply to this email outside of your normal
> working
> > >> > hours.
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> > >
> > >> > > > > > > >> >
> > >> > > > > > > >> > --
> > >> > > > > > > >> > Julie Prestopnik
> > >> > > > > > > >> > Software Engineer
> > >> > > > > > > >> > National Center for Atmospheric Research
> > >> > > > > > > >> > Research Applications Laboratory
> > >> > > > > > > >> > Phone: 303.497.8399
> > >> > > > > > > >> > Email: jpresto at ucar.edu
> > >> > > > > > > >> >
> > >> > > > > > > >> > My working day may not be your working day.
Please
> do
> > >> not
> > >> > > feel
> > >> > > > > > > obliged
> > >> > > > > > > >> to
> > >> > > > > > > >> > reply to this email outside of your normal
working
> > hours.
> > >> > > > > > > >> >
> > >> > > > > > > >> >
> > >> > > > > > > >>
> > >> > > > > > > >>
> > >> > > > > > > >
> > >> > > > > > > > --
> > >> > > > > > > > Julie Prestopnik
> > >> > > > > > > > Software Engineer
> > >> > > > > > > > National Center for Atmospheric Research
> > >> > > > > > > > Research Applications Laboratory
> > >> > > > > > > > Phone: 303.497.8399
> > >> > > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > > >
> > >> > > > > > > > My working day may not be your working day.
Please do
> not
> > >> feel
> > >> > > > > obliged
> > >> > > > > > > to
> > >> > > > > > > > reply to this email outside of your normal
working
> hours.
> > >> > > > > > > >
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > > > --
> > >> > > > > > > Julie Prestopnik
> > >> > > > > > > Software Engineer
> > >> > > > > > > National Center for Atmospheric Research
> > >> > > > > > > Research Applications Laboratory
> > >> > > > > > > Phone: 303.497.8399
> > >> > > > > > > Email: jpresto at ucar.edu
> > >> > > > > > >
> > >> > > > > > > My working day may not be your working day.  Please
do not
> > >> feel
> > >> > > > obliged
> > >> > > > > > to
> > >> > > > > > > reply to this email outside of your normal working
hours.
> > >> > > > > > >
> > >> > > > > > >
> > >> > > > > >
> > >> > > > > >
> > >> > > > >
> > >> > > > > --
> > >> > > > > Julie Prestopnik
> > >> > > > > Software Engineer
> > >> > > > > National Center for Atmospheric Research
> > >> > > > > Research Applications Laboratory
> > >> > > > > Phone: 303.497.8399
> > >> > > > > Email: jpresto at ucar.edu
> > >> > > > >
> > >> > > > > My working day may not be your working day.  Please do
not
> feel
> > >> > obliged
> > >> > > > to
> > >> > > > > reply to this email outside of your normal working
hours.
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> > > --
> > >> > > Julie Prestopnik
> > >> > > Software Engineer
> > >> > > National Center for Atmospheric Research
> > >> > > Research Applications Laboratory
> > >> > > Phone: 303.497.8399
> > >> > > Email: jpresto at ucar.edu
> > >> > >
> > >> > > My working day may not be your working day.  Please do not
feel
> > >> obliged
> > >> > to
> > >> > > reply to this email outside of your normal working hours.
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >>
> > >> --
> > >> Julie Prestopnik
> > >> Software Engineer
> > >> National Center for Atmospheric Research
> > >> Research Applications Laboratory
> > >> Phone: 303.497.8399
> > >> Email: jpresto at ucar.edu
> > >>
> > >> My working day may not be your working day.  Please do not feel
> obliged
> > to
> > >> reply to this email outside of your normal working hours.
> > >>
> > >>
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 25 10:44:36 2019

Hi Michael.  Thanks for sending the config.log file.  Could you also
please
send the make.log file and the make_install.log files?

The environment variables I was referring to are MET_PYTHON_CC,
MET_PYTHON_LD, and  PYTHON_MODULE_USE (you should have been able to
copy
and paste the "export" statements I sent you to set those).

Julie

On Wed, Sep 25, 2019 at 10:34 AM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> I reran the compiler and it gave me the same message that it
finished
> compiling. Attached is the config.log for met. What environment
variables
> are you referring to?
>
> Let me know if there's anything I need to do.
>
> Respectfully,
> Michael Pletcher
>
> On Wed, Sep 25, 2019 at 11:34 AM Julie Prestopnik via RT <
> met_help at ucar.edu>
> wrote:
>
> > In the MET_PYTHON_CC, it should be a capital i that you are using
(-I)
> (for
> > Include). Please be sure to use a capital i (I) and rerun
configure,
> make,
> > and make install and then please send me the log files.  You
should be
> able
> > to just copy and paste what I sent you for the values of the
environment
> > variables.  I hope that helps!
> >
> > Julie
> >
> > On Tue, Sep 24, 2019 at 6:54 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > I found that in the line export
> "MET_PYTHON_CC=-I/usr/include/python2.7\
> > > -I/usr/include/python2.7" I accidentally had l as I (capital i).
So I
> ran
> > > the compiler again, and this time it didn't even finish
compiling. It
> > > barely started compiling MET, and it returned "configure
returned with
> > > non-zero (77) status."
> > >
> > > I attached the config.log file for you to take a look at.
Unusual that
> > even
> > > when I fixed the error in the MET_PYTHON_CC line, it caused me
to
> > > backtrack.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA
Affiliate <
> > > michael.pletcher at noaa.gov> wrote:
> > >
> > > > Julie,
> > > >
> > > > Just when I thought this was finished, I got quite a few
errors... I
> > have
> > > > attached the terminal log when I ran the command you emailed
me.
> > > >
> > > > I guess this is just how compiling software works!
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT <
> > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > >> Hi Michael.  This is great news!  Thank you so much for
letting me
> > know
> > > >> that you got a successful compilation!
> > > >>
> > > >> Thank you for your kind words.  You're welcome for the help.
We're
> > > happy
> > > >> to help!
> > > >>
> > > >> I'm glad to hear that you'll be working with someone who has
> > experience
> > > >> with MET.  Don't hesitate to reach out to met_help again with
any
> > > >> questions
> > > >> you may have though.
> > > >>
> > > >> One last thing - we always suggest checking the log files for
> errors,
> > so
> > > >> if
> > > >> you don't mind, please run the following:
> > > >>
> > > >> grep -i error
> > /home/metogra/mpletch1/ResearchProject/met/met-8.1.1/*.log
> > > >> >
> > > >>
> > > >> If you don't see any errors, you should be good to go!
> > > >>
> > > >> Thanks,
> > > >> Julie
> > > >>
> > > >> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA
Affiliate
> via
> > > RT <
> > > >> met_help at ucar.edu> wrote:
> > > >>
> > > >> >
> > > >> > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > >> >
> > > >> > Julie,
> > > >> >
> > > >> > After following these instructions, it appears that I
successfully
> > > >> compiled
> > > >> > MET! I've attached a screenshot with the line that states
it was
> > > >> > successfully compiled.
> > > >> >
> > > >> > I cannot thank you enough for your responsiveness and the
amount
> of
> > > time
> > > >> > you took out of your day to help me. I was completely new
to
> > software
> > > >> > compilation and you made it about as easy as possible. I
can now
> > > begin a
> > > >> > major portion of my required research!
> > > >> >
> > > >> > Let me know if there's anything else that is needed to get
MET up
> > > >> > and running. I am working directly with a scientist that
has
> > > experience
> > > >> > with MET, so he can show me how everything works within the
> program
> > > >> itself.
> > > >> >
> > > >> > Thank you again,
> > > >> > Michael Pletcher
> > > >> >
> > > >> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> > > >> met_help at ucar.edu
> > > >> > >
> > > >> > wrote:
> > > >> >
> > > >> > > Hi Michael.
> > > >> > >
> > > >> > > Thank you for following up.  libpython2.7.so  should work
fine.
> > > >> Thank
> > > >> > you
> > > >> > > for letting me know that you don't typically use module
files
> > except
> > > >> for
> > > >> > > the intel compiler. So here is what you will need to have
set:
> > > >> > >
> > > >> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
> > > >> -I/usr/include/python2.7
> > > >> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\
-lutil\
> -lm\
> > > >> > > -lpython2.7\ -Xlinker\ -export-dynamic
> > > >> > > export PYTHON_MODULE_USE=python
> > > >> > >
> > > >> > > Regarding the compiler, you can simply set:
> > > >> > >
> > > >> > > export COMPILER=gnu_ 4.8.5
> > > >> > >
> > > >> > > and ignore any warnings you receive about modules not
being
> > loaded.
> > > >> > >
> > > >> > > Regarding cairo, I believe I do know what is wrong.  The
> following
> > > is
> > > >> > from
> > > >> > > your config.log file:
> > > >> > >
> > > >> > > > Package pixman-1 was not found in the pkg-config search
path.
> > > >> > > >
> > > >> > >
> > > >> > > You will need to have pixman installed.  Your sys admin
(or you,
> > if
> > > >> you
> > > >> > > have sudo access) should just need to run the following
on your
> > > >> machine:
> > > >> > >
> > > >> > > > sudo apt-get install libpixman-1-dev
> > > >> > >
> > > >> > >
> > > >> > >  After you get pixman installed, in the compile script,
you can
> > > change
> > > >> > the
> > > >> > > values to 0 for the libraries you've already compiled so
that
> you
> > > >> don't
> > > >> > > have to recompile and wait for them.  Assuming
everything,
> except
> > > for
> > > >> > Cairo
> > > >> > > and MET, compiled, you would set:
> > > >> > >
> > > >> > > COMPILE_GSL=0
> > > >> > > COMPILE_BUFRLIB=0
> > > >> > > COMPILE_ZLIB=0
> > > >> > > COMPILE_LIBPNG=0
> > > >> > > COMPILE_JASPER=0
> > > >> > > COMPILE_G2CLIB=0
> > > >> > > COMPILE_HDF=0
> > > >> > > COMPILE_HDFEOS=0
> > > >> > > COMPILE_NETCDF=0
> > > >> > > COMPILE_FREETYPE=0
> > > >> > > COMPILE_CAIRO=1
> > > >> > > COMPILE_MET=1
> > > >> > >
> > > >> > > Then set the necessary environment variables and try
rerunning
> the
> > > >> > script.
> > > >> > > Please let us know if you have any questions.
> > > >> > >
> > > >> > > Please let us know how it goes.
> > > >> > >
> > > >> > > Thanks,
> > > >> > >
> > > >> > > Julie
> > > >> > >
> > > >> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
> Affiliate
> > > via
> > > >> RT
> > > >> > <
> > > >> > > met_help at ucar.edu> wrote:
> > > >> > >
> > > >> > > >
> > > >> > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> >
> > > >> > > >
> > > >> > > > Julie,
> > > >> > > >
> > > >> > > > After speaking with my system administrator, we were
not able
> to
> > > >> locate
> > > >> > > > libpython2.7.a. However, we were able to locate
> libpython2.7.so
> > > >> within
> > > >> > > > /usr/lib64/ of our Linux system.
> > > >> > > >
> > > >> > > > He explained that we only use module load commands when
using
> > > intel
> > > >> > > > compilers, and I used gnu to compile the software, so I
don't
> > > think
> > > >> > that
> > > >> > > > should be an issue.
> > > >> > > >
> > > >> > > > Were you able to find any issues in the config.log of
Cairo?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > > Michael Pletcher
> > > >> > > >
> > > >> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via RT
<
> > > >> > > met_help at ucar.edu
> > > >> > > > >
> > > >> > > > wrote:
> > > >> > > >
> > > >> > > > > Hi Michael.  Thank you for letting me know that when
you ran
> > > "find
> > > >> > > > > /usr/lib/ -name libpython2.7.a" it returned nothing.
Could
> you
> > > >> please
> > > >> > > ask
> > > >> > > > > your system administrator when the libpython2.7.a
file is
> that
> > > is
> > > >> > > > > associated with the Python include files at
> > > /usr/include/python2.7
> > > >> > (the
> > > >> > > > > output of running "python-config --cflags')?  That is
all
> that
> > > we
> > > >> > need
> > > >> > > to
> > > >> > > > > know, but it needs to be the libpython2.7.a file is
that is
> > > >> > associated
> > > >> > > > with
> > > >> > > > > the Python include files at that location.
> > > >> > > > >
> > > >> > > > > I'll ask my system administrator about the compiler
issue.
> > > >> > > > > >
> > > >> > > > > There is no issue with the compiler, really.  I just
need to
> > > know
> > > >> -
> > > >> > Do
> > > >> > > > you
> > > >> > > > > typically run any "module load" commands to load any
> software?
> > > If
> > > >> > not,
> > > >> > > > > that is fine.  If so, please let me know, and I'll
walk you
> > > >> through
> > > >> > the
> > > >> > > > > rest.
> > > >> > > > >
> > > >> > > > > Julie
> > > >> > > > >
> > > >> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher -
NOAA
> > > Affiliate
> > > >> via
> > > >> > > RT
> > > >> > > > <
> > > >> > > > > met_help at ucar.edu> wrote:
> > > >> > > > >
> > > >> > > > > >
> > > >> > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >
> > > >> > > > > >
> > > >> > > > > > Julie,
> > > >> > > > > >
> > > >> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a" it
> returned
> > > >> > nothing.
> > > >> > > > No
> > > >> > > > > > error and no output. I made sure to be in no
directory
> when
> > I
> > > >> ran
> > > >> > > that
> > > >> > > > > > command.
> > > >> > > > > >
> > > >> > > > > > I'll ask my system administrator about the compiler
issue.
> > > >> > > > > >
> > > >> > > > > > Thanks,
> > > >> > > > > > Michael Pletcher
> > > >> > > > > >
> > > >> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik
via RT <
> > > >> > > > > met_help at ucar.edu
> > > >> > > > > > >
> > > >> > > > > > wrote:
> > > >> > > > > >
> > > >> > > > > > > I forgot to mention - I'll take a look at the
config.log
> > > file
> > > >> and
> > > >> > > > will
> > > >> > > > > > > follow up.  If you could please follow up on my
question
> > in
> > > >> the
> > > >> > > other
> > > >> > > > > > > email, that would be great.  Thanks!
> > > >> > > > > > >
> > > >> > > > > > > Julie
> > > >> > > > > > >
> > > >> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie Prestopnik
<
> > > >> > jpresto at ucar.edu
> > > >> > > >
> > > >> > > > > > wrote:
> > > >> > > > > > >
> > > >> > > > > > > > Hi Michael.
> > > >> > > > > > > >
> > > >> > > > > > > > Did you run the "find /usr/lib/ -name
libpython2.7.a"
> > > >> command?
> > > >> > > > None
> > > >> > > > > of
> > > >> > > > > > > > the locations you listed appeared to be in
/usr/lib as
> > far
> > > >> as I
> > > >> > > > could
> > > >> > > > > > > tell,
> > > >> > > > > > > > but it looks like the paths all run together.
I would
> > > >> expected
> > > >> > > to
> > > >> > > > > see
> > > >> > > > > > a
> > > >> > > > > > > > libpython2.7.a in a location like
> > > >> > > > > > > >
> > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > >> > > > > > > >
> > > >> > > > > > > > Great, it is good to know that you are running
the
> bash
> > > >> shell.
> > > >> > > > That
> > > >> > > > > > will
> > > >> > > > > > > > be helpful once we figure out where the
libpython2.7.a
> > > file
> > > >> is.
> > > >> > > > > > > >
> > > >> > > > > > > > Are you using modulefiles regularly to load
things
> like
> > > the
> > > >> > > > compiler?
> > > >> > > > > > > >
> > > >> > > > > > > > Does this mean that I should be running gcc
compiler
> > > >> instead of
> > > >> > > > gnu?
> > > >> > > > > > > >>
> > > >> > > > > > > > The gcc compiler is the compiler for the GNU
package.
> > Our
> > > >> run
> > > >> > > > script
> > > >> > > > > > > > expects to see "gnu_<version number>" in order
to
> > compile
> > > >> using
> > > >> > > > gcc.
> > > >> > > > > > > >
> > > >> > > > > > > > Julie
> > > >> > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > > >
> > > >> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael
Pletcher -
> NOAA
> > > >> > Affiliate
> > > >> > > > via
> > > >> > > > > > RT
> > > >> > > > > > > <
> > > >> > > > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > > > >
> > > >> > > > > > > >>
> > > >> > > > > > > >> <URL:
> > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > >
> > > >> > > > > > > >>
> > > >> > > > > > > >> Julie,
> > > >> > > > > > > >>
> > > >> > > > > > > >> I found five different locations where
libpython2.7
> is
> > > >> > located:
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > >> > > > > > > >> hon2.7.a*
> > > >> > > > > > > >>
> > > >> > > > > > > >> When I ran echo $SHELL, it returned:
> > > >> > > > > > > >>
> > > >> > > > > > > >> */bin/bash*
> > > >> > > > > > > >>
> > > >> > > > > > > >> I attached the config.log file.
> > > >> > > > > > > >>
> > > >> > > > > > > >> When I ran "module spider gnu", it returned:
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
> unrecognized
> > > >> > > > > > > >> subcommandcmdModule.c(411):ERROR:104: 'spider'
is an
> > > >> > > unrecognized
> > > >> > > > > > > >> subcommand*
> > > >> > > > > > > >>
> > > >> > > > > > > >> But when I ran "gcc --version:, it returned:
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-
39)Copyright
> > (C)
> > > >> 2015
> > > >> > > > Free
> > > >> > > > > > > >> Software Foundation, Inc.This is free
software; see
> the
> > > >> source
> > > >> > > for
> > > >> > > > > > > copying
> > > >> > > > > > > >> conditions.  There is NOwarranty; not even for
> > > >> MERCHANTABILITY
> > > >> > > or
> > > >> > > > > > > FITNESS
> > > >> > > > > > > >> FOR A PARTICULAR PURPOSE.*
> > > >> > > > > > > >>
> > > >> > > > > > > >> Does this mean that I should be running gcc
compiler
> > > >> instead
> > > >> > of
> > > >> > > > gnu?
> > > >> > > > > > > >>
> > > >> > > > > > > >> Thanks,
> > > >> > > > > > > >> Michael Pletcher
> > > >> > > > > > > >>
> > > >> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie
Prestopnik via
> > RT <
> > > >> > > > > > > >> met_help at ucar.edu>
> > > >> > > > > > > >> wrote:
> > > >> > > > > > > >>
> > > >> > > > > > > >> > Hi Michael.
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > Since the output of "python-config --cflags"
> > indicates
> > > >> the
> > > >> > > > header
> > > >> > > > > > > files
> > > >> > > > > > > >> are
> > > >> > > > > > > >> > in /usr/include/python2.7, the library file
is
> likely
> > > to
> > > >> be
> > > >> > > > found
> > > >> > > > > > in a
> > > >> > > > > > > >> > location like
> > > >> > > > > > > >>
> > > >> "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > >> > > > > > > >> > You can run the following command to find
it:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> >  To find out what shell you are using, you
can run
> > the
> > > >> > > > following:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > echo $SHELL
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > Instead of pasting in the config.log output,
could
> > you
> > > >> > please
> > > >> > > > > attach
> > > >> > > > > > > it
> > > >> > > > > > > >> to
> > > >> > > > > > > >> > this email?  When you run the configure
command,
> > there
> > > >> > should
> > > >> > > > be a
> > > >> > > > > > > file
> > > >> > > > > > > >> > "config.log" produced, which is the one I'd
like to
> > > have
> > > >> you
> > > >> > > > > attach
> > > >> > > > > > > and
> > > >> > > > > > > >> > look at.
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > If your system doesn't use modulefiles you
can
> safely
> > > >> > ignore:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable
to
> locate
> > a
> > > >> > > > modulefile
> > > >> > > > > > for
> > > >> > > > > > > >> > > 'gnu/15.0.3'*
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > If it does use module files, you will need
to know
> > the
> > > >> > version
> > > >> > > > for
> > > >> > > > > > the
> > > >> > > > > > > >> gnu
> > > >> > > > > > > >> > compilers.    If modules are used, you can
> determine
> > > what
> > > >> > > > versions
> > > >> > > > > > are
> > > >> > > > > > > >> > available for loading by running:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > module spider gnu
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > This will output something like the
following:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > >> > > > > > > >> > >   gnu:
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > >> > > > > > > >> > >      Versions:
> > > >> > > > > > > >> > >         gnu/7.4.0
> > > >> > > > > > > >> > >         gnu/8.3.0
> > > >> > > > > > > >> > >         gnu/9.1.0
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > Then you can choose the version of gnu that
you'd
> > like
> > > to
> > > >> > > load.
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > If modules are not used and you would like
to know
> > what
> > > >> > > version
> > > >> > > > > you
> > > >> > > > > > > are
> > > >> > > > > > > >> > running (not required for MET, but in case
you want
> > to
> > > >> know
> > > >> > > for
> > > >> > > > > > future
> > > >> > > > > > > >> > reference), you can run:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > gcc --version
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > and you'll get something like:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > Julie
> > > >> > > > > > > >> >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael
Pletcher -
> > NOAA
> > > >> > > > Affiliate
> > > >> > > > > > via
> > > >> > > > > > > >> RT <
> > > >> > > > > > > >> > met_help at ucar.edu> wrote:
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > <URL:
> > > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > > > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > Hello Julie,
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > The output I received from "python-config
> --cflags"
> > > is
> > > >> as
> > > >> > > > > follows:
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > *-I/usr/include/python2.7
> -I/usr/include/python2.7
> > > >> > > > > > > >> -fno-strict-aliasing
> > > >> > > > > > > >> > -O2
> > > >> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
> > -fexceptions
> > > >> > > > > > > >> > > -fstack-protector-strong
> --param=ssp-buffer-size=4
> > > >> > > > > > > >> -grecord-gcc-switches
> > > >> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC
-fwrapv
> > > >> -DNDEBUG
> > > >> > -O2
> > > >> > > > -g
> > > >> > > > > > > -pipe
> > > >> > > > > > > >> > -Wall
> > > >> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > >> > > -fstack-protector-strong
> > > >> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-
switches
> > -m64
> > > >> > > > > > -mtune=generic
> > > >> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > I was not able to find libpython2.7.a
within the
> > > files
> > > >> I
> > > >> > > have
> > > >> > > > > > > >> downloaded
> > > >> > > > > > > >> > so
> > > >> > > > > > > >> > > far.
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > I believe we are using bash, but how would
I find
> > out
> > > >> > which
> > > >> > > > one
> > > >> > > > > I
> > > >> > > > > > am
> > > >> > > > > > > >> > using?
> > > >> > > > > > > >> > > My system administrator most likely knows
the
> > answer
> > > to
> > > >> > > this.
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > The config.log file is as follows:
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > *This file contains any messages produced
by
> > > compilers
> > > >> > > > > > whilerunning
> > > >> > > > > > > >> > > configure, to aid debugging if configure
makes a
> > > >> > mistake.It
> > > >> > > > was
> > > >> > > > > > > >> created
> > > >> > > > > > > >> > by
> > > >> > > > > > > >> > > cairo configure 1.14.6, which wasgenerated
by GNU
> > > >> Autoconf
> > > >> > > > 2.69.
> > > >> > > > > > > >> > > Invocation command line was  $ ./configure
> > > >> > > > > > > >> > >
> > > >> > > > >
> > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > >> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > >> > > > > > > >> > >
> > > >> > > > > > > >>
> > > >> > > > > >
> > > >> > > >
> > > >> >
> > >
> LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > >> > > > > > > >> > > --------- #### Platform. #### ---------
> ##hostname
> > =
> > > >> > > > > > > >> sky.atmos.umd.edu
> > > >> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
x86_64uname
> > -r
> > > =
> > > >> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s =
Linux*
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53 UTC
> > > >> > 2019/usr/bin/uname
> > > >> > > > -p
> > > >> > > > > =
> > > >> > > > > > > >> > > x86_64/bin/uname -X     = unknown/bin/arch
> > > >>   =
> > > >> > > > > > > >> > > x86_64/usr/bin/arch -k       =
> > > >> > > unknown/usr/convex/getsysinfo =
> > > >> > > > > > > >> > > unknown/usr/bin/hostinfo      =
> unknown/bin/machine
> > > >> > > >  =
> > > >> > > > > > > >> > > unknown/usr/bin/oslevel       =
> > unknown/bin/universe
> > > >> > > > =
> > > >> > > > > > > >> unknown*
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > *PATH: /opt/intel/binPATH:
> /opt/anaconda3/binPATH:
> > > >> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH:
/opt/intel/binPATH:
> > > >> > > > > > > /opt/anaconda3/binPATH:
> > > >> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
> > > /usr/local/sbinPATH:
> > > >> > > > > > > /usr/sbinPATH:
> > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > >> > > > > > > >> /homes/metogra/mpletch1/binPATH:
> > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > >> > > > > > > /homes/metogra/mpletch1/bin##
> > > >> > > > > > > >> > > ----------- #### Core tests. ####
-----------
> > > >> > > > ##configure:3205:
> > > >> > > > > > > >> checking
> > > >> > > > > > > >> > > for gccconfigure:3232: result:
> > > >> /usr/bin/gccconfigure:3461:
> > > >> > > > > > checking
> > > >> > > > > > > >> for C
> > > >> > > > > > > >> > > compiler versionconfigure:3470:
/usr/bin/gcc
> > > --version
> > > >> > > >&5gcc
> > > >> > > > > > (GCC)
> > > >> > > > > > > >> 4.8.5
> > > >> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015
> Free
> > > >> > Software
> > > >> > > > > > > >> Foundation,
> > > >> > > > > > > >> > > Inc.This is free software; see the source
for
> > copying
> > > >> > > > > conditions.
> > > >> > > > > > *
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > I think the root of some of these problems
(I'm
> > > >> extremely
> > > >> > > new
> > > >> > > > to
> > > >> > > > > > all
> > > >> > > > > > > >> of
> > > >> > > > > > > >> > > this, so I may be mistaken) is that I am
using
> the
> > > >> > incorrect
> > > >> > > > > > > compiler.
> > > >> > > > > > > >> > When
> > > >> > > > > > > >> > > I set the compiler, I did export
> > COMPILER=gnu_15.0.3,
> > > >> but
> > > >> > I
> > > >> > > > know
> > > >> > > > > > > >> 15.0.3
> > > >> > > > > > > >> > is
> > > >> > > > > > > >> > > for ics, not gnu. I also get this error at
the
> > > >> beginning
> > > >> > of
> > > >> > > > the
> > > >> > > > > > > output
> > > >> > > > > > > >> > when
> > > >> > > > > > > >> > > I run ./compile_MET_all.sh:
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable
to
> locate
> > a
> > > >> > > > modulefile
> > > >> > > > > > for
> > > >> > > > > > > >> > > 'gnu/15.0.3'*
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > Not really sure if this means anything,
just want
> > to
> > > >> get
> > > >> > you
> > > >> > > > all
> > > >> > > > > > of
> > > >> > > > > > > >> the
> > > >> > > > > > > >> > > errors that I'm seeing.
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > Thanks,
> > > >> > > > > > > >> > > Michael Pletcher
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
Prestopnik
> > via
> > > >> RT <
> > > >> > > > > > > >> > met_help at ucar.edu
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > wrote:
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > > > Hi Michael.
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > Thank you for letting me know about the
output
> of
> > > >> > > > > "python-config
> > > >> > > > > > > >> > > > --ldflags".  MET needs to have more
information
> > > than
> > > >> > that
> > > >> > > > > > command
> > > >> > > > > > > is
> > > >> > > > > > > >> > > > returning.  Could you please tell me
what the
> > > output
> > > >> of
> > > >> > > > > > > >> "python-config
> > > >> > > > > > > >> > > > --cflags" is as well?  That will help me
find
> the
> > > >> file
> > > >> > > that
> > > >> > > > > MET
> > > >> > > > > > > >> needs
> > > >> > > > > > > >> > to
> > > >> > > > > > > >> > > > know about, namely the libpython2.7.a
file.  If
> > you
> > > >> find
> > > >> > > > that
> > > >> > > > > > > file,
> > > >> > > > > > > >> > > please
> > > >> > > > > > > >> > > > let me know what the path to it is.
Once we
> > have
> > > >> that
> > > >> > > > > location
> > > >> > > > > > > we
> > > >> > > > > > > >> can
> > > >> > > > > > > >> > > > formulate the appropriate value to set
for
> > > >> > MET_PYTHON_LD.
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > Also, are you using the bash or csh?
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > Regarding Cairo, please send me the
config.log
> > file
> > > >> that
> > > >> > > was
> > > >> > > > > > > output
> > > >> > > > > > > >> > from
> > > >> > > > > > > >> > > > running configure for Cairo and I'll
take a
> look.
> > > >> > Thanks!
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > Julie
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM Michael
> Pletcher
> > -
> > > >> NOAA
> > > >> > > > > > Affiliate
> > > >> > > > > > > >> via
> > > >> > > > > > > >> > RT
> > > >> > > > > > > >> > > <
> > > >> > > > > > > >> > > > met_help at ucar.edu> wrote:
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > <URL:
> > > >> > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > > > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > Good afternoon,
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > I finally had time to attempt these
> > instructions.
> > > >> > > > Regarding
> > > >> > > > > a
> > > >> > > > > > > few
> > > >> > > > > > > >> > > things:
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > When I ran the line "python-config
> --ldflags",
> > > this
> > > >> > was
> > > >> > > > the
> > > >> > > > > > > output
> > > >> > > > > > > >> > > (which
> > > >> > > > > > > >> > > > > does not include the -L you
mentioned):
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm -lpython2.7
> -Xlinker
> > > >> > > > > > -export-dynamic
> > > >> > > > > > > *
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > Also, when I ran
"./compile_MET_all.sh", it
> > > >> returned
> > > >> > > this
> > > >> > > > > when
> > > >> > > > > > > it
> > > >> > > > > > > >> got
> > > >> > > > > > > >> > > to
> > > >> > > > > > > >> > > > > compiling CAIRO:
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > *configure returned with non-zero (1)
status*
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > My system administrator suggested the
error
> > from
> > > >> Cairo
> > > >> > > > could
> > > >> > > > > > be
> > > >> > > > > > > >> > caused
> > > >> > > > > > > >> > > by
> > > >> > > > > > > >> > > > > Redhat compatibility. Our Linux
operates on
> > > Redhat
> > > >> > > > > Enterprise
> > > >> > > > > > 7,
> > > >> > > > > > > >> and
> > > >> > > > > > > >> > he
> > > >> > > > > > > >> > > > > mentioned that there have been issues
with
> > > running
> > > >> > Cairo
> > > >> > > > on
> > > >> > > > > it
> > > >> > > > > > > in
> > > >> > > > > > > >> the
> > > >> > > > > > > >> > > > past.
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > Let me know if there is anything I can
do to
> > fix
> > > >> these
> > > >> > > > > issues.
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > Thanks,
> > > >> > > > > > > >> > > > > Michael Pletcher
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
> Prestopnik
> > > via
> > > >> > RT <
> > > >> > > > > > > >> > > > met_help at ucar.edu>
> > > >> > > > > > > >> > > > > wrote:
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > > > Hi Michael.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > As John indicated in his email,
Docker is
> the
> > > >> > easiest
> > > >> > > > way
> > > >> > > > > to
> > > >> > > > > > > >> make
> > > >> > > > > > > >> > MET
> > > >> > > > > > > >> > > > > > available.  But, it is definitely
possible
> > for
> > > >> you
> > > >> > to
> > > >> > > > > > download
> > > >> > > > > > > >> MET
> > > >> > > > > > > >> > > to a
> > > >> > > > > > > >> > > > > > Linux machine and compile it from
> scratch.  I
> > > >> have
> > > >> > > > > described
> > > >> > > > > > > >> that
> > > >> > > > > > > >> > > > process
> > > >> > > > > > > >> > > > > > below.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > You can find a script to help you
install
> MET
> > > at
> > > >> > this
> > > >> > > > > link,
> > > >> > > > > > > and
> > > >> > > > > > > >> > I'll
> > > >> > > > > > > >> > > > put
> > > >> > > > > > > >> > > > > > instructions below:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > This script may or may not work
right away.
> > > Some
> > > >> > > > systems
> > > >> > > > > > have
> > > >> > > > > > > >> > needed
> > > >> > > > > > > >> > > > > more
> > > >> > > > > > > >> > > > > > work than others.  To get started,
decide
> > where
> > > >> you
> > > >> > > > would
> > > >> > > > > > like
> > > >> > > > > > > >> to
> > > >> > > > > > > >> > > > install
> > > >> > > > > > > >> > > > > > MET.  The following example will
assume
> > you're
> > > >> going
> > > >> > > to
> > > >> > > > > put
> > > >> > > > > > it
> > > >> > > > > > > >> in
> > > >> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > You'll need to download
compile_MET_all.sh
> > and
> > > >> > > > > tar_files.tar
> > > >> > > > > > > >> from
> > > >> > > > > > > >> > the
> > > >> > > > > > > >> > > > > link
> > > >> > > > > > > >> > > > > > above.  You'll also need to download
our
> > latest
> > > >> MET
> > > >> > > > > release:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and
unpack it
> > with
> > > >> "tar
> > > >> > > -zxf
> > > >> > > > > > > >> > > > > > compile_MET_all.sh.tgz
> > > >> > > > > > > >> > > > > > ") and tar_files.tar in
> /d1/pletcher/met/8.1
> > > (or
> > > >> > where
> > > >> > > > > ever
> > > >> > > > > > > you
> > > >> > > > > > > >> > chose
> > > >> > > > > > > >> > > > to
> > > >> > > > > > > >> > > > > > put it).  Unpack the tar file and
move
> > > >> > > > > > > met-8.1.1.20190708.tar.gz
> > > >> > > > > > > >> > into
> > > >> > > > > > > >> > > > the
> > > >> > > > > > > >> > > > > > tar_files directory.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > Then, you'll need to set up some
> environment
> > > >> > variables
> > > >> > > > as
> > > >> > > > > > > >> described
> > > >> > > > > > > >> > > in
> > > >> > > > > > > >> > > > > the
> > > >> > > > > > > >> > > > > > link above.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > For reference using this example, I
would
> set
> > > the
> > > >> > > > > following:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > export
TEST_BASE=/d1/pletcher/met/8.1
> > > >> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The
format is
> > > >> > "compiler"
> > > >> > > > > > > underscore
> > > >> > > > > > > >> > > > > > "version".  If using modules on your
> system,
> > > >> you'll
> > > >> > > need
> > > >> > > > > use
> > > >> > > > > > > the
> > > >> > > > > > > >> > > > compiler
> > > >> > > > > > > >> > > > > > name that the module would load
(e.g.
> module
> > > load
> > > >> > > > > ics/15.0.3
> > > >> > > > > > > to
> > > >> > > > > > > >> > load
> > > >> > > > > > > >> > > > the
> > > >> > > > > > > >> > > > > > intel compiler version 15.0.3.
Otherwise,
> if
> > > >> using
> > > >> > > not
> > > >> > > > > > using
> > > >> > > > > > > >> > modules
> > > >> > > > > > > >> > > > and
> > > >> > > > > > > >> > > > > > using gcc, please use "gnu" for the
> compiler.
> > > >> And,
> > > >> > if
> > > >> > > > not
> > > >> > > > > > > using
> > > >> > > > > > > >> > > > modules
> > > >> > > > > > > >> > > > > > and using intel, you can use
"intel". You
> can
> > > >> find
> > > >> > the
> > > >> > > > > > version
> > > >> > > > > > > >> by
> > > >> > > > > > > >> > > > running
> > > >> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
> > > respectively.)
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > >> > > > > > > >> > > > > > export
> MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > >> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-config
> --cflags`
> > > >> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-config
> > --ldflags`
> > > >> (This
> > > >> > > may
> > > >> > > > > not
> > > >> > > > > > > >> work.
> > > >> > > > > > > >> > > Run
> > > >> > > > > > > >> > > > > > python-config --ldflags on the
command line
> > and
> > > >> see
> > > >> > if
> > > >> > > > you
> > > >> > > > > > get
> > > >> > > > > > > >> > output
> > > >> > > > > > > >> > > > > > including "-L".  If you don't,
please let
> me
> > > know
> > > >> > and
> > > >> > > I
> > > >> > > > > can
> > > >> > > > > > > walk
> > > >> > > > > > > >> > you
> > > >> > > > > > > >> > > > > > through how to find this
information.)
> > > >> > > > > > > >> > > > > > export
> > > >> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > >> > > > > > (Assuming
> > > >> > > > > > > >> > you're
> > > >> > > > > > > >> > > > not
> > > >> > > > > > > >> > > > > > using modulefiles, it doesn't matter
what
> you
> > > set
> > > >> > this
> > > >> > > > to,
> > > >> > > > > > but
> > > >> > > > > > > >> it
> > > >> > > > > > > >> > > needs
> > > >> > > > > > > >> > > > > to
> > > >> > > > > > > >> > > > > > be set to something otherwise MET
won't
> > > configure
> > > >> > for
> > > >> > > > > Python
> > > >> > > > > > > >> > > embedding.
> > > >> > > > > > > >> > > > > > You could just set it to "python".).
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > If you're not using modules, the
output of
> > the
> > > >> > script
> > > >> > > > will
> > > >> > > > > > say
> > > >> > > > > > > >> > > > something
> > > >> > > > > > > >> > > > > > about modules not being found and
you can
> > > safely
> > > >> > > ignore
> > > >> > > > > > that.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > You may need to make the script
executable,
> > but
> > > >> then
> > > >> > > you
> > > >> > > > > can
> > > >> > > > > > > >> run it
> > > >> > > > > > > >> > > > with
> > > >> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some
people
> who
> > > have
> > > >> > used
> > > >> > > > > this
> > > >> > > > > > > >> script,
> > > >> > > > > > > >> > > > they
> > > >> > > > > > > >> > > > > > have had their own laptops with
hardly
> > anything
> > > >> on
> > > >> > it.
> > > >> > > > > They
> > > >> > > > > > > >> have
> > > >> > > > > > > >> > > > needed
> > > >> > > > > > > >> > > > > to
> > > >> > > > > > > >> > > > > > install the following packages using
the
> > > >> following
> > > >> > > > > commands:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > sudo apt-get update
> > > >> > > > > > > >> > > > > > sudo apt install python-dev
> > > >> > > > > > > >> > > > > > sudo apt-get install flex bison
> > > >> > > > > > > >> > > > > > sudo apt-get install libpixman-1-dev
> > > >> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > >> > > > > > > >> > > > > > sudo apt-get install pkg-config
> > > >> > > > > > > >> > > > > > sudo apt-get install libpng-dev
> > > >> > > > > > > >> > > > > > sudo apt-get install unzip
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > If the script runs and starts
installing
> the
> > > >> > external
> > > >> > > > > > > libraries
> > > >> > > > > > > >> > > > > > successfully but then stops, there
are
> > constant
> > > >> > which
> > > >> > > > you
> > > >> > > > > > can
> > > >> > > > > > > >> set
> > > >> > > > > > > >> > to
> > > >> > > > > > > >> > > 0,
> > > >> > > > > > > >> > > > > so
> > > >> > > > > > > >> > > > > > that you won't have to wait for them
to be
> > > >> installed
> > > >> > > > > again.
> > > >> > > > > > > In
> > > >> > > > > > > >> the
> > > >> > > > > > > >> > > > > compile
> > > >> > > > > > > >> > > > > > script you'll see the following
which you
> can
> > > >> modify
> > > >> > > if
> > > >> > > > > > > >> necessary:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > COMPILE_GSL=1
> > > >> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > >> > > > > > > >> > > > > > COMPILE_ZLIB=1
> > > >> > > > > > > >> > > > > > COMPILE_LIBPNG=1
> > > >> > > > > > > >> > > > > > COMPILE_JASPER=1
> > > >> > > > > > > >> > > > > > COMPILE_G2CLIB=1
> > > >> > > > > > > >> > > > > > COMPILE_HDF=1
> > > >> > > > > > > >> > > > > > COMPILE_HDFEOS=1
> > > >> > > > > > > >> > > > > > COMPILE_NETCDF=1
> > > >> > > > > > > >> > > > > > COMPILE_FREETYPE=1
> > > >> > > > > > > >> > > > > > COMPILE_CAIRO=1
> > > >> > > > > > > >> > > > > > COMPILE_MET=1
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > Please let me know if you have any
> questions.
> > > I
> > > >> > know
> > > >> > > > this
> > > >> > > > > > is
> > > >> > > > > > > a
> > > >> > > > > > > >> lot
> > > >> > > > > > > >> > > to
> > > >> > > > > > > >> > > > > take
> > > >> > > > > > > >> > > > > > in, so don't hesitate to reach out
with any
> > > >> > questions.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > Thanks,
> > > >> > > > > > > >> > > > > > Julie
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM
Michael
> > > Pletcher
> > > >> -
> > > >> > > NOAA
> > > >> > > > > > > >> Affiliate
> > > >> > > > > > > >> > via
> > > >> > > > > > > >> > > > RT
> > > >> > > > > > > >> > > > > <
> > > >> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > <URL:
> > > >> > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > Julie,
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > I am aware of the ability to
access MET
> > > within
> > > >> > WPC.
> > > >> > > > > > However,
> > > >> > > > > > > >> I'm
> > > >> > > > > > > >> > > > > curious
> > > >> > > > > > > >> > > > > > as
> > > >> > > > > > > >> > > > > > > to whether or not it is possible
to
> > download
> > > >> MET
> > > >> > to
> > > >> > > a
> > > >> > > > > > Linux
> > > >> > > > > > > >> > machine
> > > >> > > > > > > >> > > > in
> > > >> > > > > > > >> > > > > > the
> > > >> > > > > > > >> > > > > > > computer lab within my department
> > (Department
> > > >> of
> > > >> > > > > > > Atmospheric &
> > > >> > > > > > > >> > > > Oceanic
> > > >> > > > > > > >> > > > > > > Science). The reason I am asking
for this
> > is
> > > >> > > because I
> > > >> > > > > do
> > > >> > > > > > > not
> > > >> > > > > > > >> > have
> > > >> > > > > > > >> > > a
> > > >> > > > > > > >> > > > > > > federal badge to freely access MET
at
> > anytime
> > > >> at
> > > >> > > > NCWCP.
> > > >> > > > > I
> > > >> > > > > > > will
> > > >> > > > > > > >> > talk
> > > >> > > > > > > >> > > > > with
> > > >> > > > > > > >> > > > > > > the system administrator for my
> department
> > (
> > > >> > > > > > > jhenriks at umd.edu)
> > > >> > > > > > > >> > and
> > > >> > > > > > > >> > > > see
> > > >> > > > > > > >> > > > > > what
> > > >> > > > > > > >> > > > > > > he thinks about this.
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > Thanks,
> > > >> > > > > > > >> > > > > > > Michael Pletcher
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM
Julie
> > > Prestopnik
> > > >> > via
> > > >> > > > RT <
> > > >> > > > > > > >> > > > > > met_help at ucar.edu>
> > > >> > > > > > > >> > > > > > > wrote:
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > > > Hi Michael.  It was recently
brought to
> > my
> > > >> > > attention
> > > >> > > > > > that
> > > >> > > > > > > >> you
> > > >> > > > > > > >> > are
> > > >> > > > > > > >> > > > > > working
> > > >> > > > > > > >> > > > > > > > with the WPC group at NOAA.  I'm
not
> sure
> > > >> > exactly
> > > >> > > > what
> > > >> > > > > > > >> machines
> > > >> > > > > > > >> > > MET
> > > >> > > > > > > >> > > > > is
> > > >> > > > > > > >> > > > > > > > accessible from, but there is an
> install
> > > for
> > > >> the
> > > >> > > WPC
> > > >> > > > > > group
> > > >> > > > > > > >> at
> > > >> > > > > > > >> > > > > > /opt/MET/81
> > > >> > > > > > > >> > > > > > > > on at least some of their
machines.  I
> > hope
> > > >> that
> > > >> > > > > helps!
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > Julie
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM
Julie
> > > >> Prestopnik
> > > >> > <
> > > >> > > > > > > >> > > jpresto at ucar.edu>
> > > >> > > > > > > >> > > > > > > wrote:
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > > Hi Michael.
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > I see that you'd like to
access MET
> for
> > > >> your
> > > >> > > > > research.
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > We have MET installed for
users on a
> > > >> variety
> > > >> > of
> > > >> > > > NOAA
> > > >> > > > > > > >> > machines.
> > > >> > > > > > > >> > > > > Take
> > > >> > > > > > > >> > > > > > a
> > > >> > > > > > > >> > > > > > > > > look at this website and see
if you
> > have
> > > >> > access
> > > >> > > to
> > > >> > > > > any
> > > >> > > > > > > of
> > > >> > > > > > > >> > these
> > > >> > > > > > > >> > > > > > > machines
> > > >> > > > > > > >> > > > > > > > > where there is currently an
existing
> > > build
> > > >> of
> > > >> > > MET:
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > >
> > > >> >
> > > >>
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > The machine, "hera", which is
> replacing
> > > >> > "theia"
> > > >> > > > > should
> > > >> > > > > > > >> also
> > > >> > > > > > > >> > be
> > > >> > > > > > > >> > > on
> > > >> > > > > > > >> > > > > > that
> > > >> > > > > > > >> > > > > > > > > list.  I will add "hera" later
today.
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > If you don't have access to
any of
> > those
> > > >> > > existing
> > > >> > > > > > builds
> > > >> > > > > > > >> you
> > > >> > > > > > > >> > > can
> > > >> > > > > > > >> > > > > > > download
> > > >> > > > > > > >> > > > > > > > > the MET code online and
install in
> on a
> > > >> Linux
> > > >> > > > > machine.
> > > >> > > > > > > If
> > > >> > > > > > > >> > you
> > > >> > > > > > > >> > > > end
> > > >> > > > > > > >> > > > > up
> > > >> > > > > > > >> > > > > > > > > needing to install it, please
let me
> > > know,
> > > >> and
> > > >> > > > I'll
> > > >> > > > > > send
> > > >> > > > > > > >> some
> > > >> > > > > > > >> > > > > > > additional
> > > >> > > > > > > >> > > > > > > > > useful information for the
> > installation.
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > Thanks,
> > > >> > > > > > > >> > > > > > > > > Julie
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46 PM
> Michael
> > > >> > Pletcher
> > > >> > > -
> > > >> > > > > NOAA
> > > >> > > > > > > >> > > Affiliate
> > > >> > > > > > > >> > > > > via
> > > >> > > > > > > >> > > > > > > RT <
> > > >> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019:
Request
> > 91886
> > > >> was
> > > >> > > acted
> > > >> > > > > > upon.
> > > >> > > > > > > >> > > > > > > > >> Transaction: Ticket created
by
> > > >> > > > > > > michael.pletcher at noaa.gov
> > > >> > > > > > > >> > > > > > > > >>        Queue: met_help
> > > >> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
> Affiliate
> > > >> > > > > > > >> > > > > > > > >>        Owner: Nobody
> > > >> > > > > > > >> > > > > > > > >>   Requestors:
> > michael.pletcher at noaa.gov
> > > >> > > > > > > >> > > > > > > > >>       Status: new
> > > >> > > > > > > >> > > > > > > > >>  Ticket <URL:
> > > >> > > > > > > >> > > > > >
> > > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >> Hello,
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >> My name is Michael Pletcher
and I am
> > > >> senior
> > > >> > at
> > > >> > > > the
> > > >> > > > > > > >> > University
> > > >> > > > > > > >> > > of
> > > >> > > > > > > >> > > > > > > > Maryland.
> > > >> > > > > > > >> > > > > > > > >> I am currently working with
the
> > Weather
> > > >> > > > Prediction
> > > >> > > > > > > Center
> > > >> > > > > > > >> > on a
> > > >> > > > > > > >> > > > > > > research
> > > >> > > > > > > >> > > > > > > > >> project, and my advisors have
> > suggested
> > > >> that
> > > >> > I
> > > >> > > > > find a
> > > >> > > > > > > >> way to
> > > >> > > > > > > >> > > > > access
> > > >> > > > > > > >> > > > > > > MET
> > > >> > > > > > > >> > > > > > > > >> software remotely from NCWCP
to work
> > on
> > > my
> > > >> > > > project.
> > > >> > > > > > > >> Please
> > > >> > > > > > > >> > let
> > > >> > > > > > > >> > > > me
> > > >> > > > > > > >> > > > > > know
> > > >> > > > > > > >> > > > > > > > if
> > > >> > > > > > > >> > > > > > > > >> it is possible to download
MET to my
> > > >> laptop
> > > >> > > > > computer,
> > > >> > > > > > > or
> > > >> > > > > > > >> if
> > > >> > > > > > > >> > I
> > > >> > > > > > > >> > > > > could
> > > >> > > > > > > >> > > > > > > > >> possibly download it to my
> > department's
> > > >> > > > > (Atmospheric
> > > >> > > > > > &
> > > >> > > > > > > >> > Oceanic
> > > >> > > > > > > >> > > > > > > Science)
> > > >> > > > > > > >> > > > > > > > >> computers. Let me know if I
need to
> > > answer
> > > >> > any
> > > >> > > > > > > questions.
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >> Thanks,
> > > >> > > > > > > >> > > > > > > > >> Michael Pletcher
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >>
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > --
> > > >> > > > > > > >> > > > > > > > > Julie Prestopnik
> > > >> > > > > > > >> > > > > > > > > Software Engineer
> > > >> > > > > > > >> > > > > > > > > National Center for
Atmospheric
> > Research
> > > >> > > > > > > >> > > > > > > > > Research Applications
Laboratory
> > > >> > > > > > > >> > > > > > > > > Phone: 303.497.8399
> > > >> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > > > My working day may not be your
> working
> > > day.
> > > >> > > > Please
> > > >> > > > > do
> > > >> > > > > > > not
> > > >> > > > > > > >> > feel
> > > >> > > > > > > >> > > > > > obliged
> > > >> > > > > > > >> > > > > > > > to
> > > >> > > > > > > >> > > > > > > > > reply to this email outside of
your
> > > normal
> > > >> > > working
> > > >> > > > > > > hours.
> > > >> > > > > > > >> > > > > > > > >
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > --
> > > >> > > > > > > >> > > > > > > > Julie Prestopnik
> > > >> > > > > > > >> > > > > > > > Software Engineer
> > > >> > > > > > > >> > > > > > > > National Center for Atmospheric
> Research
> > > >> > > > > > > >> > > > > > > > Research Applications Laboratory
> > > >> > > > > > > >> > > > > > > > Phone: 303.497.8399
> > > >> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > > My working day may not be your
working
> > day.
> > > >> > > Please
> > > >> > > > do
> > > >> > > > > > not
> > > >> > > > > > > >> feel
> > > >> > > > > > > >> > > > > obliged
> > > >> > > > > > > >> > > > > > > to
> > > >> > > > > > > >> > > > > > > > reply to this email outside of
your
> > normal
> > > >> > working
> > > >> > > > > > hours.
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > > >
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > > >
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > --
> > > >> > > > > > > >> > > > > > Julie Prestopnik
> > > >> > > > > > > >> > > > > > Software Engineer
> > > >> > > > > > > >> > > > > > National Center for Atmospheric
Research
> > > >> > > > > > > >> > > > > > Research Applications Laboratory
> > > >> > > > > > > >> > > > > > Phone: 303.497.8399
> > > >> > > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > > My working day may not be your
working day.
> > > >> Please
> > > >> > do
> > > >> > > > not
> > > >> > > > > > > feel
> > > >> > > > > > > >> > > obliged
> > > >> > > > > > > >> > > > > to
> > > >> > > > > > > >> > > > > > reply to this email outside of your
normal
> > > >> working
> > > >> > > > hours.
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > > >
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > --
> > > >> > > > > > > >> > > > Julie Prestopnik
> > > >> > > > > > > >> > > > Software Engineer
> > > >> > > > > > > >> > > > National Center for Atmospheric Research
> > > >> > > > > > > >> > > > Research Applications Laboratory
> > > >> > > > > > > >> > > > Phone: 303.497.8399
> > > >> > > > > > > >> > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > > My working day may not be your working
day.
> > Please
> > > >> do
> > > >> > not
> > > >> > > > > feel
> > > >> > > > > > > >> obliged
> > > >> > > > > > > >> > > to
> > > >> > > > > > > >> > > > reply to this email outside of your
normal
> > working
> > > >> > hours.
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> > >
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > --
> > > >> > > > > > > >> > Julie Prestopnik
> > > >> > > > > > > >> > Software Engineer
> > > >> > > > > > > >> > National Center for Atmospheric Research
> > > >> > > > > > > >> > Research Applications Laboratory
> > > >> > > > > > > >> > Phone: 303.497.8399
> > > >> > > > > > > >> > Email: jpresto at ucar.edu
> > > >> > > > > > > >> >
> > > >> > > > > > > >> > My working day may not be your working day.
Please
> > do
> > > >> not
> > > >> > > feel
> > > >> > > > > > > obliged
> > > >> > > > > > > >> to
> > > >> > > > > > > >> > reply to this email outside of your normal
working
> > > hours.
> > > >> > > > > > > >> >
> > > >> > > > > > > >> >
> > > >> > > > > > > >>
> > > >> > > > > > > >>
> > > >> > > > > > > >
> > > >> > > > > > > > --
> > > >> > > > > > > > Julie Prestopnik
> > > >> > > > > > > > Software Engineer
> > > >> > > > > > > > National Center for Atmospheric Research
> > > >> > > > > > > > Research Applications Laboratory
> > > >> > > > > > > > Phone: 303.497.8399
> > > >> > > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > > >
> > > >> > > > > > > > My working day may not be your working day.
Please do
> > not
> > > >> feel
> > > >> > > > > obliged
> > > >> > > > > > > to
> > > >> > > > > > > > reply to this email outside of your normal
working
> > hours.
> > > >> > > > > > > >
> > > >> > > > > > >
> > > >> > > > > > >
> > > >> > > > > > > --
> > > >> > > > > > > Julie Prestopnik
> > > >> > > > > > > Software Engineer
> > > >> > > > > > > National Center for Atmospheric Research
> > > >> > > > > > > Research Applications Laboratory
> > > >> > > > > > > Phone: 303.497.8399
> > > >> > > > > > > Email: jpresto at ucar.edu
> > > >> > > > > > >
> > > >> > > > > > > My working day may not be your working day.
Please do
> not
> > > >> feel
> > > >> > > > obliged
> > > >> > > > > > to
> > > >> > > > > > > reply to this email outside of your normal
working
> hours.
> > > >> > > > > > >
> > > >> > > > > > >
> > > >> > > > > >
> > > >> > > > > >
> > > >> > > > >
> > > >> > > > > --
> > > >> > > > > Julie Prestopnik
> > > >> > > > > Software Engineer
> > > >> > > > > National Center for Atmospheric Research
> > > >> > > > > Research Applications Laboratory
> > > >> > > > > Phone: 303.497.8399
> > > >> > > > > Email: jpresto at ucar.edu
> > > >> > > > >
> > > >> > > > > My working day may not be your working day.  Please
do not
> > feel
> > > >> > obliged
> > > >> > > > to
> > > >> > > > > reply to this email outside of your normal working
hours.
> > > >> > > > >
> > > >> > > > >
> > > >> > > >
> > > >> > > >
> > > >> > >
> > > >> > > --
> > > >> > > Julie Prestopnik
> > > >> > > Software Engineer
> > > >> > > National Center for Atmospheric Research
> > > >> > > Research Applications Laboratory
> > > >> > > Phone: 303.497.8399
> > > >> > > Email: jpresto at ucar.edu
> > > >> > >
> > > >> > > My working day may not be your working day.  Please do
not feel
> > > >> obliged
> > > >> > to
> > > >> > > reply to this email outside of your normal working hours.
> > > >> > >
> > > >> > >
> > > >> >
> > > >> >
> > > >>
> > > >> --
> > > >> Julie Prestopnik
> > > >> Software Engineer
> > > >> National Center for Atmospheric Research
> > > >> Research Applications Laboratory
> > > >> Phone: 303.497.8399
> > > >> Email: jpresto at ucar.edu
> > > >>
> > > >> My working day may not be your working day.  Please do not
feel
> > obliged
> > > to
> > > >> reply to this email outside of your normal working hours.
> > > >>
> > > >>
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Wed Sep 25 10:57:05 2019

Julie,

I have attached those two files.

I set those environment variables prior to recompiling again.

Thanks,
Michael Pletcher

On Wed, Sep 25, 2019 at 12:44 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.  Thanks for sending the config.log file.  Could you also
please
> send the make.log file and the make_install.log files?
>
> The environment variables I was referring to are MET_PYTHON_CC,
> MET_PYTHON_LD, and  PYTHON_MODULE_USE (you should have been able to
copy
> and paste the "export" statements I sent you to set those).
>
> Julie
>
> On Wed, Sep 25, 2019 at 10:34 AM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > I reran the compiler and it gave me the same message that it
finished
> > compiling. Attached is the config.log for met. What environment
variables
> > are you referring to?
> >
> > Let me know if there's anything I need to do.
> >
> > Respectfully,
> > Michael Pletcher
> >
> > On Wed, Sep 25, 2019 at 11:34 AM Julie Prestopnik via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > > In the MET_PYTHON_CC, it should be a capital i that you are
using (-I)
> > (for
> > > Include). Please be sure to use a capital i (I) and rerun
configure,
> > make,
> > > and make install and then please send me the log files.  You
should be
> > able
> > > to just copy and paste what I sent you for the values of the
> environment
> > > variables.  I hope that helps!
> > >
> > > Julie
> > >
> > > On Tue, Sep 24, 2019 at 6:54 PM Michael Pletcher - NOAA
Affiliate via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
> > > >
> > > > Julie,
> > > >
> > > > I found that in the line export
> > "MET_PYTHON_CC=-I/usr/include/python2.7\
> > > > -I/usr/include/python2.7" I accidentally had l as I (capital
i). So I
> > ran
> > > > the compiler again, and this time it didn't even finish
compiling. It
> > > > barely started compiling MET, and it returned "configure
returned
> with
> > > > non-zero (77) status."
> > > >
> > > > I attached the config.log file for you to take a look at.
Unusual
> that
> > > even
> > > > when I fixed the error in the MET_PYTHON_CC line, it caused me
to
> > > > backtrack.
> > > >
> > > > Thanks,
> > > > Michael Pletcher
> > > >
> > > > On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA
Affiliate <
> > > > michael.pletcher at noaa.gov> wrote:
> > > >
> > > > > Julie,
> > > > >
> > > > > Just when I thought this was finished, I got quite a few
errors...
> I
> > > have
> > > > > attached the terminal log when I ran the command you emailed
me.
> > > > >
> > > > > I guess this is just how compiling software works!
> > > > >
> > > > > Thanks,
> > > > > Michael Pletcher
> > > > >
> > > > > On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT <
> > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > >> Hi Michael.  This is great news!  Thank you so much for
letting me
> > > know
> > > > >> that you got a successful compilation!
> > > > >>
> > > > >> Thank you for your kind words.  You're welcome for the
help.
> We're
> > > > happy
> > > > >> to help!
> > > > >>
> > > > >> I'm glad to hear that you'll be working with someone who
has
> > > experience
> > > > >> with MET.  Don't hesitate to reach out to met_help again
with any
> > > > >> questions
> > > > >> you may have though.
> > > > >>
> > > > >> One last thing - we always suggest checking the log files
for
> > errors,
> > > so
> > > > >> if
> > > > >> you don't mind, please run the following:
> > > > >>
> > > > >> grep -i error
> > > /home/metogra/mpletch1/ResearchProject/met/met-8.1.1/*.log
> > > > >> >
> > > > >>
> > > > >> If you don't see any errors, you should be good to go!
> > > > >>
> > > > >> Thanks,
> > > > >> Julie
> > > > >>
> > > > >> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA
Affiliate
> > via
> > > > RT <
> > > > >> met_help at ucar.edu> wrote:
> > > > >>
> > > > >> >
> > > > >> > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > > > >> >
> > > > >> > Julie,
> > > > >> >
> > > > >> > After following these instructions, it appears that I
> successfully
> > > > >> compiled
> > > > >> > MET! I've attached a screenshot with the line that states
it was
> > > > >> > successfully compiled.
> > > > >> >
> > > > >> > I cannot thank you enough for your responsiveness and the
amount
> > of
> > > > time
> > > > >> > you took out of your day to help me. I was completely new
to
> > > software
> > > > >> > compilation and you made it about as easy as possible. I
can now
> > > > begin a
> > > > >> > major portion of my required research!
> > > > >> >
> > > > >> > Let me know if there's anything else that is needed to
get MET
> up
> > > > >> > and running. I am working directly with a scientist that
has
> > > > experience
> > > > >> > with MET, so he can show me how everything works within
the
> > program
> > > > >> itself.
> > > > >> >
> > > > >> > Thank you again,
> > > > >> > Michael Pletcher
> > > > >> >
> > > > >> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT <
> > > > >> met_help at ucar.edu
> > > > >> > >
> > > > >> > wrote:
> > > > >> >
> > > > >> > > Hi Michael.
> > > > >> > >
> > > > >> > > Thank you for following up.  libpython2.7.so  should
work
> fine.
> > > > >> Thank
> > > > >> > you
> > > > >> > > for letting me know that you don't typically use module
files
> > > except
> > > > >> for
> > > > >> > > the intel compiler. So here is what you will need to
have set:
> > > > >> > >
> > > > >> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
> > > > >> -I/usr/include/python2.7
> > > > >> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\
-lutil\
> > -lm\
> > > > >> > > -lpython2.7\ -Xlinker\ -export-dynamic
> > > > >> > > export PYTHON_MODULE_USE=python
> > > > >> > >
> > > > >> > > Regarding the compiler, you can simply set:
> > > > >> > >
> > > > >> > > export COMPILER=gnu_ 4.8.5
> > > > >> > >
> > > > >> > > and ignore any warnings you receive about modules not
being
> > > loaded.
> > > > >> > >
> > > > >> > > Regarding cairo, I believe I do know what is wrong.
The
> > following
> > > > is
> > > > >> > from
> > > > >> > > your config.log file:
> > > > >> > >
> > > > >> > > > Package pixman-1 was not found in the pkg-config
search
> path.
> > > > >> > > >
> > > > >> > >
> > > > >> > > You will need to have pixman installed.  Your sys admin
(or
> you,
> > > if
> > > > >> you
> > > > >> > > have sudo access) should just need to run the following
on
> your
> > > > >> machine:
> > > > >> > >
> > > > >> > > > sudo apt-get install libpixman-1-dev
> > > > >> > >
> > > > >> > >
> > > > >> > >  After you get pixman installed, in the compile script,
you
> can
> > > > change
> > > > >> > the
> > > > >> > > values to 0 for the libraries you've already compiled
so that
> > you
> > > > >> don't
> > > > >> > > have to recompile and wait for them.  Assuming
everything,
> > except
> > > > for
> > > > >> > Cairo
> > > > >> > > and MET, compiled, you would set:
> > > > >> > >
> > > > >> > > COMPILE_GSL=0
> > > > >> > > COMPILE_BUFRLIB=0
> > > > >> > > COMPILE_ZLIB=0
> > > > >> > > COMPILE_LIBPNG=0
> > > > >> > > COMPILE_JASPER=0
> > > > >> > > COMPILE_G2CLIB=0
> > > > >> > > COMPILE_HDF=0
> > > > >> > > COMPILE_HDFEOS=0
> > > > >> > > COMPILE_NETCDF=0
> > > > >> > > COMPILE_FREETYPE=0
> > > > >> > > COMPILE_CAIRO=1
> > > > >> > > COMPILE_MET=1
> > > > >> > >
> > > > >> > > Then set the necessary environment variables and try
rerunning
> > the
> > > > >> > script.
> > > > >> > > Please let us know if you have any questions.
> > > > >> > >
> > > > >> > > Please let us know how it goes.
> > > > >> > >
> > > > >> > > Thanks,
> > > > >> > >
> > > > >> > > Julie
> > > > >> > >
> > > > >> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher - NOAA
> > Affiliate
> > > > via
> > > > >> RT
> > > > >> > <
> > > > >> > > met_help at ucar.edu> wrote:
> > > > >> > >
> > > > >> > > >
> > > > >> > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > >
> > > > >> > > >
> > > > >> > > > Julie,
> > > > >> > > >
> > > > >> > > > After speaking with my system administrator, we were
not
> able
> > to
> > > > >> locate
> > > > >> > > > libpython2.7.a. However, we were able to locate
> > libpython2.7.so
> > > > >> within
> > > > >> > > > /usr/lib64/ of our Linux system.
> > > > >> > > >
> > > > >> > > > He explained that we only use module load commands
when
> using
> > > > intel
> > > > >> > > > compilers, and I used gnu to compile the software, so
I
> don't
> > > > think
> > > > >> > that
> > > > >> > > > should be an issue.
> > > > >> > > >
> > > > >> > > > Were you able to find any issues in the config.log of
Cairo?
> > > > >> > > >
> > > > >> > > > Thanks,
> > > > >> > > > Michael Pletcher
> > > > >> > > >
> > > > >> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via
RT <
> > > > >> > > met_help at ucar.edu
> > > > >> > > > >
> > > > >> > > > wrote:
> > > > >> > > >
> > > > >> > > > > Hi Michael.  Thank you for letting me know that
when you
> ran
> > > > "find
> > > > >> > > > > /usr/lib/ -name libpython2.7.a" it returned
nothing. Could
> > you
> > > > >> please
> > > > >> > > ask
> > > > >> > > > > your system administrator when the libpython2.7.a
file is
> > that
> > > > is
> > > > >> > > > > associated with the Python include files at
> > > > /usr/include/python2.7
> > > > >> > (the
> > > > >> > > > > output of running "python-config --cflags')?  That
is all
> > that
> > > > we
> > > > >> > need
> > > > >> > > to
> > > > >> > > > > know, but it needs to be the libpython2.7.a file is
that
> is
> > > > >> > associated
> > > > >> > > > with
> > > > >> > > > > the Python include files at that location.
> > > > >> > > > >
> > > > >> > > > > I'll ask my system administrator about the compiler
issue.
> > > > >> > > > > >
> > > > >> > > > > There is no issue with the compiler, really.  I
just need
> to
> > > > know
> > > > >> -
> > > > >> > Do
> > > > >> > > > you
> > > > >> > > > > typically run any "module load" commands to load
any
> > software?
> > > > If
> > > > >> > not,
> > > > >> > > > > that is fine.  If so, please let me know, and I'll
walk
> you
> > > > >> through
> > > > >> > the
> > > > >> > > > > rest.
> > > > >> > > > >
> > > > >> > > > > Julie
> > > > >> > > > >
> > > > >> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher -
NOAA
> > > > Affiliate
> > > > >> via
> > > > >> > > RT
> > > > >> > > > <
> > > > >> > > > > met_help at ucar.edu> wrote:
> > > > >> > > > >
> > > > >> > > > > >
> > > > >> > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >
> > > > >> > > > > >
> > > > >> > > > > > Julie,
> > > > >> > > > > >
> > > > >> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a"
it
> > returned
> > > > >> > nothing.
> > > > >> > > > No
> > > > >> > > > > > error and no output. I made sure to be in no
directory
> > when
> > > I
> > > > >> ran
> > > > >> > > that
> > > > >> > > > > > command.
> > > > >> > > > > >
> > > > >> > > > > > I'll ask my system administrator about the
compiler
> issue.
> > > > >> > > > > >
> > > > >> > > > > > Thanks,
> > > > >> > > > > > Michael Pletcher
> > > > >> > > > > >
> > > > >> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik
via RT
> <
> > > > >> > > > > met_help at ucar.edu
> > > > >> > > > > > >
> > > > >> > > > > > wrote:
> > > > >> > > > > >
> > > > >> > > > > > > I forgot to mention - I'll take a look at the
> config.log
> > > > file
> > > > >> and
> > > > >> > > > will
> > > > >> > > > > > > follow up.  If you could please follow up on my
> question
> > > in
> > > > >> the
> > > > >> > > other
> > > > >> > > > > > > email, that would be great.  Thanks!
> > > > >> > > > > > >
> > > > >> > > > > > > Julie
> > > > >> > > > > > >
> > > > >> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie
Prestopnik <
> > > > >> > jpresto at ucar.edu
> > > > >> > > >
> > > > >> > > > > > wrote:
> > > > >> > > > > > >
> > > > >> > > > > > > > Hi Michael.
> > > > >> > > > > > > >
> > > > >> > > > > > > > Did you run the "find /usr/lib/ -name
> libpython2.7.a"
> > > > >> command?
> > > > >> > > > None
> > > > >> > > > > of
> > > > >> > > > > > > > the locations you listed appeared to be in
/usr/lib
> as
> > > far
> > > > >> as I
> > > > >> > > > could
> > > > >> > > > > > > tell,
> > > > >> > > > > > > > but it looks like the paths all run together.
I
> would
> > > > >> expected
> > > > >> > > to
> > > > >> > > > > see
> > > > >> > > > > > a
> > > > >> > > > > > > > libpython2.7.a in a location like
> > > > >> > > > > > > >
> > > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
> > > > >> > > > > > > >
> > > > >> > > > > > > > Great, it is good to know that you are
running the
> > bash
> > > > >> shell.
> > > > >> > > > That
> > > > >> > > > > > will
> > > > >> > > > > > > > be helpful once we figure out where the
> libpython2.7.a
> > > > file
> > > > >> is.
> > > > >> > > > > > > >
> > > > >> > > > > > > > Are you using modulefiles regularly to load
things
> > like
> > > > the
> > > > >> > > > compiler?
> > > > >> > > > > > > >
> > > > >> > > > > > > > Does this mean that I should be running gcc
compiler
> > > > >> instead of
> > > > >> > > > gnu?
> > > > >> > > > > > > >>
> > > > >> > > > > > > > The gcc compiler is the compiler for the GNU
> package.
> > > Our
> > > > >> run
> > > > >> > > > script
> > > > >> > > > > > > > expects to see "gnu_<version number>" in
order to
> > > compile
> > > > >> using
> > > > >> > > > gcc.
> > > > >> > > > > > > >
> > > > >> > > > > > > > Julie
> > > > >> > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > > >
> > > > >> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael
Pletcher -
> > NOAA
> > > > >> > Affiliate
> > > > >> > > > via
> > > > >> > > > > > RT
> > > > >> > > > > > > <
> > > > >> > > > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > > >
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> <URL:
> > > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > >
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> Julie,
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> I found five different locations where
libpython2.7
> > is
> > > > >> > located:
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
> > > > >> > > > > > > >> hon2.7.a*
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> When I ran echo $SHELL, it returned:
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> */bin/bash*
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> I attached the config.log file.
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> When I ran "module spider gnu", it returned:
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
> > unrecognized
> > > > >> > > > > > > >> subcommandcmdModule.c(411):ERROR:104:
'spider' is
> an
> > > > >> > > unrecognized
> > > > >> > > > > > > >> subcommand*
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> But when I ran "gcc --version:, it returned:
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat
> 4.8.5-39)Copyright
> > > (C)
> > > > >> 2015
> > > > >> > > > Free
> > > > >> > > > > > > >> Software Foundation, Inc.This is free
software; see
> > the
> > > > >> source
> > > > >> > > for
> > > > >> > > > > > > copying
> > > > >> > > > > > > >> conditions.  There is NOwarranty; not even
for
> > > > >> MERCHANTABILITY
> > > > >> > > or
> > > > >> > > > > > > FITNESS
> > > > >> > > > > > > >> FOR A PARTICULAR PURPOSE.*
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> Does this mean that I should be running gcc
> compiler
> > > > >> instead
> > > > >> > of
> > > > >> > > > gnu?
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> Thanks,
> > > > >> > > > > > > >> Michael Pletcher
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie
Prestopnik
> via
> > > RT <
> > > > >> > > > > > > >> met_help at ucar.edu>
> > > > >> > > > > > > >> wrote:
> > > > >> > > > > > > >>
> > > > >> > > > > > > >> > Hi Michael.
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > Since the output of "python-config
--cflags"
> > > indicates
> > > > >> the
> > > > >> > > > header
> > > > >> > > > > > > files
> > > > >> > > > > > > >> are
> > > > >> > > > > > > >> > in /usr/include/python2.7, the library
file is
> > likely
> > > > to
> > > > >> be
> > > > >> > > > found
> > > > >> > > > > > in a
> > > > >> > > > > > > >> > location like
> > > > >> > > > > > > >>
> > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
> > > > >> > > > > > > >> > You can run the following command to find
it:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> >  To find out what shell you are using, you
can
> run
> > > the
> > > > >> > > > following:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > echo $SHELL
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > Instead of pasting in the config.log
output,
> could
> > > you
> > > > >> > please
> > > > >> > > > > attach
> > > > >> > > > > > > it
> > > > >> > > > > > > >> to
> > > > >> > > > > > > >> > this email?  When you run the configure
command,
> > > there
> > > > >> > should
> > > > >> > > > be a
> > > > >> > > > > > > file
> > > > >> > > > > > > >> > "config.log" produced, which is the one
I'd like
> to
> > > > have
> > > > >> you
> > > > >> > > > > attach
> > > > >> > > > > > > and
> > > > >> > > > > > > >> > look at.
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > If your system doesn't use modulefiles you
can
> > safely
> > > > >> > ignore:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable
to
> > locate
> > > a
> > > > >> > > > modulefile
> > > > >> > > > > > for
> > > > >> > > > > > > >> > > 'gnu/15.0.3'*
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > If it does use module files, you will need
to
> know
> > > the
> > > > >> > version
> > > > >> > > > for
> > > > >> > > > > > the
> > > > >> > > > > > > >> gnu
> > > > >> > > > > > > >> > compilers.    If modules are used, you can
> > determine
> > > > what
> > > > >> > > > versions
> > > > >> > > > > > are
> > > > >> > > > > > > >> > available for loading by running:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > module spider gnu
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > This will output something like the
following:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > >> > > > > > > >> > >   gnu:
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > > > >> > > > > > > >> > >      Versions:
> > > > >> > > > > > > >> > >         gnu/7.4.0
> > > > >> > > > > > > >> > >         gnu/8.3.0
> > > > >> > > > > > > >> > >         gnu/9.1.0
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > Then you can choose the version of gnu
that you'd
> > > like
> > > > to
> > > > >> > > load.
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > If modules are not used and you would like
to
> know
> > > what
> > > > >> > > version
> > > > >> > > > > you
> > > > >> > > > > > > are
> > > > >> > > > > > > >> > running (not required for MET, but in case
you
> want
> > > to
> > > > >> know
> > > > >> > > for
> > > > >> > > > > > future
> > > > >> > > > > > > >> > reference), you can run:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > gcc --version
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > and you'll get something like:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0
20170516
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > Julie
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael
Pletcher
> -
> > > NOAA
> > > > >> > > > Affiliate
> > > > >> > > > > > via
> > > > >> > > > > > > >> RT <
> > > > >> > > > > > > >> > met_help at ucar.edu> wrote:
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > <URL:
> > > > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > > > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > Hello Julie,
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > The output I received from "python-
config
> > --cflags"
> > > > is
> > > > >> as
> > > > >> > > > > follows:
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > *-I/usr/include/python2.7
> > -I/usr/include/python2.7
> > > > >> > > > > > > >> -fno-strict-aliasing
> > > > >> > > > > > > >> > -O2
> > > > >> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
> > > -fexceptions
> > > > >> > > > > > > >> > > -fstack-protector-strong
> > --param=ssp-buffer-size=4
> > > > >> > > > > > > >> -grecord-gcc-switches
> > > > >> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC
-fwrapv
> > > > >> -DNDEBUG
> > > > >> > -O2
> > > > >> > > > -g
> > > > >> > > > > > > -pipe
> > > > >> > > > > > > >> > -Wall
> > > > >> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > > > >> > > -fstack-protector-strong
> > > > >> > > > > > > >> > > --param=ssp-buffer-size=4 -grecord-gcc-
switches
> > > -m64
> > > > >> > > > > > -mtune=generic
> > > > >> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > I was not able to find libpython2.7.a
within
> the
> > > > files
> > > > >> I
> > > > >> > > have
> > > > >> > > > > > > >> downloaded
> > > > >> > > > > > > >> > so
> > > > >> > > > > > > >> > > far.
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > I believe we are using bash, but how
would I
> find
> > > out
> > > > >> > which
> > > > >> > > > one
> > > > >> > > > > I
> > > > >> > > > > > am
> > > > >> > > > > > > >> > using?
> > > > >> > > > > > > >> > > My system administrator most likely
knows the
> > > answer
> > > > to
> > > > >> > > this.
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > The config.log file is as follows:
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > *This file contains any messages
produced by
> > > > compilers
> > > > >> > > > > > whilerunning
> > > > >> > > > > > > >> > > configure, to aid debugging if configure
makes
> a
> > > > >> > mistake.It
> > > > >> > > > was
> > > > >> > > > > > > >> created
> > > > >> > > > > > > >> > by
> > > > >> > > > > > > >> > > cairo configure 1.14.6, which
wasgenerated by
> GNU
> > > > >> Autoconf
> > > > >> > > > 2.69.
> > > > >> > > > > > > >> > > Invocation command line was  $
./configure
> > > > >> > > > > > > >> > >
> > > > >> > > > >
> > > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
> > > > >> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >>
> > > > >> > > > > >
> > > > >> > > >
> > > > >> >
> > > >
> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
> > > > >> > > > > > > >> > > --------- #### Platform. #### ---------
> > ##hostname
> > > =
> > > > >> > > > > > > >> sky.atmos.umd.edu
> > > > >> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
> x86_64uname
> > > -r
> > > > =
> > > > >> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s =
Linux*
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53
UTC
> > > > >> > 2019/usr/bin/uname
> > > > >> > > > -p
> > > > >> > > > > =
> > > > >> > > > > > > >> > > x86_64/bin/uname -X     =
unknown/bin/arch
> > > > >>   =
> > > > >> > > > > > > >> > > x86_64/usr/bin/arch -k       =
> > > > >> > > unknown/usr/convex/getsysinfo =
> > > > >> > > > > > > >> > > unknown/usr/bin/hostinfo      =
> > unknown/bin/machine
> > > > >> > > >  =
> > > > >> > > > > > > >> > > unknown/usr/bin/oslevel       =
> > > unknown/bin/universe
> > > > >> > > > =
> > > > >> > > > > > > >> unknown*
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > *PATH: /opt/intel/binPATH:
> > /opt/anaconda3/binPATH:
> > > > >> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH:
/opt/intel/binPATH:
> > > > >> > > > > > > /opt/anaconda3/binPATH:
> > > > >> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
> > > > /usr/local/sbinPATH:
> > > > >> > > > > > > /usr/sbinPATH:
> > > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > >> > > > > > > >> /homes/metogra/mpletch1/binPATH:
> > > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
> > > > >> > > > > > > /homes/metogra/mpletch1/bin##
> > > > >> > > > > > > >> > > ----------- #### Core tests. ####
-----------
> > > > >> > > > ##configure:3205:
> > > > >> > > > > > > >> checking
> > > > >> > > > > > > >> > > for gccconfigure:3232: result:
> > > > >> /usr/bin/gccconfigure:3461:
> > > > >> > > > > > checking
> > > > >> > > > > > > >> for C
> > > > >> > > > > > > >> > > compiler versionconfigure:3470:
/usr/bin/gcc
> > > > --version
> > > > >> > > >&5gcc
> > > > >> > > > > > (GCC)
> > > > >> > > > > > > >> 4.8.5
> > > > >> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright (C)
2015
> > Free
> > > > >> > Software
> > > > >> > > > > > > >> Foundation,
> > > > >> > > > > > > >> > > Inc.This is free software; see the
source for
> > > copying
> > > > >> > > > > conditions.
> > > > >> > > > > > *
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > I think the root of some of these
problems (I'm
> > > > >> extremely
> > > > >> > > new
> > > > >> > > > to
> > > > >> > > > > > all
> > > > >> > > > > > > >> of
> > > > >> > > > > > > >> > > this, so I may be mistaken) is that I am
using
> > the
> > > > >> > incorrect
> > > > >> > > > > > > compiler.
> > > > >> > > > > > > >> > When
> > > > >> > > > > > > >> > > I set the compiler, I did export
> > > COMPILER=gnu_15.0.3,
> > > > >> but
> > > > >> > I
> > > > >> > > > know
> > > > >> > > > > > > >> 15.0.3
> > > > >> > > > > > > >> > is
> > > > >> > > > > > > >> > > for ics, not gnu. I also get this error
at the
> > > > >> beginning
> > > > >> > of
> > > > >> > > > the
> > > > >> > > > > > > output
> > > > >> > > > > > > >> > when
> > > > >> > > > > > > >> > > I run ./compile_MET_all.sh:
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105: Unable
to
> > locate
> > > a
> > > > >> > > > modulefile
> > > > >> > > > > > for
> > > > >> > > > > > > >> > > 'gnu/15.0.3'*
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > Not really sure if this means anything,
just
> want
> > > to
> > > > >> get
> > > > >> > you
> > > > >> > > > all
> > > > >> > > > > > of
> > > > >> > > > > > > >> the
> > > > >> > > > > > > >> > > errors that I'm seeing.
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > Thanks,
> > > > >> > > > > > > >> > > Michael Pletcher
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
> Prestopnik
> > > via
> > > > >> RT <
> > > > >> > > > > > > >> > met_help at ucar.edu
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > wrote:
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > > > Hi Michael.
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > Thank you for letting me know about
the
> output
> > of
> > > > >> > > > > "python-config
> > > > >> > > > > > > >> > > > --ldflags".  MET needs to have more
> information
> > > > than
> > > > >> > that
> > > > >> > > > > > command
> > > > >> > > > > > > is
> > > > >> > > > > > > >> > > > returning.  Could you please tell me
what the
> > > > output
> > > > >> of
> > > > >> > > > > > > >> "python-config
> > > > >> > > > > > > >> > > > --cflags" is as well?  That will help
me find
> > the
> > > > >> file
> > > > >> > > that
> > > > >> > > > > MET
> > > > >> > > > > > > >> needs
> > > > >> > > > > > > >> > to
> > > > >> > > > > > > >> > > > know about, namely the libpython2.7.a
file.
> If
> > > you
> > > > >> find
> > > > >> > > > that
> > > > >> > > > > > > file,
> > > > >> > > > > > > >> > > please
> > > > >> > > > > > > >> > > > let me know what the path to it is.
Once we
> > > have
> > > > >> that
> > > > >> > > > > location
> > > > >> > > > > > > we
> > > > >> > > > > > > >> can
> > > > >> > > > > > > >> > > > formulate the appropriate value to set
for
> > > > >> > MET_PYTHON_LD.
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > Also, are you using the bash or csh?
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > Regarding Cairo, please send me the
> config.log
> > > file
> > > > >> that
> > > > >> > > was
> > > > >> > > > > > > output
> > > > >> > > > > > > >> > from
> > > > >> > > > > > > >> > > > running configure for Cairo and I'll
take a
> > look.
> > > > >> > Thanks!
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > Julie
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM
Michael
> > Pletcher
> > > -
> > > > >> NOAA
> > > > >> > > > > > Affiliate
> > > > >> > > > > > > >> via
> > > > >> > > > > > > >> > RT
> > > > >> > > > > > > >> > > <
> > > > >> > > > > > > >> > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > <URL:
> > > > >> > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > > > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > Good afternoon,
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > I finally had time to attempt these
> > > instructions.
> > > > >> > > > Regarding
> > > > >> > > > > a
> > > > >> > > > > > > few
> > > > >> > > > > > > >> > > things:
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > When I ran the line "python-config
> > --ldflags",
> > > > this
> > > > >> > was
> > > > >> > > > the
> > > > >> > > > > > > output
> > > > >> > > > > > > >> > > (which
> > > > >> > > > > > > >> > > > > does not include the -L you
mentioned):
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm
-lpython2.7
> > -Xlinker
> > > > >> > > > > > -export-dynamic
> > > > >> > > > > > > *
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > Also, when I ran
"./compile_MET_all.sh", it
> > > > >> returned
> > > > >> > > this
> > > > >> > > > > when
> > > > >> > > > > > > it
> > > > >> > > > > > > >> got
> > > > >> > > > > > > >> > > to
> > > > >> > > > > > > >> > > > > compiling CAIRO:
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > *configure returned with non-zero
(1)
> status*
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > My system administrator suggested
the error
> > > from
> > > > >> Cairo
> > > > >> > > > could
> > > > >> > > > > > be
> > > > >> > > > > > > >> > caused
> > > > >> > > > > > > >> > > by
> > > > >> > > > > > > >> > > > > Redhat compatibility. Our Linux
operates on
> > > > Redhat
> > > > >> > > > > Enterprise
> > > > >> > > > > > 7,
> > > > >> > > > > > > >> and
> > > > >> > > > > > > >> > he
> > > > >> > > > > > > >> > > > > mentioned that there have been
issues with
> > > > running
> > > > >> > Cairo
> > > > >> > > > on
> > > > >> > > > > it
> > > > >> > > > > > > in
> > > > >> > > > > > > >> the
> > > > >> > > > > > > >> > > > past.
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > Let me know if there is anything I
can do
> to
> > > fix
> > > > >> these
> > > > >> > > > > issues.
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > Thanks,
> > > > >> > > > > > > >> > > > > Michael Pletcher
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM Julie
> > Prestopnik
> > > > via
> > > > >> > RT <
> > > > >> > > > > > > >> > > > met_help at ucar.edu>
> > > > >> > > > > > > >> > > > > wrote:
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > > > Hi Michael.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > As John indicated in his email,
Docker is
> > the
> > > > >> > easiest
> > > > >> > > > way
> > > > >> > > > > to
> > > > >> > > > > > > >> make
> > > > >> > > > > > > >> > MET
> > > > >> > > > > > > >> > > > > > available.  But, it is definitely
> possible
> > > for
> > > > >> you
> > > > >> > to
> > > > >> > > > > > download
> > > > >> > > > > > > >> MET
> > > > >> > > > > > > >> > > to a
> > > > >> > > > > > > >> > > > > > Linux machine and compile it from
> > scratch.  I
> > > > >> have
> > > > >> > > > > described
> > > > >> > > > > > > >> that
> > > > >> > > > > > > >> > > > process
> > > > >> > > > > > > >> > > > > > below.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > You can find a script to help you
install
> > MET
> > > > at
> > > > >> > this
> > > > >> > > > > link,
> > > > >> > > > > > > and
> > > > >> > > > > > > >> > I'll
> > > > >> > > > > > > >> > > > put
> > > > >> > > > > > > >> > > > > > instructions below:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > This script may or may not work
right
> away.
> > > > Some
> > > > >> > > > systems
> > > > >> > > > > > have
> > > > >> > > > > > > >> > needed
> > > > >> > > > > > > >> > > > > more
> > > > >> > > > > > > >> > > > > > work than others.  To get started,
decide
> > > where
> > > > >> you
> > > > >> > > > would
> > > > >> > > > > > like
> > > > >> > > > > > > >> to
> > > > >> > > > > > > >> > > > install
> > > > >> > > > > > > >> > > > > > MET.  The following example will
assume
> > > you're
> > > > >> going
> > > > >> > > to
> > > > >> > > > > put
> > > > >> > > > > > it
> > > > >> > > > > > > >> in
> > > > >> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > You'll need to download
> compile_MET_all.sh
> > > and
> > > > >> > > > > tar_files.tar
> > > > >> > > > > > > >> from
> > > > >> > > > > > > >> > the
> > > > >> > > > > > > >> > > > > link
> > > > >> > > > > > > >> > > > > > above.  You'll also need to
download our
> > > latest
> > > > >> MET
> > > > >> > > > > release:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and
unpack it
> > > with
> > > > >> "tar
> > > > >> > > -zxf
> > > > >> > > > > > > >> > > > > > compile_MET_all.sh.tgz
> > > > >> > > > > > > >> > > > > > ") and tar_files.tar in
> > /d1/pletcher/met/8.1
> > > > (or
> > > > >> > where
> > > > >> > > > > ever
> > > > >> > > > > > > you
> > > > >> > > > > > > >> > chose
> > > > >> > > > > > > >> > > > to
> > > > >> > > > > > > >> > > > > > put it).  Unpack the tar file and
move
> > > > >> > > > > > > met-8.1.1.20190708.tar.gz
> > > > >> > > > > > > >> > into
> > > > >> > > > > > > >> > > > the
> > > > >> > > > > > > >> > > > > > tar_files directory.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > Then, you'll need to set up some
> > environment
> > > > >> > variables
> > > > >> > > > as
> > > > >> > > > > > > >> described
> > > > >> > > > > > > >> > > in
> > > > >> > > > > > > >> > > > > the
> > > > >> > > > > > > >> > > > > > link above.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > For reference using this example,
I would
> > set
> > > > the
> > > > >> > > > > following:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > export
TEST_BASE=/d1/pletcher/met/8.1
> > > > >> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The
format
> is
> > > > >> > "compiler"
> > > > >> > > > > > > underscore
> > > > >> > > > > > > >> > > > > > "version".  If using modules on
your
> > system,
> > > > >> you'll
> > > > >> > > need
> > > > >> > > > > use
> > > > >> > > > > > > the
> > > > >> > > > > > > >> > > > compiler
> > > > >> > > > > > > >> > > > > > name that the module would load
(e.g.
> > module
> > > > load
> > > > >> > > > > ics/15.0.3
> > > > >> > > > > > > to
> > > > >> > > > > > > >> > load
> > > > >> > > > > > > >> > > > the
> > > > >> > > > > > > >> > > > > > intel compiler version 15.0.3.
> Otherwise,
> > if
> > > > >> using
> > > > >> > > not
> > > > >> > > > > > using
> > > > >> > > > > > > >> > modules
> > > > >> > > > > > > >> > > > and
> > > > >> > > > > > > >> > > > > > using gcc, please use "gnu" for
the
> > compiler.
> > > > >> And,
> > > > >> > if
> > > > >> > > > not
> > > > >> > > > > > > using
> > > > >> > > > > > > >> > > > modules
> > > > >> > > > > > > >> > > > > > and using intel, you can use
"intel". You
> > can
> > > > >> find
> > > > >> > the
> > > > >> > > > > > version
> > > > >> > > > > > > >> by
> > > > >> > > > > > > >> > > > running
> > > > >> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
> > > > respectively.)
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
> > > > >> > > > > > > >> > > > > > export
> > MET_TARBALL=met-8.1.1.20190708.tar.gz
> > > > >> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-
config
> > --cflags`
> > > > >> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-
config
> > > --ldflags`
> > > > >> (This
> > > > >> > > may
> > > > >> > > > > not
> > > > >> > > > > > > >> work.
> > > > >> > > > > > > >> > > Run
> > > > >> > > > > > > >> > > > > > python-config --ldflags on the
command
> line
> > > and
> > > > >> see
> > > > >> > if
> > > > >> > > > you
> > > > >> > > > > > get
> > > > >> > > > > > > >> > output
> > > > >> > > > > > > >> > > > > > including "-L".  If you don't,
please let
> > me
> > > > know
> > > > >> > and
> > > > >> > > I
> > > > >> > > > > can
> > > > >> > > > > > > walk
> > > > >> > > > > > > >> > you
> > > > >> > > > > > > >> > > > > > through how to find this
information.)
> > > > >> > > > > > > >> > > > > > export
> > > > >> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
> > > > >> > > > > > (Assuming
> > > > >> > > > > > > >> > you're
> > > > >> > > > > > > >> > > > not
> > > > >> > > > > > > >> > > > > > using modulefiles, it doesn't
matter what
> > you
> > > > set
> > > > >> > this
> > > > >> > > > to,
> > > > >> > > > > > but
> > > > >> > > > > > > >> it
> > > > >> > > > > > > >> > > needs
> > > > >> > > > > > > >> > > > > to
> > > > >> > > > > > > >> > > > > > be set to something otherwise MET
won't
> > > > configure
> > > > >> > for
> > > > >> > > > > Python
> > > > >> > > > > > > >> > > embedding.
> > > > >> > > > > > > >> > > > > > You could just set it to
"python".).
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > If you're not using modules, the
output
> of
> > > the
> > > > >> > script
> > > > >> > > > will
> > > > >> > > > > > say
> > > > >> > > > > > > >> > > > something
> > > > >> > > > > > > >> > > > > > about modules not being found and
you can
> > > > safely
> > > > >> > > ignore
> > > > >> > > > > > that.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > You may need to make the script
> executable,
> > > but
> > > > >> then
> > > > >> > > you
> > > > >> > > > > can
> > > > >> > > > > > > >> run it
> > > > >> > > > > > > >> > > > with
> > > > >> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some
people
> > who
> > > > have
> > > > >> > used
> > > > >> > > > > this
> > > > >> > > > > > > >> script,
> > > > >> > > > > > > >> > > > they
> > > > >> > > > > > > >> > > > > > have had their own laptops with
hardly
> > > anything
> > > > >> on
> > > > >> > it.
> > > > >> > > > > They
> > > > >> > > > > > > >> have
> > > > >> > > > > > > >> > > > needed
> > > > >> > > > > > > >> > > > > to
> > > > >> > > > > > > >> > > > > > install the following packages
using the
> > > > >> following
> > > > >> > > > > commands:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > sudo apt-get update
> > > > >> > > > > > > >> > > > > > sudo apt install python-dev
> > > > >> > > > > > > >> > > > > > sudo apt-get install flex bison
> > > > >> > > > > > > >> > > > > > sudo apt-get install libpixman-1-
dev
> > > > >> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
> > > > >> > > > > > > >> > > > > > sudo apt-get install pkg-config
> > > > >> > > > > > > >> > > > > > sudo apt-get install libpng-dev
> > > > >> > > > > > > >> > > > > > sudo apt-get install unzip
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > If the script runs and starts
installing
> > the
> > > > >> > external
> > > > >> > > > > > > libraries
> > > > >> > > > > > > >> > > > > > successfully but then stops, there
are
> > > constant
> > > > >> > which
> > > > >> > > > you
> > > > >> > > > > > can
> > > > >> > > > > > > >> set
> > > > >> > > > > > > >> > to
> > > > >> > > > > > > >> > > 0,
> > > > >> > > > > > > >> > > > > so
> > > > >> > > > > > > >> > > > > > that you won't have to wait for
them to
> be
> > > > >> installed
> > > > >> > > > > again.
> > > > >> > > > > > > In
> > > > >> > > > > > > >> the
> > > > >> > > > > > > >> > > > > compile
> > > > >> > > > > > > >> > > > > > script you'll see the following
which you
> > can
> > > > >> modify
> > > > >> > > if
> > > > >> > > > > > > >> necessary:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > COMPILE_GSL=1
> > > > >> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
> > > > >> > > > > > > >> > > > > > COMPILE_ZLIB=1
> > > > >> > > > > > > >> > > > > > COMPILE_LIBPNG=1
> > > > >> > > > > > > >> > > > > > COMPILE_JASPER=1
> > > > >> > > > > > > >> > > > > > COMPILE_G2CLIB=1
> > > > >> > > > > > > >> > > > > > COMPILE_HDF=1
> > > > >> > > > > > > >> > > > > > COMPILE_HDFEOS=1
> > > > >> > > > > > > >> > > > > > COMPILE_NETCDF=1
> > > > >> > > > > > > >> > > > > > COMPILE_FREETYPE=1
> > > > >> > > > > > > >> > > > > > COMPILE_CAIRO=1
> > > > >> > > > > > > >> > > > > > COMPILE_MET=1
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > Please let me know if you have any
> > questions.
> > > > I
> > > > >> > know
> > > > >> > > > this
> > > > >> > > > > > is
> > > > >> > > > > > > a
> > > > >> > > > > > > >> lot
> > > > >> > > > > > > >> > > to
> > > > >> > > > > > > >> > > > > take
> > > > >> > > > > > > >> > > > > > in, so don't hesitate to reach out
with
> any
> > > > >> > questions.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > Thanks,
> > > > >> > > > > > > >> > > > > > Julie
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM
Michael
> > > > Pletcher
> > > > >> -
> > > > >> > > NOAA
> > > > >> > > > > > > >> Affiliate
> > > > >> > > > > > > >> > via
> > > > >> > > > > > > >> > > > RT
> > > > >> > > > > > > >> > > > > <
> > > > >> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > <URL:
> > > > >> > > > > > >
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > Julie,
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > I am aware of the ability to
access MET
> > > > within
> > > > >> > WPC.
> > > > >> > > > > > However,
> > > > >> > > > > > > >> I'm
> > > > >> > > > > > > >> > > > > curious
> > > > >> > > > > > > >> > > > > > as
> > > > >> > > > > > > >> > > > > > > to whether or not it is possible
to
> > > download
> > > > >> MET
> > > > >> > to
> > > > >> > > a
> > > > >> > > > > > Linux
> > > > >> > > > > > > >> > machine
> > > > >> > > > > > > >> > > > in
> > > > >> > > > > > > >> > > > > > the
> > > > >> > > > > > > >> > > > > > > computer lab within my
department
> > > (Department
> > > > >> of
> > > > >> > > > > > > Atmospheric &
> > > > >> > > > > > > >> > > > Oceanic
> > > > >> > > > > > > >> > > > > > > Science). The reason I am asking
for
> this
> > > is
> > > > >> > > because I
> > > > >> > > > > do
> > > > >> > > > > > > not
> > > > >> > > > > > > >> > have
> > > > >> > > > > > > >> > > a
> > > > >> > > > > > > >> > > > > > > federal badge to freely access
MET at
> > > anytime
> > > > >> at
> > > > >> > > > NCWCP.
> > > > >> > > > > I
> > > > >> > > > > > > will
> > > > >> > > > > > > >> > talk
> > > > >> > > > > > > >> > > > > with
> > > > >> > > > > > > >> > > > > > > the system administrator for my
> > department
> > > (
> > > > >> > > > > > > jhenriks at umd.edu)
> > > > >> > > > > > > >> > and
> > > > >> > > > > > > >> > > > see
> > > > >> > > > > > > >> > > > > > what
> > > > >> > > > > > > >> > > > > > > he thinks about this.
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > Thanks,
> > > > >> > > > > > > >> > > > > > > Michael Pletcher
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM
Julie
> > > > Prestopnik
> > > > >> > via
> > > > >> > > > RT <
> > > > >> > > > > > > >> > > > > > met_help at ucar.edu>
> > > > >> > > > > > > >> > > > > > > wrote:
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > > > Hi Michael.  It was recently
brought
> to
> > > my
> > > > >> > > attention
> > > > >> > > > > > that
> > > > >> > > > > > > >> you
> > > > >> > > > > > > >> > are
> > > > >> > > > > > > >> > > > > > working
> > > > >> > > > > > > >> > > > > > > > with the WPC group at NOAA.
I'm not
> > sure
> > > > >> > exactly
> > > > >> > > > what
> > > > >> > > > > > > >> machines
> > > > >> > > > > > > >> > > MET
> > > > >> > > > > > > >> > > > > is
> > > > >> > > > > > > >> > > > > > > > accessible from, but there is
an
> > install
> > > > for
> > > > >> the
> > > > >> > > WPC
> > > > >> > > > > > group
> > > > >> > > > > > > >> at
> > > > >> > > > > > > >> > > > > > /opt/MET/81
> > > > >> > > > > > > >> > > > > > > > on at least some of their
machines.
> I
> > > hope
> > > > >> that
> > > > >> > > > > helps!
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > Julie
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28 AM
Julie
> > > > >> Prestopnik
> > > > >> > <
> > > > >> > > > > > > >> > > jpresto at ucar.edu>
> > > > >> > > > > > > >> > > > > > > wrote:
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > Hi Michael.
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > I see that you'd like to
access MET
> > for
> > > > >> your
> > > > >> > > > > research.
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > We have MET installed for
users on
> a
> > > > >> variety
> > > > >> > of
> > > > >> > > > NOAA
> > > > >> > > > > > > >> > machines.
> > > > >> > > > > > > >> > > > > Take
> > > > >> > > > > > > >> > > > > > a
> > > > >> > > > > > > >> > > > > > > > > look at this website and see
if you
> > > have
> > > > >> > access
> > > > >> > > to
> > > > >> > > > > any
> > > > >> > > > > > > of
> > > > >> > > > > > > >> > these
> > > > >> > > > > > > >> > > > > > > machines
> > > > >> > > > > > > >> > > > > > > > > where there is currently an
> existing
> > > > build
> > > > >> of
> > > > >> > > MET:
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > >
> > > > >> >
> > > > >>
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > The machine, "hera", which
is
> > replacing
> > > > >> > "theia"
> > > > >> > > > > should
> > > > >> > > > > > > >> also
> > > > >> > > > > > > >> > be
> > > > >> > > > > > > >> > > on
> > > > >> > > > > > > >> > > > > > that
> > > > >> > > > > > > >> > > > > > > > > list.  I will add "hera"
later
> today.
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > If you don't have access to
any of
> > > those
> > > > >> > > existing
> > > > >> > > > > > builds
> > > > >> > > > > > > >> you
> > > > >> > > > > > > >> > > can
> > > > >> > > > > > > >> > > > > > > download
> > > > >> > > > > > > >> > > > > > > > > the MET code online and
install in
> > on a
> > > > >> Linux
> > > > >> > > > > machine.
> > > > >> > > > > > > If
> > > > >> > > > > > > >> > you
> > > > >> > > > > > > >> > > > end
> > > > >> > > > > > > >> > > > > up
> > > > >> > > > > > > >> > > > > > > > > needing to install it,
please let
> me
> > > > know,
> > > > >> and
> > > > >> > > > I'll
> > > > >> > > > > > send
> > > > >> > > > > > > >> some
> > > > >> > > > > > > >> > > > > > > additional
> > > > >> > > > > > > >> > > > > > > > > useful information for the
> > > installation.
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > Thanks,
> > > > >> > > > > > > >> > > > > > > > > Julie
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46
PM
> > Michael
> > > > >> > Pletcher
> > > > >> > > -
> > > > >> > > > > NOAA
> > > > >> > > > > > > >> > > Affiliate
> > > > >> > > > > > > >> > > > > via
> > > > >> > > > > > > >> > > > > > > RT <
> > > > >> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019:
Request
> > > 91886
> > > > >> was
> > > > >> > > acted
> > > > >> > > > > > upon.
> > > > >> > > > > > > >> > > > > > > > >> Transaction: Ticket created
by
> > > > >> > > > > > > michael.pletcher at noaa.gov
> > > > >> > > > > > > >> > > > > > > > >>        Queue: met_help
> > > > >> > > > > > > >> > > > > > > > >>      Subject: NCWCP Student
> > Affiliate
> > > > >> > > > > > > >> > > > > > > > >>        Owner: Nobody
> > > > >> > > > > > > >> > > > > > > > >>   Requestors:
> > > michael.pletcher at noaa.gov
> > > > >> > > > > > > >> > > > > > > > >>       Status: new
> > > > >> > > > > > > >> > > > > > > > >>  Ticket <URL:
> > > > >> > > > > > > >> > > > > >
> > > > >> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >> Hello,
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >> My name is Michael Pletcher
and I
> am
> > > > >> senior
> > > > >> > at
> > > > >> > > > the
> > > > >> > > > > > > >> > University
> > > > >> > > > > > > >> > > of
> > > > >> > > > > > > >> > > > > > > > Maryland.
> > > > >> > > > > > > >> > > > > > > > >> I am currently working with
the
> > > Weather
> > > > >> > > > Prediction
> > > > >> > > > > > > Center
> > > > >> > > > > > > >> > on a
> > > > >> > > > > > > >> > > > > > > research
> > > > >> > > > > > > >> > > > > > > > >> project, and my advisors
have
> > > suggested
> > > > >> that
> > > > >> > I
> > > > >> > > > > find a
> > > > >> > > > > > > >> way to
> > > > >> > > > > > > >> > > > > access
> > > > >> > > > > > > >> > > > > > > MET
> > > > >> > > > > > > >> > > > > > > > >> software remotely from
NCWCP to
> work
> > > on
> > > > my
> > > > >> > > > project.
> > > > >> > > > > > > >> Please
> > > > >> > > > > > > >> > let
> > > > >> > > > > > > >> > > > me
> > > > >> > > > > > > >> > > > > > know
> > > > >> > > > > > > >> > > > > > > > if
> > > > >> > > > > > > >> > > > > > > > >> it is possible to download
MET to
> my
> > > > >> laptop
> > > > >> > > > > computer,
> > > > >> > > > > > > or
> > > > >> > > > > > > >> if
> > > > >> > > > > > > >> > I
> > > > >> > > > > > > >> > > > > could
> > > > >> > > > > > > >> > > > > > > > >> possibly download it to my
> > > department's
> > > > >> > > > > (Atmospheric
> > > > >> > > > > > &
> > > > >> > > > > > > >> > Oceanic
> > > > >> > > > > > > >> > > > > > > Science)
> > > > >> > > > > > > >> > > > > > > > >> computers. Let me know if I
need
> to
> > > > answer
> > > > >> > any
> > > > >> > > > > > > questions.
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >> Thanks,
> > > > >> > > > > > > >> > > > > > > > >> Michael Pletcher
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >>
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > --
> > > > >> > > > > > > >> > > > > > > > > Julie Prestopnik
> > > > >> > > > > > > >> > > > > > > > > Software Engineer
> > > > >> > > > > > > >> > > > > > > > > National Center for
Atmospheric
> > > Research
> > > > >> > > > > > > >> > > > > > > > > Research Applications
Laboratory
> > > > >> > > > > > > >> > > > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > > > My working day may not be
your
> > working
> > > > day.
> > > > >> > > > Please
> > > > >> > > > > do
> > > > >> > > > > > > not
> > > > >> > > > > > > >> > feel
> > > > >> > > > > > > >> > > > > > obliged
> > > > >> > > > > > > >> > > > > > > > to
> > > > >> > > > > > > >> > > > > > > > > reply to this email outside
of your
> > > > normal
> > > > >> > > working
> > > > >> > > > > > > hours.
> > > > >> > > > > > > >> > > > > > > > >
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > --
> > > > >> > > > > > > >> > > > > > > > Julie Prestopnik
> > > > >> > > > > > > >> > > > > > > > Software Engineer
> > > > >> > > > > > > >> > > > > > > > National Center for
Atmospheric
> > Research
> > > > >> > > > > > > >> > > > > > > > Research Applications
Laboratory
> > > > >> > > > > > > >> > > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > > My working day may not be your
> working
> > > day.
> > > > >> > > Please
> > > > >> > > > do
> > > > >> > > > > > not
> > > > >> > > > > > > >> feel
> > > > >> > > > > > > >> > > > > obliged
> > > > >> > > > > > > >> > > > > > > to
> > > > >> > > > > > > >> > > > > > > > reply to this email outside of
your
> > > normal
> > > > >> > working
> > > > >> > > > > > hours.
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > > >
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > > >
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > --
> > > > >> > > > > > > >> > > > > > Julie Prestopnik
> > > > >> > > > > > > >> > > > > > Software Engineer
> > > > >> > > > > > > >> > > > > > National Center for Atmospheric
Research
> > > > >> > > > > > > >> > > > > > Research Applications Laboratory
> > > > >> > > > > > > >> > > > > > Phone: 303.497.8399
> > > > >> > > > > > > >> > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > > My working day may not be your
working
> day.
> > > > >> Please
> > > > >> > do
> > > > >> > > > not
> > > > >> > > > > > > feel
> > > > >> > > > > > > >> > > obliged
> > > > >> > > > > > > >> > > > > to
> > > > >> > > > > > > >> > > > > > reply to this email outside of
your
> normal
> > > > >> working
> > > > >> > > > hours.
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > > >
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > --
> > > > >> > > > > > > >> > > > Julie Prestopnik
> > > > >> > > > > > > >> > > > Software Engineer
> > > > >> > > > > > > >> > > > National Center for Atmospheric
Research
> > > > >> > > > > > > >> > > > Research Applications Laboratory
> > > > >> > > > > > > >> > > > Phone: 303.497.8399
> > > > >> > > > > > > >> > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > > My working day may not be your working
day.
> > > Please
> > > > >> do
> > > > >> > not
> > > > >> > > > > feel
> > > > >> > > > > > > >> obliged
> > > > >> > > > > > > >> > > to
> > > > >> > > > > > > >> > > > reply to this email outside of your
normal
> > > working
> > > > >> > hours.
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> > >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > --
> > > > >> > > > > > > >> > Julie Prestopnik
> > > > >> > > > > > > >> > Software Engineer
> > > > >> > > > > > > >> > National Center for Atmospheric Research
> > > > >> > > > > > > >> > Research Applications Laboratory
> > > > >> > > > > > > >> > Phone: 303.497.8399
> > > > >> > > > > > > >> > Email: jpresto at ucar.edu
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> > My working day may not be your working
day.
> Please
> > > do
> > > > >> not
> > > > >> > > feel
> > > > >> > > > > > > obliged
> > > > >> > > > > > > >> to
> > > > >> > > > > > > >> > reply to this email outside of your normal
> working
> > > > hours.
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >> >
> > > > >> > > > > > > >>
> > > > >> > > > > > > >>
> > > > >> > > > > > > >
> > > > >> > > > > > > > --
> > > > >> > > > > > > > Julie Prestopnik
> > > > >> > > > > > > > Software Engineer
> > > > >> > > > > > > > National Center for Atmospheric Research
> > > > >> > > > > > > > Research Applications Laboratory
> > > > >> > > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > > >
> > > > >> > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > >> feel
> > > > >> > > > > obliged
> > > > >> > > > > > > to
> > > > >> > > > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > >> > > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > > > --
> > > > >> > > > > > > Julie Prestopnik
> > > > >> > > > > > > Software Engineer
> > > > >> > > > > > > National Center for Atmospheric Research
> > > > >> > > > > > > Research Applications Laboratory
> > > > >> > > > > > > Phone: 303.497.8399
> > > > >> > > > > > > Email: jpresto at ucar.edu
> > > > >> > > > > > >
> > > > >> > > > > > > My working day may not be your working day.
Please do
> > not
> > > > >> feel
> > > > >> > > > obliged
> > > > >> > > > > > to
> > > > >> > > > > > > reply to this email outside of your normal
working
> > hours.
> > > > >> > > > > > >
> > > > >> > > > > > >
> > > > >> > > > > >
> > > > >> > > > > >
> > > > >> > > > >
> > > > >> > > > > --
> > > > >> > > > > Julie Prestopnik
> > > > >> > > > > Software Engineer
> > > > >> > > > > National Center for Atmospheric Research
> > > > >> > > > > Research Applications Laboratory
> > > > >> > > > > Phone: 303.497.8399
> > > > >> > > > > Email: jpresto at ucar.edu
> > > > >> > > > >
> > > > >> > > > > My working day may not be your working day.  Please
do not
> > > feel
> > > > >> > obliged
> > > > >> > > > to
> > > > >> > > > > reply to this email outside of your normal working
hours.
> > > > >> > > > >
> > > > >> > > > >
> > > > >> > > >
> > > > >> > > >
> > > > >> > >
> > > > >> > > --
> > > > >> > > Julie Prestopnik
> > > > >> > > Software Engineer
> > > > >> > > National Center for Atmospheric Research
> > > > >> > > Research Applications Laboratory
> > > > >> > > Phone: 303.497.8399
> > > > >> > > Email: jpresto at ucar.edu
> > > > >> > >
> > > > >> > > My working day may not be your working day.  Please do
not
> feel
> > > > >> obliged
> > > > >> > to
> > > > >> > > reply to this email outside of your normal working
hours.
> > > > >> > >
> > > > >> > >
> > > > >> >
> > > > >> >
> > > > >>
> > > > >> --
> > > > >> Julie Prestopnik
> > > > >> Software Engineer
> > > > >> National Center for Atmospheric Research
> > > > >> Research Applications Laboratory
> > > > >> Phone: 303.497.8399
> > > > >> Email: jpresto at ucar.edu
> > > > >>
> > > > >> My working day may not be your working day.  Please do not
feel
> > > obliged
> > > > to
> > > > >> reply to this email outside of your normal working hours.
> > > > >>
> > > > >>
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day.  Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Wed Sep 25 11:03:57 2019

Julie,

I have additionally ran a command from one of the scientists that I am
working with and it appears that the command ran correctly. I have
attached
a screenshot of the command.

Thanks,
Michael Pletcher

On Wed, Sep 25, 2019 at 12:56 PM Michael Pletcher - NOAA Affiliate <
michael.pletcher at noaa.gov> wrote:

> Julie,
>
> I have attached those two files.
>
> I set those environment variables prior to recompiling again.
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 25, 2019 at 12:44 PM Julie Prestopnik via RT <
> met_help at ucar.edu> wrote:
>
>> Hi Michael.  Thanks for sending the config.log file.  Could you
also
>> please
>> send the make.log file and the make_install.log files?
>>
>> The environment variables I was referring to are MET_PYTHON_CC,
>> MET_PYTHON_LD, and  PYTHON_MODULE_USE (you should have been able to
copy
>> and paste the "export" statements I sent you to set those).
>>
>> Julie
>>
>> On Wed, Sep 25, 2019 at 10:34 AM Michael Pletcher - NOAA Affiliate
via RT
>> <
>> met_help at ucar.edu> wrote:
>>
>> >
>> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>> >
>> > Julie,
>> >
>> > I reran the compiler and it gave me the same message that it
finished
>> > compiling. Attached is the config.log for met. What environment
>> variables
>> > are you referring to?
>> >
>> > Let me know if there's anything I need to do.
>> >
>> > Respectfully,
>> > Michael Pletcher
>> >
>> > On Wed, Sep 25, 2019 at 11:34 AM Julie Prestopnik via RT <
>> > met_help at ucar.edu>
>> > wrote:
>> >
>> > > In the MET_PYTHON_CC, it should be a capital i that you are
using (-I)
>> > (for
>> > > Include). Please be sure to use a capital i (I) and rerun
configure,
>> > make,
>> > > and make install and then please send me the log files.  You
should be
>> > able
>> > > to just copy and paste what I sent you for the values of the
>> environment
>> > > variables.  I hope that helps!
>> > >
>> > > Julie
>> > >
>> > > On Tue, Sep 24, 2019 at 6:54 PM Michael Pletcher - NOAA
Affiliate via
>> RT
>> > <
>> > > met_help at ucar.edu> wrote:
>> > >
>> > > >
>> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>
>> > > >
>> > > > Julie,
>> > > >
>> > > > I found that in the line export
>> > "MET_PYTHON_CC=-I/usr/include/python2.7\
>> > > > -I/usr/include/python2.7" I accidentally had l as I (capital
i). So
>> I
>> > ran
>> > > > the compiler again, and this time it didn't even finish
compiling.
>> It
>> > > > barely started compiling MET, and it returned "configure
returned
>> with
>> > > > non-zero (77) status."
>> > > >
>> > > > I attached the config.log file for you to take a look at.
Unusual
>> that
>> > > even
>> > > > when I fixed the error in the MET_PYTHON_CC line, it caused
me to
>> > > > backtrack.
>> > > >
>> > > > Thanks,
>> > > > Michael Pletcher
>> > > >
>> > > > On Tue, Sep 24, 2019 at 6:30 PM Michael Pletcher - NOAA
Affiliate <
>> > > > michael.pletcher at noaa.gov> wrote:
>> > > >
>> > > > > Julie,
>> > > > >
>> > > > > Just when I thought this was finished, I got quite a few
>> errors... I
>> > > have
>> > > > > attached the terminal log when I ran the command you
emailed me.
>> > > > >
>> > > > > I guess this is just how compiling software works!
>> > > > >
>> > > > > Thanks,
>> > > > > Michael Pletcher
>> > > > >
>> > > > > On Tue, Sep 24, 2019 at 3:58 PM Julie Prestopnik via RT <
>> > > > met_help at ucar.edu>
>> > > > > wrote:
>> > > > >
>> > > > >> Hi Michael.  This is great news!  Thank you so much for
letting
>> me
>> > > know
>> > > > >> that you got a successful compilation!
>> > > > >>
>> > > > >> Thank you for your kind words.  You're welcome for the
help.
>> We're
>> > > > happy
>> > > > >> to help!
>> > > > >>
>> > > > >> I'm glad to hear that you'll be working with someone who
has
>> > > experience
>> > > > >> with MET.  Don't hesitate to reach out to met_help again
with any
>> > > > >> questions
>> > > > >> you may have though.
>> > > > >>
>> > > > >> One last thing - we always suggest checking the log files
for
>> > errors,
>> > > so
>> > > > >> if
>> > > > >> you don't mind, please run the following:
>> > > > >>
>> > > > >> grep -i error
>> > > /home/metogra/mpletch1/ResearchProject/met/met-8.1.1/*.log
>> > > > >> >
>> > > > >>
>> > > > >> If you don't see any errors, you should be good to go!
>> > > > >>
>> > > > >> Thanks,
>> > > > >> Julie
>> > > > >>
>> > > > >> On Tue, Sep 24, 2019 at 1:39 PM Michael Pletcher - NOAA
Affiliate
>> > via
>> > > > RT <
>> > > > >> met_help at ucar.edu> wrote:
>> > > > >>
>> > > > >> >
>> > > > >> > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> >
>> > > > >> >
>> > > > >> > Julie,
>> > > > >> >
>> > > > >> > After following these instructions, it appears that I
>> successfully
>> > > > >> compiled
>> > > > >> > MET! I've attached a screenshot with the line that
states it
>> was
>> > > > >> > successfully compiled.
>> > > > >> >
>> > > > >> > I cannot thank you enough for your responsiveness and
the
>> amount
>> > of
>> > > > time
>> > > > >> > you took out of your day to help me. I was completely
new to
>> > > software
>> > > > >> > compilation and you made it about as easy as possible. I
can
>> now
>> > > > begin a
>> > > > >> > major portion of my required research!
>> > > > >> >
>> > > > >> > Let me know if there's anything else that is needed to
get MET
>> up
>> > > > >> > and running. I am working directly with a scientist that
has
>> > > > experience
>> > > > >> > with MET, so he can show me how everything works within
the
>> > program
>> > > > >> itself.
>> > > > >> >
>> > > > >> > Thank you again,
>> > > > >> > Michael Pletcher
>> > > > >> >
>> > > > >> > On Mon, Sep 23, 2019 at 5:18 PM Julie Prestopnik via RT
<
>> > > > >> met_help at ucar.edu
>> > > > >> > >
>> > > > >> > wrote:
>> > > > >> >
>> > > > >> > > Hi Michael.
>> > > > >> > >
>> > > > >> > > Thank you for following up.  libpython2.7.so  should
work
>> fine.
>> > > > >> Thank
>> > > > >> > you
>> > > > >> > > for letting me know that you don't typically use
module files
>> > > except
>> > > > >> for
>> > > > >> > > the intel compiler. So here is what you will need to
have
>> set:
>> > > > >> > >
>> > > > >> > > export MET_PYTHON_CC=-I/usr/include/python2.7\
>> > > > >> -I/usr/include/python2.7
>> > > > >> > > export MET_PYTHON_LD=-L/usr/lib64/\ -lpthread\ -ldl\
-lutil\
>> > -lm\
>> > > > >> > > -lpython2.7\ -Xlinker\ -export-dynamic
>> > > > >> > > export PYTHON_MODULE_USE=python
>> > > > >> > >
>> > > > >> > > Regarding the compiler, you can simply set:
>> > > > >> > >
>> > > > >> > > export COMPILER=gnu_ 4.8.5
>> > > > >> > >
>> > > > >> > > and ignore any warnings you receive about modules not
being
>> > > loaded.
>> > > > >> > >
>> > > > >> > > Regarding cairo, I believe I do know what is wrong.
The
>> > following
>> > > > is
>> > > > >> > from
>> > > > >> > > your config.log file:
>> > > > >> > >
>> > > > >> > > > Package pixman-1 was not found in the pkg-config
search
>> path.
>> > > > >> > > >
>> > > > >> > >
>> > > > >> > > You will need to have pixman installed.  Your sys
admin (or
>> you,
>> > > if
>> > > > >> you
>> > > > >> > > have sudo access) should just need to run the
following on
>> your
>> > > > >> machine:
>> > > > >> > >
>> > > > >> > > > sudo apt-get install libpixman-1-dev
>> > > > >> > >
>> > > > >> > >
>> > > > >> > >  After you get pixman installed, in the compile
script, you
>> can
>> > > > change
>> > > > >> > the
>> > > > >> > > values to 0 for the libraries you've already compiled
so that
>> > you
>> > > > >> don't
>> > > > >> > > have to recompile and wait for them.  Assuming
everything,
>> > except
>> > > > for
>> > > > >> > Cairo
>> > > > >> > > and MET, compiled, you would set:
>> > > > >> > >
>> > > > >> > > COMPILE_GSL=0
>> > > > >> > > COMPILE_BUFRLIB=0
>> > > > >> > > COMPILE_ZLIB=0
>> > > > >> > > COMPILE_LIBPNG=0
>> > > > >> > > COMPILE_JASPER=0
>> > > > >> > > COMPILE_G2CLIB=0
>> > > > >> > > COMPILE_HDF=0
>> > > > >> > > COMPILE_HDFEOS=0
>> > > > >> > > COMPILE_NETCDF=0
>> > > > >> > > COMPILE_FREETYPE=0
>> > > > >> > > COMPILE_CAIRO=1
>> > > > >> > > COMPILE_MET=1
>> > > > >> > >
>> > > > >> > > Then set the necessary environment variables and try
>> rerunning
>> > the
>> > > > >> > script.
>> > > > >> > > Please let us know if you have any questions.
>> > > > >> > >
>> > > > >> > > Please let us know how it goes.
>> > > > >> > >
>> > > > >> > > Thanks,
>> > > > >> > >
>> > > > >> > > Julie
>> > > > >> > >
>> > > > >> > > On Mon, Sep 23, 2019 at 1:21 PM Michael Pletcher -
NOAA
>> > Affiliate
>> > > > via
>> > > > >> RT
>> > > > >> > <
>> > > > >> > > met_help at ucar.edu> wrote:
>> > > > >> > >
>> > > > >> > > >
>> > > > >> > > > <URL:
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > >
>> > > > >> > > >
>> > > > >> > > > Julie,
>> > > > >> > > >
>> > > > >> > > > After speaking with my system administrator, we were
not
>> able
>> > to
>> > > > >> locate
>> > > > >> > > > libpython2.7.a. However, we were able to locate
>> > libpython2.7.so
>> > > > >> within
>> > > > >> > > > /usr/lib64/ of our Linux system.
>> > > > >> > > >
>> > > > >> > > > He explained that we only use module load commands
when
>> using
>> > > > intel
>> > > > >> > > > compilers, and I used gnu to compile the software,
so I
>> don't
>> > > > think
>> > > > >> > that
>> > > > >> > > > should be an issue.
>> > > > >> > > >
>> > > > >> > > > Were you able to find any issues in the config.log
of
>> Cairo?
>> > > > >> > > >
>> > > > >> > > > Thanks,
>> > > > >> > > > Michael Pletcher
>> > > > >> > > >
>> > > > >> > > > On Wed, Sep 18, 2019 at 1:12 PM Julie Prestopnik via
RT <
>> > > > >> > > met_help at ucar.edu
>> > > > >> > > > >
>> > > > >> > > > wrote:
>> > > > >> > > >
>> > > > >> > > > > Hi Michael.  Thank you for letting me know that
when you
>> ran
>> > > > "find
>> > > > >> > > > > /usr/lib/ -name libpython2.7.a" it returned
nothing.
>> Could
>> > you
>> > > > >> please
>> > > > >> > > ask
>> > > > >> > > > > your system administrator when the libpython2.7.a
file is
>> > that
>> > > > is
>> > > > >> > > > > associated with the Python include files at
>> > > > /usr/include/python2.7
>> > > > >> > (the
>> > > > >> > > > > output of running "python-config --cflags')?  That
is all
>> > that
>> > > > we
>> > > > >> > need
>> > > > >> > > to
>> > > > >> > > > > know, but it needs to be the libpython2.7.a file
is that
>> is
>> > > > >> > associated
>> > > > >> > > > with
>> > > > >> > > > > the Python include files at that location.
>> > > > >> > > > >
>> > > > >> > > > > I'll ask my system administrator about the
compiler
>> issue.
>> > > > >> > > > > >
>> > > > >> > > > > There is no issue with the compiler, really.  I
just
>> need to
>> > > > know
>> > > > >> -
>> > > > >> > Do
>> > > > >> > > > you
>> > > > >> > > > > typically run any "module load" commands to load
any
>> > software?
>> > > > If
>> > > > >> > not,
>> > > > >> > > > > that is fine.  If so, please let me know, and I'll
walk
>> you
>> > > > >> through
>> > > > >> > the
>> > > > >> > > > > rest.
>> > > > >> > > > >
>> > > > >> > > > > Julie
>> > > > >> > > > >
>> > > > >> > > > > On Tue, Sep 17, 2019 at 3:42 PM Michael Pletcher -
NOAA
>> > > > Affiliate
>> > > > >> via
>> > > > >> > > RT
>> > > > >> > > > <
>> > > > >> > > > > met_help at ucar.edu> wrote:
>> > > > >> > > > >
>> > > > >> > > > > >
>> > > > >> > > > > > <URL:
>> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >
>> > > > >> > > > > >
>> > > > >> > > > > > Julie,
>> > > > >> > > > > >
>> > > > >> > > > > > When I ran "find /usr/lib/ -name libpython2.7.a"
it
>> > returned
>> > > > >> > nothing.
>> > > > >> > > > No
>> > > > >> > > > > > error and no output. I made sure to be in no
directory
>> > when
>> > > I
>> > > > >> ran
>> > > > >> > > that
>> > > > >> > > > > > command.
>> > > > >> > > > > >
>> > > > >> > > > > > I'll ask my system administrator about the
compiler
>> issue.
>> > > > >> > > > > >
>> > > > >> > > > > > Thanks,
>> > > > >> > > > > > Michael Pletcher
>> > > > >> > > > > >
>> > > > >> > > > > > On Tue, Sep 17, 2019 at 5:00 PM Julie Prestopnik
via
>> RT <
>> > > > >> > > > > met_help at ucar.edu
>> > > > >> > > > > > >
>> > > > >> > > > > > wrote:
>> > > > >> > > > > >
>> > > > >> > > > > > > I forgot to mention - I'll take a look at the
>> config.log
>> > > > file
>> > > > >> and
>> > > > >> > > > will
>> > > > >> > > > > > > follow up.  If you could please follow up on
my
>> question
>> > > in
>> > > > >> the
>> > > > >> > > other
>> > > > >> > > > > > > email, that would be great.  Thanks!
>> > > > >> > > > > > >
>> > > > >> > > > > > > Julie
>> > > > >> > > > > > >
>> > > > >> > > > > > > On Tue, Sep 17, 2019 at 2:58 PM Julie
Prestopnik <
>> > > > >> > jpresto at ucar.edu
>> > > > >> > > >
>> > > > >> > > > > > wrote:
>> > > > >> > > > > > >
>> > > > >> > > > > > > > Hi Michael.
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > Did you run the "find /usr/lib/ -name
>> libpython2.7.a"
>> > > > >> command?
>> > > > >> > > > None
>> > > > >> > > > > of
>> > > > >> > > > > > > > the locations you listed appeared to be in
>> /usr/lib as
>> > > far
>> > > > >> as I
>> > > > >> > > > could
>> > > > >> > > > > > > tell,
>> > > > >> > > > > > > > but it looks like the paths all run
together.  I
>> would
>> > > > >> expected
>> > > > >> > > to
>> > > > >> > > > > see
>> > > > >> > > > > > a
>> > > > >> > > > > > > > libpython2.7.a in a location like
>> > > > >> > > > > > > >
>> > > > "/usr/lib/python2.7/config-x86_64-linux-gnu/libpython2.7.a".
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > Great, it is good to know that you are
running the
>> > bash
>> > > > >> shell.
>> > > > >> > > > That
>> > > > >> > > > > > will
>> > > > >> > > > > > > > be helpful once we figure out where the
>> libpython2.7.a
>> > > > file
>> > > > >> is.
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > Are you using modulefiles regularly to load
things
>> > like
>> > > > the
>> > > > >> > > > compiler?
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > Does this mean that I should be running gcc
>> compiler
>> > > > >> instead of
>> > > > >> > > > gnu?
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > > The gcc compiler is the compiler for the GNU
>> package.
>> > > Our
>> > > > >> run
>> > > > >> > > > script
>> > > > >> > > > > > > > expects to see "gnu_<version number>" in
order to
>> > > compile
>> > > > >> using
>> > > > >> > > > gcc.
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > Julie
>> > > > >> > > > > > > >
>> > > > >> > > > > > > >
>> > > > >> > > > > > > >
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > On Tue, Sep 17, 2019 at 2:36 PM Michael
Pletcher -
>> > NOAA
>> > > > >> > Affiliate
>> > > > >> > > > via
>> > > > >> > > > > > RT
>> > > > >> > > > > > > <
>> > > > >> > > > > > > > met_help at ucar.edu> wrote:
>> > > > >> > > > > > > >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> <URL:
>> > > > >> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >> > >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> Julie,
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> I found five different locations where
>> libpython2.7
>> > is
>> > > > >> > located:
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>>
*/local/data/opt/OldAnaconda/envs/py27/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.14-h1571d57_29/lib/python2.7/config/libpy
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>> thon2.7.a/local/data/opt/OldAnaconda/pkgs/python-2.7.15-
0/lib/python2.7/config/libpython2.7.a/local/data/opt/OldAnaconda/pkgs/python-
2.7.15-h33da82c_6/lib/python2.7/config/libpyt
>> > > > >> > > > > > > >> hon2.7.a*
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> When I ran echo $SHELL, it returned:
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> */bin/bash*
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> I attached the config.log file.
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> When I ran "module spider gnu", it
returned:
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> *cmdTrace.c(713):ERROR:104: 'spider' is an
>> > unrecognized
>> > > > >> > > > > > > >> subcommandcmdModule.c(411):ERROR:104:
'spider' is
>> an
>> > > > >> > > unrecognized
>> > > > >> > > > > > > >> subcommand*
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> But when I ran "gcc --version:, it
returned:
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> *gcc (GCC) 4.8.5 20150623 (Red Hat
>> 4.8.5-39)Copyright
>> > > (C)
>> > > > >> 2015
>> > > > >> > > > Free
>> > > > >> > > > > > > >> Software Foundation, Inc.This is free
software;
>> see
>> > the
>> > > > >> source
>> > > > >> > > for
>> > > > >> > > > > > > copying
>> > > > >> > > > > > > >> conditions.  There is NOwarranty; not even
for
>> > > > >> MERCHANTABILITY
>> > > > >> > > or
>> > > > >> > > > > > > FITNESS
>> > > > >> > > > > > > >> FOR A PARTICULAR PURPOSE.*
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> Does this mean that I should be running gcc
>> compiler
>> > > > >> instead
>> > > > >> > of
>> > > > >> > > > gnu?
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> Thanks,
>> > > > >> > > > > > > >> Michael Pletcher
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> On Tue, Sep 17, 2019 at 3:10 PM Julie
Prestopnik
>> via
>> > > RT <
>> > > > >> > > > > > > >> met_help at ucar.edu>
>> > > > >> > > > > > > >> wrote:
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >> > Hi Michael.
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > Since the output of "python-config
--cflags"
>> > > indicates
>> > > > >> the
>> > > > >> > > > header
>> > > > >> > > > > > > files
>> > > > >> > > > > > > >> are
>> > > > >> > > > > > > >> > in /usr/include/python2.7, the library
file is
>> > likely
>> > > > to
>> > > > >> be
>> > > > >> > > > found
>> > > > >> > > > > > in a
>> > > > >> > > > > > > >> > location like
>> > > > >> > > > > > > >>
>> > > > >> "/usr/lib/python2.7/config-x86_64-linux-
gnu/libpython2.7.a".
>> > > > >> > > > > > > >> > You can run the following command to find
it:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > find /usr/lib/ -name libpython2.7.a
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> >  To find out what shell you are using,
you can
>> run
>> > > the
>> > > > >> > > > following:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > echo $SHELL
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > Instead of pasting in the config.log
output,
>> could
>> > > you
>> > > > >> > please
>> > > > >> > > > > attach
>> > > > >> > > > > > > it
>> > > > >> > > > > > > >> to
>> > > > >> > > > > > > >> > this email?  When you run the configure
command,
>> > > there
>> > > > >> > should
>> > > > >> > > > be a
>> > > > >> > > > > > > file
>> > > > >> > > > > > > >> > "config.log" produced, which is the one
I'd
>> like to
>> > > > have
>> > > > >> you
>> > > > >> > > > > attach
>> > > > >> > > > > > > and
>> > > > >> > > > > > > >> > look at.
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > If your system doesn't use modulefiles
you can
>> > safely
>> > > > >> > ignore:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105:
Unable to
>> > locate
>> > > a
>> > > > >> > > > modulefile
>> > > > >> > > > > > for
>> > > > >> > > > > > > >> > > 'gnu/15.0.3'*
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > If it does use module files, you will
need to
>> know
>> > > the
>> > > > >> > version
>> > > > >> > > > for
>> > > > >> > > > > > the
>> > > > >> > > > > > > >> gnu
>> > > > >> > > > > > > >> > compilers.    If modules are used, you
can
>> > determine
>> > > > what
>> > > > >> > > > versions
>> > > > >> > > > > > are
>> > > > >> > > > > > > >> > available for loading by running:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > module spider gnu
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > This will output something like the
following:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > > > >> > > > > > > >> > >   gnu:
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> > > > >> > > > > > > >> > >      Versions:
>> > > > >> > > > > > > >> > >         gnu/7.4.0
>> > > > >> > > > > > > >> > >         gnu/8.3.0
>> > > > >> > > > > > > >> > >         gnu/9.1.0
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > Then you can choose the version of gnu
that
>> you'd
>> > > like
>> > > > to
>> > > > >> > > load.
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > If modules are not used and you would
like to
>> know
>> > > what
>> > > > >> > > version
>> > > > >> > > > > you
>> > > > >> > > > > > > are
>> > > > >> > > > > > > >> > running (not required for MET, but in
case you
>> want
>> > > to
>> > > > >> know
>> > > > >> > > for
>> > > > >> > > > > > future
>> > > > >> > > > > > > >> > reference), you can run:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > gcc --version
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > and you'll get something like:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > gcc (Debian 6.3.0-18+deb9u1) 6.3.0
20170516
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > Julie
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > On Mon, Sep 16, 2019 at 4:17 PM Michael
>> Pletcher -
>> > > NOAA
>> > > > >> > > > Affiliate
>> > > > >> > > > > > via
>> > > > >> > > > > > > >> RT <
>> > > > >> > > > > > > >> > met_help at ucar.edu> wrote:
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > <URL:
>> > > > >> > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >> > > > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > Hello Julie,
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > The output I received from "python-
config
>> > --cflags"
>> > > > is
>> > > > >> as
>> > > > >> > > > > follows:
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > *-I/usr/include/python2.7
>> > -I/usr/include/python2.7
>> > > > >> > > > > > > >> -fno-strict-aliasing
>> > > > >> > > > > > > >> > -O2
>> > > > >> > > > > > > >> > > -g -pipe -W all -Wp,-D_FORTIFY_SOURCE=2
>> > > -fexceptions
>> > > > >> > > > > > > >> > > -fstack-protector-strong
>> > --param=ssp-buffer-size=4
>> > > > >> > > > > > > >> -grecord-gcc-switches
>> > > > >> > > > > > > >> > > -m64 -mtune=generic -D_GNU_SOURCE -fPIC
>> -fwrapv
>> > > > >> -DNDEBUG
>> > > > >> > -O2
>> > > > >> > > > -g
>> > > > >> > > > > > > -pipe
>> > > > >> > > > > > > >> > -Wall
>> > > > >> > > > > > > >> > > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> > > > >> > > -fstack-protector-strong
>> > > > >> > > > > > > >> > > --param=ssp-buffer-size=4
>> -grecord-gcc-switches
>> > > -m64
>> > > > >> > > > > > -mtune=generic
>> > > > >> > > > > > > >> > > -D_GNU_SOURCE -fPIC -fwrapv*
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > I was not able to find libpython2.7.a
within
>> the
>> > > > files
>> > > > >> I
>> > > > >> > > have
>> > > > >> > > > > > > >> downloaded
>> > > > >> > > > > > > >> > so
>> > > > >> > > > > > > >> > > far.
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > I believe we are using bash, but how
would I
>> find
>> > > out
>> > > > >> > which
>> > > > >> > > > one
>> > > > >> > > > > I
>> > > > >> > > > > > am
>> > > > >> > > > > > > >> > using?
>> > > > >> > > > > > > >> > > My system administrator most likely
knows the
>> > > answer
>> > > > to
>> > > > >> > > this.
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > The config.log file is as follows:
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > *This file contains any messages
produced by
>> > > > compilers
>> > > > >> > > > > > whilerunning
>> > > > >> > > > > > > >> > > configure, to aid debugging if
configure
>> makes a
>> > > > >> > mistake.It
>> > > > >> > > > was
>> > > > >> > > > > > > >> created
>> > > > >> > > > > > > >> > by
>> > > > >> > > > > > > >> > > cairo configure 1.14.6, which
wasgenerated by
>> GNU
>> > > > >> Autoconf
>> > > > >> > > > 2.69.
>> > > > >> > > > > > > >> > > Invocation command line was  $
./configure
>> > > > >> > > > > > > >> > >
>> > > > >> > > > >
>> > > >
--prefix=/homes/metogra/mpletch1/ResearchProject/met/external_libs
>> > > > >> > > > > > > >> > > ax_cv_c_float_words_bigendian=no
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >>
>> > > > >> > > > > >
>> > > > >> > > >
>> > > > >> >
>> > > >
>> > LDFLAGS=-
L//homes/metogra/mpletch1/ResearchProject/met/external_libs/lib
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>> CPPFLAGS=-
I//homes/metogra/mpletch1/ResearchProject/met/external_libs/include##
>> > > > >> > > > > > > >> > > --------- #### Platform. #### ---------
>> > ##hostname
>> > > =
>> > > > >> > > > > > > >> sky.atmos.umd.edu
>> > > > >> > > > > > > >> > > <http://sky.atmos.umd.edu>uname -m =
>> x86_64uname
>> > > -r
>> > > > =
>> > > > >> > > > > > > >> > > 3.10.0-957.10.1.el7.x86_64uname -s =
Linux*
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > *uname -v = #1 SMP Thu Feb 7 07:12:53
UTC
>> > > > >> > 2019/usr/bin/uname
>> > > > >> > > > -p
>> > > > >> > > > > =
>> > > > >> > > > > > > >> > > x86_64/bin/uname -X     =
unknown/bin/arch
>> > > > >>   =
>> > > > >> > > > > > > >> > > x86_64/usr/bin/arch -k       =
>> > > > >> > > unknown/usr/convex/getsysinfo =
>> > > > >> > > > > > > >> > > unknown/usr/bin/hostinfo      =
>> > unknown/bin/machine
>> > > > >> > > >  =
>> > > > >> > > > > > > >> > > unknown/usr/bin/oslevel       =
>> > > unknown/bin/universe
>> > > > >> > > > =
>> > > > >> > > > > > > >> unknown*
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > *PATH: /opt/intel/binPATH:
>> > /opt/anaconda3/binPATH:
>> > > > >> > > > > > > >> > > /usr/lib64/qt-3.3/binPATH:
/opt/intel/binPATH:
>> > > > >> > > > > > > /opt/anaconda3/binPATH:
>> > > > >> > > > > > > >> > > /usr/local/binPATH: /usr/binPATH:
>> > > > /usr/local/sbinPATH:
>> > > > >> > > > > > > /usr/sbinPATH:
>> > > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
>> > > > >> > > > > > > >> /homes/metogra/mpletch1/binPATH:
>> > > > >> > > > > > > >> > > /homes/metogra/mpletch1/.local/binPATH:
>> > > > >> > > > > > > /homes/metogra/mpletch1/bin##
>> > > > >> > > > > > > >> > > ----------- #### Core tests. ####
-----------
>> > > > >> > > > ##configure:3205:
>> > > > >> > > > > > > >> checking
>> > > > >> > > > > > > >> > > for gccconfigure:3232: result:
>> > > > >> /usr/bin/gccconfigure:3461:
>> > > > >> > > > > > checking
>> > > > >> > > > > > > >> for C
>> > > > >> > > > > > > >> > > compiler versionconfigure:3470:
/usr/bin/gcc
>> > > > --version
>> > > > >> > > >&5gcc
>> > > > >> > > > > > (GCC)
>> > > > >> > > > > > > >> 4.8.5
>> > > > >> > > > > > > >> > > 20150623 (Red Hat 4.8.5-39)Copyright
(C) 2015
>> > Free
>> > > > >> > Software
>> > > > >> > > > > > > >> Foundation,
>> > > > >> > > > > > > >> > > Inc.This is free software; see the
source for
>> > > copying
>> > > > >> > > > > conditions.
>> > > > >> > > > > > *
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > I think the root of some of these
problems
>> (I'm
>> > > > >> extremely
>> > > > >> > > new
>> > > > >> > > > to
>> > > > >> > > > > > all
>> > > > >> > > > > > > >> of
>> > > > >> > > > > > > >> > > this, so I may be mistaken) is that I
am using
>> > the
>> > > > >> > incorrect
>> > > > >> > > > > > > compiler.
>> > > > >> > > > > > > >> > When
>> > > > >> > > > > > > >> > > I set the compiler, I did export
>> > > COMPILER=gnu_15.0.3,
>> > > > >> but
>> > > > >> > I
>> > > > >> > > > know
>> > > > >> > > > > > > >> 15.0.3
>> > > > >> > > > > > > >> > is
>> > > > >> > > > > > > >> > > for ics, not gnu. I also get this error
at the
>> > > > >> beginning
>> > > > >> > of
>> > > > >> > > > the
>> > > > >> > > > > > > output
>> > > > >> > > > > > > >> > when
>> > > > >> > > > > > > >> > > I run ./compile_MET_all.sh:
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > *ModuleCmd_Load.c(213):ERROR:105:
Unable to
>> > locate
>> > > a
>> > > > >> > > > modulefile
>> > > > >> > > > > > for
>> > > > >> > > > > > > >> > > 'gnu/15.0.3'*
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > Not really sure if this means anything,
just
>> want
>> > > to
>> > > > >> get
>> > > > >> > you
>> > > > >> > > > all
>> > > > >> > > > > > of
>> > > > >> > > > > > > >> the
>> > > > >> > > > > > > >> > > errors that I'm seeing.
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > Thanks,
>> > > > >> > > > > > > >> > > Michael Pletcher
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > On Mon, Sep 16, 2019 at 4:53 PM Julie
>> Prestopnik
>> > > via
>> > > > >> RT <
>> > > > >> > > > > > > >> > met_help at ucar.edu
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > wrote:
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > > > Hi Michael.
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > Thank you for letting me know about
the
>> output
>> > of
>> > > > >> > > > > "python-config
>> > > > >> > > > > > > >> > > > --ldflags".  MET needs to have more
>> information
>> > > > than
>> > > > >> > that
>> > > > >> > > > > > command
>> > > > >> > > > > > > is
>> > > > >> > > > > > > >> > > > returning.  Could you please tell me
what
>> the
>> > > > output
>> > > > >> of
>> > > > >> > > > > > > >> "python-config
>> > > > >> > > > > > > >> > > > --cflags" is as well?  That will help
me
>> find
>> > the
>> > > > >> file
>> > > > >> > > that
>> > > > >> > > > > MET
>> > > > >> > > > > > > >> needs
>> > > > >> > > > > > > >> > to
>> > > > >> > > > > > > >> > > > know about, namely the libpython2.7.a
>> file.  If
>> > > you
>> > > > >> find
>> > > > >> > > > that
>> > > > >> > > > > > > file,
>> > > > >> > > > > > > >> > > please
>> > > > >> > > > > > > >> > > > let me know what the path to it is.
Once
>> we
>> > > have
>> > > > >> that
>> > > > >> > > > > location
>> > > > >> > > > > > > we
>> > > > >> > > > > > > >> can
>> > > > >> > > > > > > >> > > > formulate the appropriate value to
set for
>> > > > >> > MET_PYTHON_LD.
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > Also, are you using the bash or csh?
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > Regarding Cairo, please send me the
>> config.log
>> > > file
>> > > > >> that
>> > > > >> > > was
>> > > > >> > > > > > > output
>> > > > >> > > > > > > >> > from
>> > > > >> > > > > > > >> > > > running configure for Cairo and I'll
take a
>> > look.
>> > > > >> > Thanks!
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > Julie
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > On Mon, Sep 16, 2019 at 2:42 PM
Michael
>> > Pletcher
>> > > -
>> > > > >> NOAA
>> > > > >> > > > > > Affiliate
>> > > > >> > > > > > > >> via
>> > > > >> > > > > > > >> > RT
>> > > > >> > > > > > > >> > > <
>> > > > >> > > > > > > >> > > > met_help at ucar.edu> wrote:
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > <URL:
>> > > > >> > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > Good afternoon,
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > I finally had time to attempt these
>> > > instructions.
>> > > > >> > > > Regarding
>> > > > >> > > > > a
>> > > > >> > > > > > > few
>> > > > >> > > > > > > >> > > things:
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > When I ran the line "python-config
>> > --ldflags",
>> > > > this
>> > > > >> > was
>> > > > >> > > > the
>> > > > >> > > > > > > output
>> > > > >> > > > > > > >> > > (which
>> > > > >> > > > > > > >> > > > > does not include the -L you
mentioned):
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > *-lpthread -ldl -lutil -lm
-lpython2.7
>> > -Xlinker
>> > > > >> > > > > > -export-dynamic
>> > > > >> > > > > > > *
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > Also, when I ran
"./compile_MET_all.sh",
>> it
>> > > > >> returned
>> > > > >> > > this
>> > > > >> > > > > when
>> > > > >> > > > > > > it
>> > > > >> > > > > > > >> got
>> > > > >> > > > > > > >> > > to
>> > > > >> > > > > > > >> > > > > compiling CAIRO:
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > *configure returned with non-zero
(1)
>> status*
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > My system administrator suggested
the
>> error
>> > > from
>> > > > >> Cairo
>> > > > >> > > > could
>> > > > >> > > > > > be
>> > > > >> > > > > > > >> > caused
>> > > > >> > > > > > > >> > > by
>> > > > >> > > > > > > >> > > > > Redhat compatibility. Our Linux
operates
>> on
>> > > > Redhat
>> > > > >> > > > > Enterprise
>> > > > >> > > > > > 7,
>> > > > >> > > > > > > >> and
>> > > > >> > > > > > > >> > he
>> > > > >> > > > > > > >> > > > > mentioned that there have been
issues with
>> > > > running
>> > > > >> > Cairo
>> > > > >> > > > on
>> > > > >> > > > > it
>> > > > >> > > > > > > in
>> > > > >> > > > > > > >> the
>> > > > >> > > > > > > >> > > > past.
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > Let me know if there is anything I
can do
>> to
>> > > fix
>> > > > >> these
>> > > > >> > > > > issues.
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > Thanks,
>> > > > >> > > > > > > >> > > > > Michael Pletcher
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > On Wed, Sep 4, 2019 at 2:46 PM
Julie
>> > Prestopnik
>> > > > via
>> > > > >> > RT <
>> > > > >> > > > > > > >> > > > met_help at ucar.edu>
>> > > > >> > > > > > > >> > > > > wrote:
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > > > Hi Michael.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > As John indicated in his email,
Docker
>> is
>> > the
>> > > > >> > easiest
>> > > > >> > > > way
>> > > > >> > > > > to
>> > > > >> > > > > > > >> make
>> > > > >> > > > > > > >> > MET
>> > > > >> > > > > > > >> > > > > > available.  But, it is definitely
>> possible
>> > > for
>> > > > >> you
>> > > > >> > to
>> > > > >> > > > > > download
>> > > > >> > > > > > > >> MET
>> > > > >> > > > > > > >> > > to a
>> > > > >> > > > > > > >> > > > > > Linux machine and compile it from
>> > scratch.  I
>> > > > >> have
>> > > > >> > > > > described
>> > > > >> > > > > > > >> that
>> > > > >> > > > > > > >> > > > process
>> > > > >> > > > > > > >> > > > > > below.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > You can find a script to help you
>> install
>> > MET
>> > > > at
>> > > > >> > this
>> > > > >> > > > > link,
>> > > > >> > > > > > > and
>> > > > >> > > > > > > >> > I'll
>> > > > >> > > > > > > >> > > > put
>> > > > >> > > > > > > >> > > > > > instructions below:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/download#compile
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > This script may or may not work
right
>> away.
>> > > > Some
>> > > > >> > > > systems
>> > > > >> > > > > > have
>> > > > >> > > > > > > >> > needed
>> > > > >> > > > > > > >> > > > > more
>> > > > >> > > > > > > >> > > > > > work than others.  To get
started,
>> decide
>> > > where
>> > > > >> you
>> > > > >> > > > would
>> > > > >> > > > > > like
>> > > > >> > > > > > > >> to
>> > > > >> > > > > > > >> > > > install
>> > > > >> > > > > > > >> > > > > > MET.  The following example will
assume
>> > > you're
>> > > > >> going
>> > > > >> > > to
>> > > > >> > > > > put
>> > > > >> > > > > > it
>> > > > >> > > > > > > >> in
>> > > > >> > > > > > > >> > > > > > /d1/pletcher/met/8.1.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > You'll need to download
>> compile_MET_all.sh
>> > > and
>> > > > >> > > > > tar_files.tar
>> > > > >> > > > > > > >> from
>> > > > >> > > > > > > >> > the
>> > > > >> > > > > > > >> > > > > link
>> > > > >> > > > > > > >> > > > > > above.  You'll also need to
download our
>> > > latest
>> > > > >> MET
>> > > > >> > > > > release:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>> https://dtcenter.org/sites/default/files/community-code/met/met-
8.1.1.20190708.tar.gz
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > Put compile_MET_all.sh.tgz (and
unpack
>> it
>> > > with
>> > > > >> "tar
>> > > > >> > > -zxf
>> > > > >> > > > > > > >> > > > > > compile_MET_all.sh.tgz
>> > > > >> > > > > > > >> > > > > > ") and tar_files.tar in
>> > /d1/pletcher/met/8.1
>> > > > (or
>> > > > >> > where
>> > > > >> > > > > ever
>> > > > >> > > > > > > you
>> > > > >> > > > > > > >> > chose
>> > > > >> > > > > > > >> > > > to
>> > > > >> > > > > > > >> > > > > > put it).  Unpack the tar file and
move
>> > > > >> > > > > > > met-8.1.1.20190708.tar.gz
>> > > > >> > > > > > > >> > into
>> > > > >> > > > > > > >> > > > the
>> > > > >> > > > > > > >> > > > > > tar_files directory.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > Then, you'll need to set up some
>> > environment
>> > > > >> > variables
>> > > > >> > > > as
>> > > > >> > > > > > > >> described
>> > > > >> > > > > > > >> > > in
>> > > > >> > > > > > > >> > > > > the
>> > > > >> > > > > > > >> > > > > > link above.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > For reference using this example,
I
>> would
>> > set
>> > > > the
>> > > > >> > > > > following:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > export
TEST_BASE=/d1/pletcher/met/8.1
>> > > > >> > > > > > > >> > > > > > export COMPILER=ics_15.0.3  (The
format
>> is
>> > > > >> > "compiler"
>> > > > >> > > > > > > underscore
>> > > > >> > > > > > > >> > > > > > "version".  If using modules on
your
>> > system,
>> > > > >> you'll
>> > > > >> > > need
>> > > > >> > > > > use
>> > > > >> > > > > > > the
>> > > > >> > > > > > > >> > > > compiler
>> > > > >> > > > > > > >> > > > > > name that the module would load
(e.g.
>> > module
>> > > > load
>> > > > >> > > > > ics/15.0.3
>> > > > >> > > > > > > to
>> > > > >> > > > > > > >> > load
>> > > > >> > > > > > > >> > > > the
>> > > > >> > > > > > > >> > > > > > intel compiler version 15.0.3.
>> Otherwise,
>> > if
>> > > > >> using
>> > > > >> > > not
>> > > > >> > > > > > using
>> > > > >> > > > > > > >> > modules
>> > > > >> > > > > > > >> > > > and
>> > > > >> > > > > > > >> > > > > > using gcc, please use "gnu" for
the
>> > compiler.
>> > > > >> And,
>> > > > >> > if
>> > > > >> > > > not
>> > > > >> > > > > > > using
>> > > > >> > > > > > > >> > > > modules
>> > > > >> > > > > > > >> > > > > > and using intel, you can use
"intel".
>> You
>> > can
>> > > > >> find
>> > > > >> > the
>> > > > >> > > > > > version
>> > > > >> > > > > > > >> by
>> > > > >> > > > > > > >> > > > running
>> > > > >> > > > > > > >> > > > > > "gcc --version" or "icc --verion"
>> > > > respectively.)
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > export MET_SUBDIR=${TEST_BASE}/
>> > > > >> > > > > > > >> > > > > > export
>> > MET_TARBALL=met-8.1.1.20190708.tar.gz
>> > > > >> > > > > > > >> > > > > > export MET_PYTHON_CC=`python-
config
>> > --cflags`
>> > > > >> > > > > > > >> > > > > > export MET_PYTHON_LD=`python-
config
>> > > --ldflags`
>> > > > >> (This
>> > > > >> > > may
>> > > > >> > > > > not
>> > > > >> > > > > > > >> work.
>> > > > >> > > > > > > >> > > Run
>> > > > >> > > > > > > >> > > > > > python-config --ldflags on the
command
>> line
>> > > and
>> > > > >> see
>> > > > >> > if
>> > > > >> > > > you
>> > > > >> > > > > > get
>> > > > >> > > > > > > >> > output
>> > > > >> > > > > > > >> > > > > > including "-L".  If you don't,
please
>> let
>> > me
>> > > > know
>> > > > >> > and
>> > > > >> > > I
>> > > > >> > > > > can
>> > > > >> > > > > > > walk
>> > > > >> > > > > > > >> > you
>> > > > >> > > > > > > >> > > > > > through how to find this
information.)
>> > > > >> > > > > > > >> > > > > > export
>> > > > >> PYTHON_MODULE_USE=/usrx/local/dev/modulefiles
>> > > > >> > > > > > (Assuming
>> > > > >> > > > > > > >> > you're
>> > > > >> > > > > > > >> > > > not
>> > > > >> > > > > > > >> > > > > > using modulefiles, it doesn't
matter
>> what
>> > you
>> > > > set
>> > > > >> > this
>> > > > >> > > > to,
>> > > > >> > > > > > but
>> > > > >> > > > > > > >> it
>> > > > >> > > > > > > >> > > needs
>> > > > >> > > > > > > >> > > > > to
>> > > > >> > > > > > > >> > > > > > be set to something otherwise MET
won't
>> > > > configure
>> > > > >> > for
>> > > > >> > > > > Python
>> > > > >> > > > > > > >> > > embedding.
>> > > > >> > > > > > > >> > > > > > You could just set it to
"python".).
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > If you're not using modules, the
output
>> of
>> > > the
>> > > > >> > script
>> > > > >> > > > will
>> > > > >> > > > > > say
>> > > > >> > > > > > > >> > > > something
>> > > > >> > > > > > > >> > > > > > about modules not being found and
you
>> can
>> > > > safely
>> > > > >> > > ignore
>> > > > >> > > > > > that.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > You may need to make the script
>> executable,
>> > > but
>> > > > >> then
>> > > > >> > > you
>> > > > >> > > > > can
>> > > > >> > > > > > > >> run it
>> > > > >> > > > > > > >> > > > with
>> > > > >> > > > > > > >> > > > > > "./compile_MET_all.sh".  For some
people
>> > who
>> > > > have
>> > > > >> > used
>> > > > >> > > > > this
>> > > > >> > > > > > > >> script,
>> > > > >> > > > > > > >> > > > they
>> > > > >> > > > > > > >> > > > > > have had their own laptops with
hardly
>> > > anything
>> > > > >> on
>> > > > >> > it.
>> > > > >> > > > > They
>> > > > >> > > > > > > >> have
>> > > > >> > > > > > > >> > > > needed
>> > > > >> > > > > > > >> > > > > to
>> > > > >> > > > > > > >> > > > > > install the following packages
using the
>> > > > >> following
>> > > > >> > > > > commands:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > sudo apt-get update
>> > > > >> > > > > > > >> > > > > > sudo apt install python-dev
>> > > > >> > > > > > > >> > > > > > sudo apt-get install flex bison
>> > > > >> > > > > > > >> > > > > > sudo apt-get install libpixman-1-
dev
>> > > > >> > > > > > > >> > > > > > sudo apt-get install libjpeg-dev
>> > > > >> > > > > > > >> > > > > > sudo apt-get install pkg-config
>> > > > >> > > > > > > >> > > > > > sudo apt-get install libpng-dev
>> > > > >> > > > > > > >> > > > > > sudo apt-get install unzip
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > If the script runs and starts
installing
>> > the
>> > > > >> > external
>> > > > >> > > > > > > libraries
>> > > > >> > > > > > > >> > > > > > successfully but then stops,
there are
>> > > constant
>> > > > >> > which
>> > > > >> > > > you
>> > > > >> > > > > > can
>> > > > >> > > > > > > >> set
>> > > > >> > > > > > > >> > to
>> > > > >> > > > > > > >> > > 0,
>> > > > >> > > > > > > >> > > > > so
>> > > > >> > > > > > > >> > > > > > that you won't have to wait for
them to
>> be
>> > > > >> installed
>> > > > >> > > > > again.
>> > > > >> > > > > > > In
>> > > > >> > > > > > > >> the
>> > > > >> > > > > > > >> > > > > compile
>> > > > >> > > > > > > >> > > > > > script you'll see the following
which
>> you
>> > can
>> > > > >> modify
>> > > > >> > > if
>> > > > >> > > > > > > >> necessary:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > COMPILE_GSL=1
>> > > > >> > > > > > > >> > > > > > COMPILE_BUFRLIB=1
>> > > > >> > > > > > > >> > > > > > COMPILE_ZLIB=1
>> > > > >> > > > > > > >> > > > > > COMPILE_LIBPNG=1
>> > > > >> > > > > > > >> > > > > > COMPILE_JASPER=1
>> > > > >> > > > > > > >> > > > > > COMPILE_G2CLIB=1
>> > > > >> > > > > > > >> > > > > > COMPILE_HDF=1
>> > > > >> > > > > > > >> > > > > > COMPILE_HDFEOS=1
>> > > > >> > > > > > > >> > > > > > COMPILE_NETCDF=1
>> > > > >> > > > > > > >> > > > > > COMPILE_FREETYPE=1
>> > > > >> > > > > > > >> > > > > > COMPILE_CAIRO=1
>> > > > >> > > > > > > >> > > > > > COMPILE_MET=1
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > Please let me know if you have
any
>> > questions.
>> > > > I
>> > > > >> > know
>> > > > >> > > > this
>> > > > >> > > > > > is
>> > > > >> > > > > > > a
>> > > > >> > > > > > > >> lot
>> > > > >> > > > > > > >> > > to
>> > > > >> > > > > > > >> > > > > take
>> > > > >> > > > > > > >> > > > > > in, so don't hesitate to reach
out with
>> any
>> > > > >> > questions.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > Thanks,
>> > > > >> > > > > > > >> > > > > > Julie
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > On Wed, Sep 4, 2019 at 11:57 AM
Michael
>> > > > Pletcher
>> > > > >> -
>> > > > >> > > NOAA
>> > > > >> > > > > > > >> Affiliate
>> > > > >> > > > > > > >> > via
>> > > > >> > > > > > > >> > > > RT
>> > > > >> > > > > > > >> > > > > <
>> > > > >> > > > > > > >> > > > > > met_help at ucar.edu> wrote:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > <URL:
>> > > > >> > > > > > >
>> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > Julie,
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > I am aware of the ability to
access
>> MET
>> > > > within
>> > > > >> > WPC.
>> > > > >> > > > > > However,
>> > > > >> > > > > > > >> I'm
>> > > > >> > > > > > > >> > > > > curious
>> > > > >> > > > > > > >> > > > > > as
>> > > > >> > > > > > > >> > > > > > > to whether or not it is
possible to
>> > > download
>> > > > >> MET
>> > > > >> > to
>> > > > >> > > a
>> > > > >> > > > > > Linux
>> > > > >> > > > > > > >> > machine
>> > > > >> > > > > > > >> > > > in
>> > > > >> > > > > > > >> > > > > > the
>> > > > >> > > > > > > >> > > > > > > computer lab within my
department
>> > > (Department
>> > > > >> of
>> > > > >> > > > > > > Atmospheric &
>> > > > >> > > > > > > >> > > > Oceanic
>> > > > >> > > > > > > >> > > > > > > Science). The reason I am
asking for
>> this
>> > > is
>> > > > >> > > because I
>> > > > >> > > > > do
>> > > > >> > > > > > > not
>> > > > >> > > > > > > >> > have
>> > > > >> > > > > > > >> > > a
>> > > > >> > > > > > > >> > > > > > > federal badge to freely access
MET at
>> > > anytime
>> > > > >> at
>> > > > >> > > > NCWCP.
>> > > > >> > > > > I
>> > > > >> > > > > > > will
>> > > > >> > > > > > > >> > talk
>> > > > >> > > > > > > >> > > > > with
>> > > > >> > > > > > > >> > > > > > > the system administrator for my
>> > department
>> > > (
>> > > > >> > > > > > > jhenriks at umd.edu)
>> > > > >> > > > > > > >> > and
>> > > > >> > > > > > > >> > > > see
>> > > > >> > > > > > > >> > > > > > what
>> > > > >> > > > > > > >> > > > > > > he thinks about this.
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > Thanks,
>> > > > >> > > > > > > >> > > > > > > Michael Pletcher
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > On Wed, Sep 4, 2019 at 1:38 PM
Julie
>> > > > Prestopnik
>> > > > >> > via
>> > > > >> > > > RT <
>> > > > >> > > > > > > >> > > > > > met_help at ucar.edu>
>> > > > >> > > > > > > >> > > > > > > wrote:
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > > > Hi Michael.  It was recently
>> brought to
>> > > my
>> > > > >> > > attention
>> > > > >> > > > > > that
>> > > > >> > > > > > > >> you
>> > > > >> > > > > > > >> > are
>> > > > >> > > > > > > >> > > > > > working
>> > > > >> > > > > > > >> > > > > > > > with the WPC group at NOAA.
I'm not
>> > sure
>> > > > >> > exactly
>> > > > >> > > > what
>> > > > >> > > > > > > >> machines
>> > > > >> > > > > > > >> > > MET
>> > > > >> > > > > > > >> > > > > is
>> > > > >> > > > > > > >> > > > > > > > accessible from, but there is
an
>> > install
>> > > > for
>> > > > >> the
>> > > > >> > > WPC
>> > > > >> > > > > > group
>> > > > >> > > > > > > >> at
>> > > > >> > > > > > > >> > > > > > /opt/MET/81
>> > > > >> > > > > > > >> > > > > > > > on at least some of their
>> machines.  I
>> > > hope
>> > > > >> that
>> > > > >> > > > > helps!
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > Julie
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > On Wed, Sep 4, 2019 at 8:28
AM Julie
>> > > > >> Prestopnik
>> > > > >> > <
>> > > > >> > > > > > > >> > > jpresto at ucar.edu>
>> > > > >> > > > > > > >> > > > > > > wrote:
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > Hi Michael.
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > I see that you'd like to
access
>> MET
>> > for
>> > > > >> your
>> > > > >> > > > > research.
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > We have MET installed for
users
>> on a
>> > > > >> variety
>> > > > >> > of
>> > > > >> > > > NOAA
>> > > > >> > > > > > > >> > machines.
>> > > > >> > > > > > > >> > > > > Take
>> > > > >> > > > > > > >> > > > > > a
>> > > > >> > > > > > > >> > > > > > > > > look at this website and
see if
>> you
>> > > have
>> > > > >> > access
>> > > > >> > > to
>> > > > >> > > > > any
>> > > > >> > > > > > > of
>> > > > >> > > > > > > >> > these
>> > > > >> > > > > > > >> > > > > > > machines
>> > > > >> > > > > > > >> > > > > > > > > where there is currently an
>> existing
>> > > > build
>> > > > >> of
>> > > > >> > > MET:
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> >
>> > > > >>
>> > > >
>> > >
>> >
>> https://dtcenter.org/community-code/model-evaluation-tools-
met/metv8-1-existing-builds-metplus-2-1-installations
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > The machine, "hera", which
is
>> > replacing
>> > > > >> > "theia"
>> > > > >> > > > > should
>> > > > >> > > > > > > >> also
>> > > > >> > > > > > > >> > be
>> > > > >> > > > > > > >> > > on
>> > > > >> > > > > > > >> > > > > > that
>> > > > >> > > > > > > >> > > > > > > > > list.  I will add "hera"
later
>> today.
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > If you don't have access to
any of
>> > > those
>> > > > >> > > existing
>> > > > >> > > > > > builds
>> > > > >> > > > > > > >> you
>> > > > >> > > > > > > >> > > can
>> > > > >> > > > > > > >> > > > > > > download
>> > > > >> > > > > > > >> > > > > > > > > the MET code online and
install in
>> > on a
>> > > > >> Linux
>> > > > >> > > > > machine.
>> > > > >> > > > > > > If
>> > > > >> > > > > > > >> > you
>> > > > >> > > > > > > >> > > > end
>> > > > >> > > > > > > >> > > > > up
>> > > > >> > > > > > > >> > > > > > > > > needing to install it,
please let
>> me
>> > > > know,
>> > > > >> and
>> > > > >> > > > I'll
>> > > > >> > > > > > send
>> > > > >> > > > > > > >> some
>> > > > >> > > > > > > >> > > > > > > additional
>> > > > >> > > > > > > >> > > > > > > > > useful information for the
>> > > installation.
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > Thanks,
>> > > > >> > > > > > > >> > > > > > > > > Julie
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > On Tue, Sep 3, 2019 at 5:46
PM
>> > Michael
>> > > > >> > Pletcher
>> > > > >> > > -
>> > > > >> > > > > NOAA
>> > > > >> > > > > > > >> > > Affiliate
>> > > > >> > > > > > > >> > > > > via
>> > > > >> > > > > > > >> > > > > > > RT <
>> > > > >> > > > > > > >> > > > > > > > > met_help at ucar.edu> wrote:
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >> Tue Sep 03 17:46:23 2019:
Request
>> > > 91886
>> > > > >> was
>> > > > >> > > acted
>> > > > >> > > > > > upon.
>> > > > >> > > > > > > >> > > > > > > > >> Transaction: Ticket
created by
>> > > > >> > > > > > > michael.pletcher at noaa.gov
>> > > > >> > > > > > > >> > > > > > > > >>        Queue: met_help
>> > > > >> > > > > > > >> > > > > > > > >>      Subject: NCWCP
Student
>> > Affiliate
>> > > > >> > > > > > > >> > > > > > > > >>        Owner: Nobody
>> > > > >> > > > > > > >> > > > > > > > >>   Requestors:
>> > > michael.pletcher at noaa.gov
>> > > > >> > > > > > > >> > > > > > > > >>       Status: new
>> > > > >> > > > > > > >> > > > > > > > >>  Ticket <URL:
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >> Hello,
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >> My name is Michael
Pletcher and
>> I am
>> > > > >> senior
>> > > > >> > at
>> > > > >> > > > the
>> > > > >> > > > > > > >> > University
>> > > > >> > > > > > > >> > > of
>> > > > >> > > > > > > >> > > > > > > > Maryland.
>> > > > >> > > > > > > >> > > > > > > > >> I am currently working
with the
>> > > Weather
>> > > > >> > > > Prediction
>> > > > >> > > > > > > Center
>> > > > >> > > > > > > >> > on a
>> > > > >> > > > > > > >> > > > > > > research
>> > > > >> > > > > > > >> > > > > > > > >> project, and my advisors
have
>> > > suggested
>> > > > >> that
>> > > > >> > I
>> > > > >> > > > > find a
>> > > > >> > > > > > > >> way to
>> > > > >> > > > > > > >> > > > > access
>> > > > >> > > > > > > >> > > > > > > MET
>> > > > >> > > > > > > >> > > > > > > > >> software remotely from
NCWCP to
>> work
>> > > on
>> > > > my
>> > > > >> > > > project.
>> > > > >> > > > > > > >> Please
>> > > > >> > > > > > > >> > let
>> > > > >> > > > > > > >> > > > me
>> > > > >> > > > > > > >> > > > > > know
>> > > > >> > > > > > > >> > > > > > > > if
>> > > > >> > > > > > > >> > > > > > > > >> it is possible to download
MET
>> to my
>> > > > >> laptop
>> > > > >> > > > > computer,
>> > > > >> > > > > > > or
>> > > > >> > > > > > > >> if
>> > > > >> > > > > > > >> > I
>> > > > >> > > > > > > >> > > > > could
>> > > > >> > > > > > > >> > > > > > > > >> possibly download it to my
>> > > department's
>> > > > >> > > > > (Atmospheric
>> > > > >> > > > > > &
>> > > > >> > > > > > > >> > Oceanic
>> > > > >> > > > > > > >> > > > > > > Science)
>> > > > >> > > > > > > >> > > > > > > > >> computers. Let me know if
I need
>> to
>> > > > answer
>> > > > >> > any
>> > > > >> > > > > > > questions.
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >> Thanks,
>> > > > >> > > > > > > >> > > > > > > > >> Michael Pletcher
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >>
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > --
>> > > > >> > > > > > > >> > > > > > > > > Julie Prestopnik
>> > > > >> > > > > > > >> > > > > > > > > Software Engineer
>> > > > >> > > > > > > >> > > > > > > > > National Center for
Atmospheric
>> > > Research
>> > > > >> > > > > > > >> > > > > > > > > Research Applications
Laboratory
>> > > > >> > > > > > > >> > > > > > > > > Phone: 303.497.8399
>> > > > >> > > > > > > >> > > > > > > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > > My working day may not be
your
>> > working
>> > > > day.
>> > > > >> > > > Please
>> > > > >> > > > > do
>> > > > >> > > > > > > not
>> > > > >> > > > > > > >> > feel
>> > > > >> > > > > > > >> > > > > > obliged
>> > > > >> > > > > > > >> > > > > > > > to
>> > > > >> > > > > > > >> > > > > > > > > reply to this email outside
of
>> your
>> > > > normal
>> > > > >> > > working
>> > > > >> > > > > > > hours.
>> > > > >> > > > > > > >> > > > > > > > >
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > --
>> > > > >> > > > > > > >> > > > > > > > Julie Prestopnik
>> > > > >> > > > > > > >> > > > > > > > Software Engineer
>> > > > >> > > > > > > >> > > > > > > > National Center for
Atmospheric
>> > Research
>> > > > >> > > > > > > >> > > > > > > > Research Applications
Laboratory
>> > > > >> > > > > > > >> > > > > > > > Phone: 303.497.8399
>> > > > >> > > > > > > >> > > > > > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > > My working day may not be
your
>> working
>> > > day.
>> > > > >> > > Please
>> > > > >> > > > do
>> > > > >> > > > > > not
>> > > > >> > > > > > > >> feel
>> > > > >> > > > > > > >> > > > > obliged
>> > > > >> > > > > > > >> > > > > > > to
>> > > > >> > > > > > > >> > > > > > > > reply to this email outside
of your
>> > > normal
>> > > > >> > working
>> > > > >> > > > > > hours.
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > > >
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > > >
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > --
>> > > > >> > > > > > > >> > > > > > Julie Prestopnik
>> > > > >> > > > > > > >> > > > > > Software Engineer
>> > > > >> > > > > > > >> > > > > > National Center for Atmospheric
Research
>> > > > >> > > > > > > >> > > > > > Research Applications Laboratory
>> > > > >> > > > > > > >> > > > > > Phone: 303.497.8399
>> > > > >> > > > > > > >> > > > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > > My working day may not be your
working
>> day.
>> > > > >> Please
>> > > > >> > do
>> > > > >> > > > not
>> > > > >> > > > > > > feel
>> > > > >> > > > > > > >> > > obliged
>> > > > >> > > > > > > >> > > > > to
>> > > > >> > > > > > > >> > > > > > reply to this email outside of
your
>> normal
>> > > > >> working
>> > > > >> > > > hours.
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > > >
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > --
>> > > > >> > > > > > > >> > > > Julie Prestopnik
>> > > > >> > > > > > > >> > > > Software Engineer
>> > > > >> > > > > > > >> > > > National Center for Atmospheric
Research
>> > > > >> > > > > > > >> > > > Research Applications Laboratory
>> > > > >> > > > > > > >> > > > Phone: 303.497.8399
>> > > > >> > > > > > > >> > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > > My working day may not be your
working day.
>> > > Please
>> > > > >> do
>> > > > >> > not
>> > > > >> > > > > feel
>> > > > >> > > > > > > >> obliged
>> > > > >> > > > > > > >> > > to
>> > > > >> > > > > > > >> > > > reply to this email outside of your
normal
>> > > working
>> > > > >> > hours.
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> > >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > --
>> > > > >> > > > > > > >> > Julie Prestopnik
>> > > > >> > > > > > > >> > Software Engineer
>> > > > >> > > > > > > >> > National Center for Atmospheric Research
>> > > > >> > > > > > > >> > Research Applications Laboratory
>> > > > >> > > > > > > >> > Phone: 303.497.8399
>> > > > >> > > > > > > >> > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> > My working day may not be your working
day.
>> Please
>> > > do
>> > > > >> not
>> > > > >> > > feel
>> > > > >> > > > > > > obliged
>> > > > >> > > > > > > >> to
>> > > > >> > > > > > > >> > reply to this email outside of your
normal
>> working
>> > > > hours.
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >> >
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >>
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > --
>> > > > >> > > > > > > > Julie Prestopnik
>> > > > >> > > > > > > > Software Engineer
>> > > > >> > > > > > > > National Center for Atmospheric Research
>> > > > >> > > > > > > > Research Applications Laboratory
>> > > > >> > > > > > > > Phone: 303.497.8399
>> > > > >> > > > > > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > > >
>> > > > >> > > > > > > > My working day may not be your working day.
>> Please do
>> > > not
>> > > > >> feel
>> > > > >> > > > > obliged
>> > > > >> > > > > > > to
>> > > > >> > > > > > > > reply to this email outside of your normal
working
>> > > hours.
>> > > > >> > > > > > > >
>> > > > >> > > > > > >
>> > > > >> > > > > > >
>> > > > >> > > > > > > --
>> > > > >> > > > > > > Julie Prestopnik
>> > > > >> > > > > > > Software Engineer
>> > > > >> > > > > > > National Center for Atmospheric Research
>> > > > >> > > > > > > Research Applications Laboratory
>> > > > >> > > > > > > Phone: 303.497.8399
>> > > > >> > > > > > > Email: jpresto at ucar.edu
>> > > > >> > > > > > >
>> > > > >> > > > > > > My working day may not be your working day.
Please
>> do
>> > not
>> > > > >> feel
>> > > > >> > > > obliged
>> > > > >> > > > > > to
>> > > > >> > > > > > > reply to this email outside of your normal
working
>> > hours.
>> > > > >> > > > > > >
>> > > > >> > > > > > >
>> > > > >> > > > > >
>> > > > >> > > > > >
>> > > > >> > > > >
>> > > > >> > > > > --
>> > > > >> > > > > Julie Prestopnik
>> > > > >> > > > > Software Engineer
>> > > > >> > > > > National Center for Atmospheric Research
>> > > > >> > > > > Research Applications Laboratory
>> > > > >> > > > > Phone: 303.497.8399
>> > > > >> > > > > Email: jpresto at ucar.edu
>> > > > >> > > > >
>> > > > >> > > > > My working day may not be your working day.
Please do
>> not
>> > > feel
>> > > > >> > obliged
>> > > > >> > > > to
>> > > > >> > > > > reply to this email outside of your normal working
hours.
>> > > > >> > > > >
>> > > > >> > > > >
>> > > > >> > > >
>> > > > >> > > >
>> > > > >> > >
>> > > > >> > > --
>> > > > >> > > Julie Prestopnik
>> > > > >> > > Software Engineer
>> > > > >> > > National Center for Atmospheric Research
>> > > > >> > > Research Applications Laboratory
>> > > > >> > > Phone: 303.497.8399
>> > > > >> > > Email: jpresto at ucar.edu
>> > > > >> > >
>> > > > >> > > My working day may not be your working day.  Please do
not
>> feel
>> > > > >> obliged
>> > > > >> > to
>> > > > >> > > reply to this email outside of your normal working
hours.
>> > > > >> > >
>> > > > >> > >
>> > > > >> >
>> > > > >> >
>> > > > >>
>> > > > >> --
>> > > > >> Julie Prestopnik
>> > > > >> Software Engineer
>> > > > >> National Center for Atmospheric Research
>> > > > >> Research Applications Laboratory
>> > > > >> Phone: 303.497.8399
>> > > > >> Email: jpresto at ucar.edu
>> > > > >>
>> > > > >> My working day may not be your working day.  Please do not
feel
>> > > obliged
>> > > > to
>> > > > >> reply to this email outside of your normal working hours.
>> > > > >>
>> > > > >>
>> > > >
>> > > >
>> > >
>> > > --
>> > > Julie Prestopnik
>> > > Software Engineer
>> > > National Center for Atmospheric Research
>> > > Research Applications Laboratory
>> > > Phone: 303.497.8399
>> > > Email: jpresto at ucar.edu
>> > >
>> > > My working day may not be your working day.  Please do not feel
>> obliged
>> > to
>> > > reply to this email outside of your normal working hours.
>> > >
>> > >
>> >
>> >
>>
>> --
>> Julie Prestopnik
>> Software Engineer
>> National Center for Atmospheric Research
>> Research Applications Laboratory
>> Phone: 303.497.8399
>> Email: jpresto at ucar.edu
>>
>> My working day may not be your working day.  Please do not feel
obliged to
>> reply to this email outside of your normal working hours.
>>
>>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Wed Sep 25 14:50:12 2019

Hi Michael.  The make.log and make_install.log file look great and
your
screenshot looked great too.  My apologies, but I forgot to ask you to
send
over your make_test.log file.  Could you please do that?  I'm guessing
it
will be fine, but I figure it won't hurt to check.  Thanks so much!

Julie

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Wed Sep 25 15:26:21 2019

Julie,

That's great to hear! I've attached the make_test.log file.

Thanks,
Michael Pletcher

On Wed, Sep 25, 2019 at 4:50 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Hi Michael.  The make.log and make_install.log file look great and
your
> screenshot looked great too.  My apologies, but I forgot to ask you
to send
> over your make_test.log file.  Could you please do that?  I'm
guessing it
> will be fine, but I figure it won't hurt to check.  Thanks so much!
>
> Julie
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Thu Sep 26 13:15:32 2019

Thank you!  Everything looks great. I'll go ahead and close this
ticket,
but don't hesitate to open a new ticket if you need assistance or have
questions!

Julie

On Wed, Sep 25, 2019 at 3:26 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> That's great to hear! I've attached the make_test.log file.
>
> Thanks,
> Michael Pletcher
>
> On Wed, Sep 25, 2019 at 4:50 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Hi Michael.  The make.log and make_install.log file look great and
your
> > screenshot looked great too.  My apologies, but I forgot to ask
you to
> send
> > over your make_test.log file.  Could you please do that?  I'm
guessing it
> > will be fine, but I figure it won't hurt to check.  Thanks so
much!
> >
> > Julie
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Michael Pletcher - NOAA Affiliate
Time: Thu Sep 26 13:50:53 2019

Julie,

Again, thank you so much for all of your help. You were extremely
responsive and truly made this process as pain-free as possible. I'm
glad
to have learned a new skill!

Thank you again,
Michael Pletcher

On Thu, Sep 26, 2019 at 3:15 PM Julie Prestopnik via RT
<met_help at ucar.edu>
wrote:

> Thank you!  Everything looks great. I'll go ahead and close this
ticket,
> but don't hesitate to open a new ticket if you need assistance or
have
> questions!
>
> Julie
>
> On Wed, Sep 25, 2019 at 3:26 PM Michael Pletcher - NOAA Affiliate
via RT <
> met_help at ucar.edu> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> >
> > Julie,
> >
> > That's great to hear! I've attached the make_test.log file.
> >
> > Thanks,
> > Michael Pletcher
> >
> > On Wed, Sep 25, 2019 at 4:50 PM Julie Prestopnik via RT <
> met_help at ucar.edu
> > >
> > wrote:
> >
> > > Hi Michael.  The make.log and make_install.log file look great
and your
> > > screenshot looked great too.  My apologies, but I forgot to ask
you to
> > send
> > > over your make_test.log file.  Could you please do that?  I'm
guessing
> it
> > > will be fine, but I figure it won't hurt to check.  Thanks so
much!
> > >
> > > Julie
> > >
> > >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day.  Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>

------------------------------------------------
Subject: NCWCP Student Affiliate
From: Julie Prestopnik
Time: Thu Sep 26 14:01:55 2019

You're very welcome, Michael.  Thank you for the kind words.

On Thu, Sep 26, 2019 at 1:50 PM Michael Pletcher - NOAA Affiliate via
RT <
met_help at ucar.edu> wrote:

>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
>
> Julie,
>
> Again, thank you so much for all of your help. You were extremely
> responsive and truly made this process as pain-free as possible. I'm
glad
> to have learned a new skill!
>
> Thank you again,
> Michael Pletcher
>
> On Thu, Sep 26, 2019 at 3:15 PM Julie Prestopnik via RT
<met_help at ucar.edu
> >
> wrote:
>
> > Thank you!  Everything looks great. I'll go ahead and close this
ticket,
> > but don't hesitate to open a new ticket if you need assistance or
have
> > questions!
> >
> > Julie
> >
> > On Wed, Sep 25, 2019 at 3:26 PM Michael Pletcher - NOAA Affiliate
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=91886 >
> > >
> > > Julie,
> > >
> > > That's great to hear! I've attached the make_test.log file.
> > >
> > > Thanks,
> > > Michael Pletcher
> > >
> > > On Wed, Sep 25, 2019 at 4:50 PM Julie Prestopnik via RT <
> > met_help at ucar.edu
> > > >
> > > wrote:
> > >
> > > > Hi Michael.  The make.log and make_install.log file look great
and
> your
> > > > screenshot looked great too.  My apologies, but I forgot to
ask you
> to
> > > send
> > > > over your make_test.log file.  Could you please do that?  I'm
> guessing
> > it
> > > > will be fine, but I figure it won't hurt to check.  Thanks so
much!
> > > >
> > > > Julie
> > > >
> > > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day.  Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
>
>

--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu

My working day may not be your working day.  Please do not feel
obliged to
reply to this email outside of your normal working hours.

------------------------------------------------