[Met_help] [rt.rap.ucar.edu #99087] History for MET-9.1.2 install issue -- python trouble
Julie Prestopnik via RT
met_help at ucar.edu
Fri Mar 19 14:46:35 MDT 2021
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Hi All-
We've recently been forced to upgrade our systems to RHEL8, which has resulted in the need for a rebuild/recompile of MET on our systems. Similar to a problem I had when upgrading MET to 9.1, I've run into a snag linking python (the new version on the system is python3.8). This python3.8 version is the default that arrived with the RHEL install-it was not built from source, or from Conda. I can rebuild it, if necessary.
I have attached the configure, Makefile, and make_install.log files to this email.
At the moment, the error that gets kicked out is:
#include "Python.h"
^~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
make[3]: Leaving directory '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
make[2]: *** [Makefile:368: install-recursive] Error 1
make[2]: Leaving directory '/fewxops/software/met/met-9.1.2/src/basic'
make[1]: *** [Makefile:370: install-recursive] Error 1
make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
make: *** [Makefile:425: install-recursive] Error 1
As further background, my current environmental variables read as:
setenv MET_PYTHON_CC '-I/usr/include/python3.8'
setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm'
My configure command was:
/configure --prefix=`pwd` --enable-grib2 --enable-python --enable-mode_graphics
And my system python commands return the following, which looks a little-----odd?-----to me:
>python3.8-config --cflags
-I/usr/include/python3.8 -I/usr/include/python3.8 -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
>python3.8-config --ldflags
-L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
I appreciate any help you can give (again!). You all are the best.
Cheers,
-Tom
------------------------------------------------------------------------------
The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: George McCabe
Time: Wed Mar 17 08:02:36 2021
Hi Tom,
I see you are having issues building MET. I have assigned this ticket
to
Julie Prestopnik who is our resident MET installation expert. She
should be
able to help you.
One thing I did notice that is set in my environment that is missing
from
yours is the flag to link the python library in the MET_PYTHON_LD
environment variable.
Yours (csh):
setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm
-lm'
Mine (bash):
export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
-lpthread
-ldl -lutil -lm"
I was using Python 3.6 when I last built. Since you are using Python
3.8, I
think you will want to add:
*-lpython3.8*
i.e.
*setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread -ldl
-lutil -lm' *
Let us know if that doesn't work and Julie can take a closer look.
Thanks,
George
On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: MET-9.1.2 install issue -- python trouble
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
>
> Hi All-
>
> We've recently been forced to upgrade our systems to RHEL8, which
has
> resulted in the need for a rebuild/recompile of MET on our systems.
> Similar to a problem I had when upgrading MET to 9.1, I've run into
a snag
> linking python (the new version on the system is python3.8). This
python3.8
> version is the default that arrived with the RHEL install-it was not
built
> from source, or from Conda. I can rebuild it, if necessary.
>
> I have attached the configure, Makefile, and make_install.log files
to
> this email.
>
> At the moment, the error that gets kicked out is:
>
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
> make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> make[2]: *** [Makefile:368: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> As further background, my current environmental variables read as:
> setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm -lm'
>
>
> My configure command was:
> /configure --prefix=`pwd` --enable-grib2 --enable-python
> --enable-mode_graphics
>
>
> And my system python commands return the following, which looks a
> little-----odd?-----to me:
> >python3.8-config --cflags
> -I/usr/include/python3.8 -I/usr/include/python3.8 -Wno-unused-
result
> -Wsign-compare -O2 -g -pipe -Wall -Werror=format-security
> -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> -fstack-protector-strong -grecord-gcc-switches -m64 -mtune=generic
> -fasynchronous-unwind-tables -fstack-clash-protection -fcf-
protection
> -D_GNU_SOURCE -fPIC -fwrapv -DDYNAMIC_ANNOTATIONS_ENABLED=1
-DNDEBUG -O2
> -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-
tables
> -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
>
> >python3.8-config --ldflags
> -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
>
> I appreciate any help you can give (again!). You all are the best.
>
> Cheers,
> -Tom
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
--
George McCabe - Software Engineer III
National Center for Atmospheric Research
Research Applications Laboratory
303-497-2768
---
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: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install issue -- python trouble
From: Workoff, Thomas E
Time: Wed Mar 17 08:58:32 2021
Hi George,
Thanks for the quick response!
I had noticed that the --ldflags output was missing the -lpython3.8 or
-lpython3.8m, but went with the explicit output for the first try.
I then added the -lpython3.8 into the environmental variable for
MET_PYTHON_LD, but I'm still returning the same error:
#include "Python.h"
^~~~~~~~~~
compilation terminated.
make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
make[3]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic/vx_util'
make[2]: *** [Makefile:368: install-recursive] Error 1
make[2]: Leaving directory '/fewxops/software/met/met-9.1.2/src/basic'
make[1]: *** [Makefile:370: install-recursive] Error 1
make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
make: *** [Makefile:425: install-recursive] Error 1
This is a bit strange, because Python.h does exist in my MET_PYTHON_CC
path (/usr/include/python3.8)--but perhaps I'm misunderstanding what's
really causing trouble here!
-----Original Message-----
From: George McCabe via RT <met_help at ucar.edu>
Sent: Wednesday, March 17, 2021 10:03 AM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue -- python trouble
Hi Tom,
I see you are having issues building MET. I have assigned this ticket
to Julie Prestopnik who is our resident MET installation expert. She
should be able to help you.
One thing I did notice that is set in my environment that is missing
from yours is the flag to link the python library in the MET_PYTHON_LD
environment variable.
Yours (csh):
setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm
-lm'
Mine (bash):
export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
-lpthread -ldl -lutil -lm"
I was using Python 3.6 when I last built. Since you are using Python
3.8, I think you will want to add:
*-lpython3.8*
i.e.
*setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread -ldl
-lutil -lm' *
Let us know if that doesn't work and Julie can take a closer look.
Thanks,
George
On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> Transaction: Ticket created by tworkoff at firstenergycorp.com
> Queue: met_help
> Subject: MET-9.1.2 install issue -- python trouble
> Owner: Nobody
> Requestors: tworkoff at firstenergycorp.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> >
>
>
> Hi All-
>
> We've recently been forced to upgrade our systems to RHEL8, which
has
> resulted in the need for a rebuild/recompile of MET on our systems.
> Similar to a problem I had when upgrading MET to 9.1, I've run into
a
> snag linking python (the new version on the system is python3.8).
This
> python3.8 version is the default that arrived with the RHEL install-
it
> was not built from source, or from Conda. I can rebuild it, if
necessary.
>
> I have attached the configure, Makefile, and make_install.log files
to
> this email.
>
> At the moment, the error that gets kicked out is:
>
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
> make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> make[2]: *** [Makefile:368: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> As further background, my current environmental variables read as:
> setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm -lm'
>
>
> My configure command was:
> /configure --prefix=`pwd` --enable-grib2 --enable-python
> --enable-mode_graphics
>
>
> And my system python commands return the following, which looks a
> little-----odd?-----to me:
> >python3.8-config --cflags
> -I/usr/include/python3.8 -I/usr/include/python3.8 -Wno-unused-
result
> -Wsign-compare -O2 -g -pipe -Wall -Werror=format-security
> -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> -fstack-protector-strong -grecord-gcc-switches -m64 -mtune=generic
> -fasynchronous-unwind-tables -fstack-clash-protection -fcf-
protection
> -D_GNU_SOURCE -fPIC -fwrapv -DDYNAMIC_ANNOTATIONS_ENABLED=1
-DNDEBUG
> -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-
tables
> -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
>
> >python3.8-config --ldflags
> -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
>
> I appreciate any help you can give (again!). You all are the best.
>
> Cheers,
> -Tom
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
--
George McCabe - Software Engineer III
National Center for Atmospheric Research Research Applications
Laboratory
303-497-2768
---
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: Julie Prestopnik
Time: Wed Mar 17 10:50:18 2021
Hi Tom.
Thanks for trying that out. I see that you sent the configure file.
Could
you please send the config.log file instead, along with the
make_install.log file from this most recent run?
Thanks!
Julie
On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Hi George,
>
> Thanks for the quick response!
>
> I had noticed that the --ldflags output was missing the -lpython3.8
or
> -lpython3.8m, but went with the explicit output for the first try.
>
> I then added the -lpython3.8 into the environmental variable for
> MET_PYTHON_LD, but I'm still returning the same error:
>
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
> make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> make[2]: *** [Makefile:368: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> This is a bit strange, because Python.h does exist in my
MET_PYTHON_CC
> path (/usr/include/python3.8)--but perhaps I'm misunderstanding
what's
> really causing trouble here!
>
>
>
>
>
> -----Original Message-----
> From: George McCabe via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 10:03 AM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue
> -- python trouble
>
> Hi Tom,
>
> I see you are having issues building MET. I have assigned this
ticket to
> Julie Prestopnik who is our resident MET installation expert. She
should be
> able to help you.
>
> One thing I did notice that is set in my environment that is missing
from
> yours is the flag to link the python library in the MET_PYTHON_LD
> environment variable.
>
> Yours (csh):
> setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm -lm'
>
> Mine (bash):
> export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
-lpthread
> -ldl -lutil -lm"
>
> I was using Python 3.6 when I last built. Since you are using Python
3.8,
> I think you will want to add:
>
> *-lpython3.8*
>
> i.e.
>
> *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> -lutil -lm' *
>
> Let us know if that doesn't work and Julie can take a closer look.
>
> Thanks,
> George
>
>
> On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: MET-9.1.2 install issue -- python trouble
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > >
> >
> >
> > Hi All-
> >
> > We've recently been forced to upgrade our systems to RHEL8, which
has
> > resulted in the need for a rebuild/recompile of MET on our
systems.
> > Similar to a problem I had when upgrading MET to 9.1, I've run
into a
> > snag linking python (the new version on the system is python3.8).
This
> > python3.8 version is the default that arrived with the RHEL
install-it
> > was not built from source, or from Conda. I can rebuild it, if
necessary.
> >
> > I have attached the configure, Makefile, and make_install.log
files to
> > this email.
> >
> > At the moment, the error that gets kicked out is:
> >
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > make[3]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > make[2]: *** [Makefile:368: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > As further background, my current environmental variables read as:
> > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm
> -lm'
> >
> >
> > My configure command was:
> > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > --enable-mode_graphics
> >
> >
> > And my system python commands return the following, which looks a
> > little-----odd?-----to me:
> > >python3.8-config --cflags
> > -I/usr/include/python3.8 -I/usr/include/python3.8 -Wno-unused-
result
> > -Wsign-compare -O2 -g -pipe -Wall -Werror=format-security
> > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > -fasynchronous-unwind-tables -fstack-clash-protection -fcf-
protection
> > -D_GNU_SOURCE -fPIC -fwrapv -DDYNAMIC_ANNOTATIONS_ENABLED=1
-DNDEBUG
> > -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> > -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-
tables
> > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
-fwrapv
> >
> > >python3.8-config --ldflags
> > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> >
> > I appreciate any help you can give (again!). You all are the best.
> >
> > Cheers,
> > -Tom
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
>
> --
> George McCabe - Software Engineer III
> National Center for Atmospheric Research Research Applications
Laboratory
> 303-497-2768
> ---
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: MET-9.1.2 install issue -- python trouble
From: Workoff, Thomas E
Time: Wed Mar 17 11:00:39 2021
Hi Julie--
Ha! I'm sure the config.log file would've been more helpful. Been
that kind of morning!
It's attached here, along with the recent make_install.log file.
Let me know if you need anything else from me--
Thanks!
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, March 17, 2021 12:50 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue -- python trouble
Hi Tom.
Thanks for trying that out. I see that you sent the configure file.
Could you please send the config.log file instead, along with the
make_install.log file from this most recent run?
Thanks!
Julie
On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Hi George,
>
> Thanks for the quick response!
>
> I had noticed that the --ldflags output was missing the -lpython3.8
or
> -lpython3.8m, but went with the explicit output for the first try.
>
> I then added the -lpython3.8 into the environmental variable for
> MET_PYTHON_LD, but I'm still returning the same error:
>
> #include "Python.h"
> ^~~~~~~~~~
> compilation terminated.
> make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> make[2]: *** [Makefile:368: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> This is a bit strange, because Python.h does exist in my
MET_PYTHON_CC
> path (/usr/include/python3.8)--but perhaps I'm misunderstanding
what's
> really causing trouble here!
>
>
>
>
>
> -----Original Message-----
> From: George McCabe via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 10:03 AM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
> issue
> -- python trouble
>
> Hi Tom,
>
> I see you are having issues building MET. I have assigned this
ticket
> to Julie Prestopnik who is our resident MET installation expert. She
> should be able to help you.
>
> One thing I did notice that is set in my environment that is missing
> from yours is the flag to link the python library in the
MET_PYTHON_LD
> environment variable.
>
> Yours (csh):
> setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm -lm'
>
> Mine (bash):
> export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
> -lpthread -ldl -lutil -lm"
>
> I was using Python 3.6 when I last built. Since you are using Python
> 3.8, I think you will want to add:
>
> *-lpython3.8*
>
> i.e.
>
> *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> -lutil -lm' *
>
> Let us know if that doesn't work and Julie can take a closer look.
>
> Thanks,
> George
>
>
> On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > Queue: met_help
> > Subject: MET-9.1.2 install issue -- python trouble
> > Owner: Nobody
> > Requestors: tworkoff at firstenergycorp.com
> > Status: new
> > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > >
> >
> >
> > Hi All-
> >
> > We've recently been forced to upgrade our systems to RHEL8, which
> > has resulted in the need for a rebuild/recompile of MET on our
systems.
> > Similar to a problem I had when upgrading MET to 9.1, I've run
into
> > a snag linking python (the new version on the system is
python3.8).
> > This
> > python3.8 version is the default that arrived with the RHEL
> > install-it was not built from source, or from Conda. I can rebuild
it, if necessary.
> >
> > I have attached the configure, Makefile, and make_install.log
files
> > to this email.
> >
> > At the moment, the error that gets kicked out is:
> >
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > make[3]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > make[2]: *** [Makefile:368: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > As further background, my current environmental variables read as:
> > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
> > -lm
> -lm'
> >
> >
> > My configure command was:
> > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > --enable-mode_graphics
> >
> >
> > And my system python commands return the following, which looks a
> > little-----odd?-----to me:
> > >python3.8-config --cflags
> > -I/usr/include/python3.8 -I/usr/include/python3.8
> > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > -Werror=format-security
> > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > -fasynchronous-unwind-tables -fstack-clash-protection
> > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> > -grecord-gcc-switches -m64 -mtune=generic -fasynchronous-unwind-
tables
> > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
-fwrapv
> >
> > >python3.8-config --ldflags
> > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> >
> > I appreciate any help you can give (again!). You all are the best.
> >
> > Cheers,
> > -Tom
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
>
> --
> George McCabe - Software Engineer III
> National Center for Atmospheric Research Research Applications
> Laboratory
> 303-497-2768
> ---
> 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.
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: Julie Prestopnik
Time: Wed Mar 17 11:59:26 2021
Hi Tom.
>From the config.log it looks like the values that you are setting for
all
of "MET_" are not being recognized, as I see empty values for all of
them
(starting on line 2060 of config.log). Maybe you had them set in a
different shell from where you were compiling? Please try setting
those
and ensuring they are set in the config.log file. If you need some
help
with that please let us know how you are setting them and we'll see
what we
can do to help. I hope that after setting those, MET will compile
successfully. Please let us know how it goes. Thanks!
Julie
On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Hi Julie--
>
> Ha! I'm sure the config.log file would've been more helpful. Been
that
> kind of morning!
>
> It's attached here, along with the recent make_install.log file.
>
> Let me know if you need anything else from me--
>
> Thanks!
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 12:50 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> Thanks for trying that out. I see that you sent the configure file.
> Could you please send the config.log file instead, along with the
> make_install.log file from this most recent run?
>
> Thanks!
>
> Julie
>
> On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Hi George,
> >
> > Thanks for the quick response!
> >
> > I had noticed that the --ldflags output was missing the
-lpython3.8 or
> > -lpython3.8m, but went with the explicit output for the first try.
> >
> > I then added the -lpython3.8 into the environmental variable for
> > MET_PYTHON_LD, but I'm still returning the same error:
> >
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > make[3]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > make[2]: *** [Makefile:368: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > This is a bit strange, because Python.h does exist in my
MET_PYTHON_CC
> > path (/usr/include/python3.8)--but perhaps I'm misunderstanding
what's
> > really causing trouble here!
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: George McCabe via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 10:03 AM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
> > issue
> > -- python trouble
> >
> > Hi Tom,
> >
> > I see you are having issues building MET. I have assigned this
ticket
> > to Julie Prestopnik who is our resident MET installation expert.
She
> > should be able to help you.
> >
> > One thing I did notice that is set in my environment that is
missing
> > from yours is the flag to link the python library in the
MET_PYTHON_LD
> > environment variable.
> >
> > Yours (csh):
> > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
-lm
> -lm'
> >
> > Mine (bash):
> > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
> > -lpthread -ldl -lutil -lm"
> >
> > I was using Python 3.6 when I last built. Since you are using
Python
> > 3.8, I think you will want to add:
> >
> > *-lpython3.8*
> >
> > i.e.
> >
> > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
-ldl
> > -lutil -lm' *
> >
> > Let us know if that doesn't work and Julie can take a closer look.
> >
> > Thanks,
> > George
> >
> >
> > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: MET-9.1.2 install issue -- python trouble
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > >
> > >
> > >
> > > Hi All-
> > >
> > > We've recently been forced to upgrade our systems to RHEL8,
which
> > > has resulted in the need for a rebuild/recompile of MET on our
systems.
> > > Similar to a problem I had when upgrading MET to 9.1, I've run
into
> > > a snag linking python (the new version on the system is
python3.8).
> > > This
> > > python3.8 version is the default that arrived with the RHEL
> > > install-it was not built from source, or from Conda. I can
rebuild it,
> if necessary.
> > >
> > > I have attached the configure, Makefile, and make_install.log
files
> > > to this email.
> > >
> > > At the moment, the error that gets kicked out is:
> > >
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > make[3]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> > > As further background, my current environmental variables read
as:
> > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > -lm
> > -lm'
> > >
> > >
> > > My configure command was:
> > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > --enable-mode_graphics
> > >
> > >
> > > And my system python commands return the following, which looks
a
> > > little-----odd?-----to me:
> > > >python3.8-config --cflags
> > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > -Werror=format-security
> > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > -O2 -g -pipe -Wall -Werror=format-security -Wp,-
D_FORTIFY_SOURCE=2
> > > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> > > -grecord-gcc-switches -m64 -mtune=generic
> -fasynchronous-unwind-tables
> > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
-fwrapv
> > >
> > > >python3.8-config --ldflags
> > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > >
> > > I appreciate any help you can give (again!). You all are the
best.
> > >
> > > Cheers,
> > > -Tom
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> >
> > --
> > George McCabe - Software Engineer III
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 303-497-2768
> > ---
> > 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.
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: MET-9.1.2 install issue -- python trouble
From: Workoff, Thomas E
Time: Wed Mar 17 13:21:16 2021
Julie--
That was weird. I must have run the original configure last night was
the wrong permissions (sudo/root), so that it wasn't seeing the right
.cshrc file. Anyway, I blew everything away and ran a fresh
configure, with the right permissions, and it fixed the issue. I
appreciate you taking the to look it over, I would have never
suspected that!
However, now I have another error (I've included the update
configure.log and make_install.log):
/usr/bin/ld: cannot find -lpng
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:427: ensemble_stat] Error 1
make[4]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools/core/ensemble_stat'
make[3]: *** [Makefile:379: install-recursive] Error 1
make[3]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools/core'
make[2]: *** [Makefile:373: install-recursive] Error 1
make[2]: Leaving directory '/fewxops/software/met/met-9.1.2/src/tools'
make[1]: *** [Makefile:370: install-recursive] Error 1
make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
make: *** [Makefile:425: install-recursive] Error 1
I suspect this is a netcdf issue? The netcdf library (4.4, I believe)
on this system was mirrored over from a different machine which was
running MET9.1--if you tell me I should rebuild it, I'll believe you!
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, March 17, 2021 1:59 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue -- python trouble
Hi Tom.
>From the config.log it looks like the values that you are setting for
all of "MET_" are not being recognized, as I see empty values for all
of them
(starting on line 2060 of config.log). Maybe you had them set in a
different shell from where you were compiling? Please try setting
those and ensuring they are set in the config.log file. If you need
some help with that please let us know how you are setting them and
we'll see what we can do to help. I hope that after setting those,
MET will compile successfully. Please let us know how it goes.
Thanks!
Julie
On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Hi Julie--
>
> Ha! I'm sure the config.log file would've been more helpful. Been
> that kind of morning!
>
> It's attached here, along with the recent make_install.log file.
>
> Let me know if you need anything else from me--
>
> Thanks!
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 12:50 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> Thanks for trying that out. I see that you sent the configure file.
> Could you please send the config.log file instead, along with the
> make_install.log file from this most recent run?
>
> Thanks!
>
> Julie
>
> On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Hi George,
> >
> > Thanks for the quick response!
> >
> > I had noticed that the --ldflags output was missing the
-lpython3.8
> > or -lpython3.8m, but went with the explicit output for the first
try.
> >
> > I then added the -lpython3.8 into the environmental variable for
> > MET_PYTHON_LD, but I'm still returning the same error:
> >
> > #include "Python.h"
> > ^~~~~~~~~~
> > compilation terminated.
> > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > make[3]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > make[2]: *** [Makefile:368: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > This is a bit strange, because Python.h does exist in my
> > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > misunderstanding what's really causing trouble here!
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: George McCabe via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 10:03 AM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
> > issue
> > -- python trouble
> >
> > Hi Tom,
> >
> > I see you are having issues building MET. I have assigned this
> > ticket to Julie Prestopnik who is our resident MET installation
> > expert. She should be able to help you.
> >
> > One thing I did notice that is set in my environment that is
missing
> > from yours is the flag to link the python library in the
> > MET_PYTHON_LD environment variable.
> >
> > Yours (csh):
> > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl -lutil
> > -lm
> -lm'
> >
> > Mine (bash):
> > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
> > -lpthread -ldl -lutil -lm"
> >
> > I was using Python 3.6 when I last built. Since you are using
Python
> > 3.8, I think you will want to add:
> >
> > *-lpython3.8*
> >
> > i.e.
> >
> > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt -lpthread
> > -ldl -lutil -lm' *
> >
> > Let us know if that doesn't work and Julie can take a closer look.
> >
> > Thanks,
> > George
> >
> >
> > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > Queue: met_help
> > > Subject: MET-9.1.2 install issue -- python trouble
> > > Owner: Nobody
> > > Requestors: tworkoff at firstenergycorp.com
> > > Status: new
> > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > >
> > >
> > >
> > > Hi All-
> > >
> > > We've recently been forced to upgrade our systems to RHEL8,
which
> > > has resulted in the need for a rebuild/recompile of MET on our
systems.
> > > Similar to a problem I had when upgrading MET to 9.1, I've run
> > > into a snag linking python (the new version on the system is
python3.8).
> > > This
> > > python3.8 version is the default that arrived with the RHEL
> > > install-it was not built from source, or from Conda. I can
rebuild
> > > it,
> if necessary.
> > >
> > > I have attached the configure, Makefile, and make_install.log
> > > files to this email.
> > >
> > > At the moment, the error that gets kicked out is:
> > >
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > make[3]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> > > As further background, my current environmental variables read
as:
> > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > -lm
> > -lm'
> > >
> > >
> > > My configure command was:
> > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > --enable-mode_graphics
> > >
> > >
> > > And my system python commands return the following, which looks
a
> > > little-----odd?-----to me:
> > > >python3.8-config --cflags
> > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > -Werror=format-security
> > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > -O2 -g -pipe -Wall -Werror=format-security -Wp,-
D_FORTIFY_SOURCE=2
> > > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
> > > -grecord-gcc-switches -m64 -mtune=generic
> -fasynchronous-unwind-tables
> > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
> > > -fwrapv
> > >
> > > >python3.8-config --ldflags
> > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > >
> > > I appreciate any help you can give (again!). You all are the
best.
> > >
> > > Cheers,
> > > -Tom
> > >
> > >
> > >
------------------------------------------------------------------
> > > --
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any review, dissemination, distribution, or copying of
> > > this message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
> > > the
> original message.
> > >
> > >
> >
> > --
> > George McCabe - Software Engineer III National Center for
> > Atmospheric Research Research Applications Laboratory
> > 303-497-2768
> > ---
> > 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.
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> 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.
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: Julie Prestopnik
Time: Wed Mar 17 15:22:43 2021
Hi Tom.
I'm glad the other issue is resolved!
With this new issue it looks like the linker is having a hard time
finding
the png library:
> /usr/bin/ld: cannot find -lpng
The png library is a dependency of the GRIB2C library (as are the
jasper
library and the zlib). Do you know if the png library is installed?
If so,
you can set LDFLAGS to include the location:
export LDFLAGS="${LDFLAGS} -L${LIB_LIBPNG}"
where LIB_LIBPNG is the location of the png library file.
I hope that helps. Please let us know how it goes.
Julie
On Wed, Mar 17, 2021 at 1:21 PM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Julie--
>
> That was weird. I must have run the original configure last night
was the
> wrong permissions (sudo/root), so that it wasn't seeing the right
.cshrc
> file. Anyway, I blew everything away and ran a fresh configure,
with the
> right permissions, and it fixed the issue. I appreciate you taking
the to
> look it over, I would have never suspected that!
>
> However, now I have another error (I've included the update
configure.log
> and make_install.log):
>
> /usr/bin/ld: cannot find -lpng
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> I suspect this is a netcdf issue? The netcdf library (4.4, I
believe) on
> this system was mirrored over from a different machine which was
running
> MET9.1--if you tell me I should rebuild it, I'll believe you!
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 1:59 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> From the config.log it looks like the values that you are setting
for all
> of "MET_" are not being recognized, as I see empty values for all of
them
> (starting on line 2060 of config.log). Maybe you had them set in a
> different shell from where you were compiling? Please try setting
those
> and ensuring they are set in the config.log file. If you need some
help
> with that please let us know how you are setting them and we'll see
what we
> can do to help. I hope that after setting those, MET will compile
> successfully. Please let us know how it goes. Thanks!
>
> Julie
>
>
>
> On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Hi Julie--
> >
> > Ha! I'm sure the config.log file would've been more helpful. Been
> > that kind of morning!
> >
> > It's attached here, along with the recent make_install.log file.
> >
> > Let me know if you need anything else from me--
> >
> > Thanks!
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 12:50 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > issue -- python trouble
> >
> > Hi Tom.
> >
> > Thanks for trying that out. I see that you sent the configure
file.
> > Could you please send the config.log file instead, along with the
> > make_install.log file from this most recent run?
> >
> > Thanks!
> >
> > Julie
> >
> > On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > >
> > > Hi George,
> > >
> > > Thanks for the quick response!
> > >
> > > I had noticed that the --ldflags output was missing the
-lpython3.8
> > > or -lpython3.8m, but went with the explicit output for the first
try.
> > >
> > > I then added the -lpython3.8 into the environmental variable for
> > > MET_PYTHON_LD, but I'm still returning the same error:
> > >
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > make[3]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> > > This is a bit strange, because Python.h does exist in my
> > > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > > misunderstanding what's really causing trouble here!
> > >
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: George McCabe via RT <met_help at ucar.edu>
> > > Sent: Wednesday, March 17, 2021 10:03 AM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > > issue
> > > -- python trouble
> > >
> > > Hi Tom,
> > >
> > > I see you are having issues building MET. I have assigned this
> > > ticket to Julie Prestopnik who is our resident MET installation
> > > expert. She should be able to help you.
> > >
> > > One thing I did notice that is set in my environment that is
missing
> > > from yours is the flag to link the python library in the
> > > MET_PYTHON_LD environment variable.
> > >
> > > Yours (csh):
> > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > -lm
> > -lm'
> > >
> > > Mine (bash):
> > > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
> > > -lpthread -ldl -lutil -lm"
> > >
> > > I was using Python 3.6 when I last built. Since you are using
Python
> > > 3.8, I think you will want to add:
> > >
> > > *-lpython3.8*
> > >
> > > i.e.
> > >
> > > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt
-lpthread
> > > -ldl -lutil -lm' *
> > >
> > > Let us know if that doesn't work and Julie can take a closer
look.
> > >
> > > Thanks,
> > > George
> > >
> > >
> > > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > Queue: met_help
> > > > Subject: MET-9.1.2 install issue -- python trouble
> > > > Owner: Nobody
> > > > Requestors: tworkoff at firstenergycorp.com
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > > >
> > > >
> > > >
> > > > Hi All-
> > > >
> > > > We've recently been forced to upgrade our systems to RHEL8,
which
> > > > has resulted in the need for a rebuild/recompile of MET on our
> systems.
> > > > Similar to a problem I had when upgrading MET to 9.1, I've run
> > > > into a snag linking python (the new version on the system is
> python3.8).
> > > > This
> > > > python3.8 version is the default that arrived with the RHEL
> > > > install-it was not built from source, or from Conda. I can
rebuild
> > > > it,
> > if necessary.
> > > >
> > > > I have attached the configure, Makefile, and make_install.log
> > > > files to this email.
> > > >
> > > > At the moment, the error that gets kicked out is:
> > > >
> > > > #include "Python.h"
> > > > ^~~~~~~~~~
> > > > compilation terminated.
> > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > > make[3]: Leaving directory
> > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > make[2]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic'
> > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > make: *** [Makefile:425: install-recursive] Error 1
> > > >
> > > > As further background, my current environmental variables read
as:
> > > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > > -lm
> > > -lm'
> > > >
> > > >
> > > > My configure command was:
> > > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > > --enable-mode_graphics
> > > >
> > > >
> > > > And my system python commands return the following, which
looks a
> > > > little-----odd?-----to me:
> > > > >python3.8-config --cflags
> > > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > > -Werror=format-security
> > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > > > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > > -O2 -g -pipe -Wall -Werror=format-security -Wp,-
D_FORTIFY_SOURCE=2
> > > > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-
strong
> > > > -grecord-gcc-switches -m64 -mtune=generic
> > -fasynchronous-unwind-tables
> > > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
> > > > -fwrapv
> > > >
> > > > >python3.8-config --ldflags
> > > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > > >
> > > > I appreciate any help you can give (again!). You all are the
best.
> > > >
> > > > Cheers,
> > > > -Tom
> > > >
> > > >
> > > >
------------------------------------------------------------------
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any review, dissemination, distribution, or copying
of
> > > > this message is strictly prohibited. If you have received this
> > > > communication in error, please notify us immediately, and
delete
> > > > the
> > original message.
> > > >
> > > >
> > >
> > > --
> > > George McCabe - Software Engineer III National Center for
> > > Atmospheric Research Research Applications Laboratory
> > > 303-497-2768
> > > ---
> > > 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.
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: MET-9.1.2 install issue -- python trouble
From: Workoff, Thomas E
Time: Thu Mar 18 07:35:29 2021
Good morning Julie--
As it turns out, the png library wasn't installed. I had always
disabled ensemble_stat in previous installations (I think)--likely
because we don’t use it (or because it gave me trouble, I honestly
can't remember). I installed the library and referenced it in
$LDFLAGS.
However, for simplicity, this latest attempt disables ensemble_stat,
given we don't use it operationally at the moment.
The combination of referencing the png library, or disabling
ensemble_stat (or both) provided progress, but I've still hit another
snag. New logs are attached.
We're getting there. Sorry for the slow progress! This new machine is
causing headaches all over the place due to its abnormal set-up.
-Tom
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Wednesday, March 17, 2021 5:23 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue -- python trouble
Hi Tom.
I'm glad the other issue is resolved!
With this new issue it looks like the linker is having a hard time
finding the png library:
> /usr/bin/ld: cannot find -lpng
The png library is a dependency of the GRIB2C library (as are the
jasper library and the zlib). Do you know if the png library is
installed? If so, you can set LDFLAGS to include the location:
export LDFLAGS="${LDFLAGS} -L${LIB_LIBPNG}"
where LIB_LIBPNG is the location of the png library file.
I hope that helps. Please let us know how it goes.
Julie
On Wed, Mar 17, 2021 at 1:21 PM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Julie--
>
> That was weird. I must have run the original configure last night
was
> the wrong permissions (sudo/root), so that it wasn't seeing the
right
> .cshrc file. Anyway, I blew everything away and ran a fresh
> configure, with the right permissions, and it fixed the issue. I
> appreciate you taking the to look it over, I would have never
suspected that!
>
> However, now I have another error (I've included the update
> configure.log and make_install.log):
>
> /usr/bin/ld: cannot find -lpng
> collect2: error: ld returned 1 exit status
> make[4]: *** [Makefile:427: ensemble_stat] Error 1
> make[4]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/tools/core/ensemble_stat'
> make[3]: *** [Makefile:379: install-recursive] Error 1
> make[3]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools/core'
> make[2]: *** [Makefile:373: install-recursive] Error 1
> make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools'
> make[1]: *** [Makefile:370: install-recursive] Error 1
> make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> make: *** [Makefile:425: install-recursive] Error 1
>
> I suspect this is a netcdf issue? The netcdf library (4.4, I
believe)
> on this system was mirrored over from a different machine which was
> running MET9.1--if you tell me I should rebuild it, I'll believe
you!
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 1:59 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> From the config.log it looks like the values that you are setting
for
> all of "MET_" are not being recognized, as I see empty values for
all of them
> (starting on line 2060 of config.log). Maybe you had them set in a
> different shell from where you were compiling? Please try setting
> those and ensuring they are set in the config.log file. If you need
> some help with that please let us know how you are setting them and
> we'll see what we can do to help. I hope that after setting those,
> MET will compile successfully. Please let us know how it goes.
Thanks!
>
> Julie
>
>
>
> On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Hi Julie--
> >
> > Ha! I'm sure the config.log file would've been more helpful. Been
> > that kind of morning!
> >
> > It's attached here, along with the recent make_install.log file.
> >
> > Let me know if you need anything else from me--
> >
> > Thanks!
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 12:50 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > install issue -- python trouble
> >
> > Hi Tom.
> >
> > Thanks for trying that out. I see that you sent the configure
file.
> > Could you please send the config.log file instead, along with the
> > make_install.log file from this most recent run?
> >
> > Thanks!
> >
> > Julie
> >
> > On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > >
> > > Hi George,
> > >
> > > Thanks for the quick response!
> > >
> > > I had noticed that the --ldflags output was missing the
> > > -lpython3.8 or -lpython3.8m, but went with the explicit output
for the first try.
> > >
> > > I then added the -lpython3.8 into the environmental variable for
> > > MET_PYTHON_LD, but I'm still returning the same error:
> > >
> > > #include "Python.h"
> > > ^~~~~~~~~~
> > > compilation terminated.
> > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > make[3]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/basic'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> > > This is a bit strange, because Python.h does exist in my
> > > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > > misunderstanding what's really causing trouble here!
> > >
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: George McCabe via RT <met_help at ucar.edu>
> > > Sent: Wednesday, March 17, 2021 10:03 AM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > > issue
> > > -- python trouble
> > >
> > > Hi Tom,
> > >
> > > I see you are having issues building MET. I have assigned this
> > > ticket to Julie Prestopnik who is our resident MET installation
> > > expert. She should be able to help you.
> > >
> > > One thing I did notice that is set in my environment that is
> > > missing from yours is the flag to link the python library in the
> > > MET_PYTHON_LD environment variable.
> > >
> > > Yours (csh):
> > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > -lm
> > -lm'
> > >
> > > Mine (bash):
> > > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m* -lcrypt
> > > -lpthread -ldl -lutil -lm"
> > >
> > > I was using Python 3.6 when I last built. Since you are using
> > > Python 3.8, I think you will want to add:
> > >
> > > *-lpython3.8*
> > >
> > > i.e.
> > >
> > > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt
-lpthread
> > > -ldl -lutil -lm' *
> > >
> > > Let us know if that doesn't work and Julie can take a closer
look.
> > >
> > > Thanks,
> > > George
> > >
> > >
> > > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > Queue: met_help
> > > > Subject: MET-9.1.2 install issue -- python trouble
> > > > Owner: Nobody
> > > > Requestors: tworkoff at firstenergycorp.com
> > > > Status: new
> > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > > >
> > > >
> > > >
> > > > Hi All-
> > > >
> > > > We've recently been forced to upgrade our systems to RHEL8,
> > > > which has resulted in the need for a rebuild/recompile of MET
on
> > > > our
> systems.
> > > > Similar to a problem I had when upgrading MET to 9.1, I've run
> > > > into a snag linking python (the new version on the system is
> python3.8).
> > > > This
> > > > python3.8 version is the default that arrived with the RHEL
> > > > install-it was not built from source, or from Conda. I can
> > > > rebuild it,
> > if necessary.
> > > >
> > > > I have attached the configure, Makefile, and make_install.log
> > > > files to this email.
> > > >
> > > > At the moment, the error that gets kicked out is:
> > > >
> > > > #include "Python.h"
> > > > ^~~~~~~~~~
> > > > compilation terminated.
> > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > > make[3]: Leaving directory
> > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > make[2]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic'
> > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > make: *** [Makefile:425: install-recursive] Error 1
> > > >
> > > > As further background, my current environmental variables read
as:
> > > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > -lutil -lm
> > > -lm'
> > > >
> > > >
> > > > My configure command was:
> > > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > > --enable-mode_graphics
> > > >
> > > >
> > > > And my system python commands return the following, which
looks
> > > > a little-----odd?-----to me:
> > > > >python3.8-config --cflags
> > > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > > -Werror=format-security
> > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
> > > > -fstack-protector-strong -grecord-gcc-switches -m64
-mtune=generic
> > > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > > -O2 -g -pipe -Wall -Werror=format-security
> > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions
-fstack-protector-strong
> > > > -grecord-gcc-switches -m64 -mtune=generic
> > -fasynchronous-unwind-tables
> > > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
> > > > -fwrapv
> > > >
> > > > >python3.8-config --ldflags
> > > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > > >
> > > > I appreciate any help you can give (again!). You all are the
best.
> > > >
> > > > Cheers,
> > > > -Tom
> > > >
> > > >
> > > >
----------------------------------------------------------------
> > > > --
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
> > > > the personal and confidential use of the recipient(s) named
> > > > above. If the reader of this message is not the intended
> > > > recipient or an agent responsible for delivering it to the
> > > > intended recipient, you are hereby notified that you have
> > > > received this document in error and that any review,
> > > > dissemination, distribution, or copying of this message is
> > > > strictly prohibited. If you have received this communication
in
> > > > error, please notify us immediately, and delete the
> > original message.
> > > >
> > > >
> > >
> > > --
> > > George McCabe - Software Engineer III National Center for
> > > Atmospheric Research Research Applications Laboratory
> > > 303-497-2768
> > > ---
> > > 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.
> > >
> > >
> > >
------------------------------------------------------------------
> > > --
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any review, dissemination, distribution, or copying of
> > > this message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
> > > the
> original message.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> 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.
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: Julie Prestopnik
Time: Thu Mar 18 18:11:35 2021
Hi Tom.
I'm a bit stumped by this one, assuming the NetCDF include files do
exist
in /usr/local/external_libs/include and the NetCDF library files are
in /usr/local/external_libs/lib.
Is it possible that NetCDF was compiled with a different compiler than
what
you are using now? Could you please try recompiling the NetCDF
libraries
(NetCDF-C and NetCDF-CXX) and then reconfiguring and recompiling MET?
Also, I don't know if you are already aware of this or not, or if you
would
be interested in using it or not, but we have a compile_MET_all.sh
script
that will install MET and all of its dependent libraries. More
information
can be found here:
https://dtcenter.org/community-code/model-evaluation-tools-
met/download
under "Sample Script For Compiling External Libraries And MET". We
have
updated it relatively recently.
Please let us know how the recompilation of the NetCDF libraries and
MET
goes. If you decide to try out the script and have any questions,
please
let us know.
Thanks!
Julie
On Thu, Mar 18, 2021 at 7:36 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Good morning Julie--
>
> As it turns out, the png library wasn't installed. I had always
disabled
> ensemble_stat in previous installations (I think)--likely because we
don’t
> use it (or because it gave me trouble, I honestly can't remember).
I
> installed the library and referenced it in $LDFLAGS.
>
> However, for simplicity, this latest attempt disables ensemble_stat,
given
> we don't use it operationally at the moment.
>
> The combination of referencing the png library, or disabling
ensemble_stat
> (or both) provided progress, but I've still hit another snag. New
logs are
> attached.
>
> We're getting there. Sorry for the slow progress! This new machine
is
> causing headaches all over the place due to its abnormal set-up.
>
> -Tom
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 5:23 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> I'm glad the other issue is resolved!
>
> With this new issue it looks like the linker is having a hard time
finding
> the png library:
>
> > /usr/bin/ld: cannot find -lpng
>
> The png library is a dependency of the GRIB2C library (as are the
jasper
> library and the zlib). Do you know if the png library is installed?
If so,
> you can set LDFLAGS to include the location:
> export LDFLAGS="${LDFLAGS} -L${LIB_LIBPNG}"
> where LIB_LIBPNG is the location of the png library file.
>
> I hope that helps. Please let us know how it goes.
>
> Julie
>
> On Wed, Mar 17, 2021 at 1:21 PM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Julie--
> >
> > That was weird. I must have run the original configure last night
was
> > the wrong permissions (sudo/root), so that it wasn't seeing the
right
> > .cshrc file. Anyway, I blew everything away and ran a fresh
> > configure, with the right permissions, and it fixed the issue. I
> > appreciate you taking the to look it over, I would have never
suspected
> that!
> >
> > However, now I have another error (I've included the update
> > configure.log and make_install.log):
> >
> > /usr/bin/ld: cannot find -lpng
> > collect2: error: ld returned 1 exit status
> > make[4]: *** [Makefile:427: ensemble_stat] Error 1
> > make[4]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/tools/core/ensemble_stat'
> > make[3]: *** [Makefile:379: install-recursive] Error 1
> > make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/tools/core'
> > make[2]: *** [Makefile:373: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > I suspect this is a netcdf issue? The netcdf library (4.4, I
believe)
> > on this system was mirrored over from a different machine which
was
> > running MET9.1--if you tell me I should rebuild it, I'll believe
you!
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 1:59 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > issue -- python trouble
> >
> > Hi Tom.
> >
> > From the config.log it looks like the values that you are setting
for
> > all of "MET_" are not being recognized, as I see empty values for
all of
> them
> > (starting on line 2060 of config.log). Maybe you had them set in
a
> > different shell from where you were compiling? Please try setting
> > those and ensuring they are set in the config.log file. If you
need
> > some help with that please let us know how you are setting them
and
> > we'll see what we can do to help. I hope that after setting
those,
> > MET will compile successfully. Please let us know how it goes.
Thanks!
> >
> > Julie
> >
> >
> >
> > On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > >
> > > Hi Julie--
> > >
> > > Ha! I'm sure the config.log file would've been more helpful.
Been
> > > that kind of morning!
> > >
> > > It's attached here, along with the recent make_install.log file.
> > >
> > > Let me know if you need anything else from me--
> > >
> > > Thanks!
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, March 17, 2021 12:50 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > install issue -- python trouble
> > >
> > > Hi Tom.
> > >
> > > Thanks for trying that out. I see that you sent the configure
file.
> > > Could you please send the config.log file instead, along with
the
> > > make_install.log file from this most recent run?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
>
> > > >
> > > > Hi George,
> > > >
> > > > Thanks for the quick response!
> > > >
> > > > I had noticed that the --ldflags output was missing the
> > > > -lpython3.8 or -lpython3.8m, but went with the explicit output
for
> the first try.
> > > >
> > > > I then added the -lpython3.8 into the environmental variable
for
> > > > MET_PYTHON_LD, but I'm still returning the same error:
> > > >
> > > > #include "Python.h"
> > > > ^~~~~~~~~~
> > > > compilation terminated.
> > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > > make[3]: Leaving directory
> > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > make[2]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic'
> > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > make: *** [Makefile:425: install-recursive] Error 1
> > > >
> > > > This is a bit strange, because Python.h does exist in my
> > > > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > > > misunderstanding what's really causing trouble here!
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: George McCabe via RT <met_help at ucar.edu>
> > > > Sent: Wednesday, March 17, 2021 10:03 AM
> > > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > > > issue
> > > > -- python trouble
> > > >
> > > > Hi Tom,
> > > >
> > > > I see you are having issues building MET. I have assigned this
> > > > ticket to Julie Prestopnik who is our resident MET
installation
> > > > expert. She should be able to help you.
> > > >
> > > > One thing I did notice that is set in my environment that is
> > > > missing from yours is the flag to link the python library in
the
> > > > MET_PYTHON_LD environment variable.
> > > >
> > > > Yours (csh):
> > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
-lutil
> > > > -lm
> > > -lm'
> > > >
> > > > Mine (bash):
> > > > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m*
-lcrypt
> > > > -lpthread -ldl -lutil -lm"
> > > >
> > > > I was using Python 3.6 when I last built. Since you are using
> > > > Python 3.8, I think you will want to add:
> > > >
> > > > *-lpython3.8*
> > > >
> > > > i.e.
> > > >
> > > > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt
-lpthread
> > > > -ldl -lutil -lm' *
> > > >
> > > > Let us know if that doesn't work and Julie can take a closer
look.
> > > >
> > > > Thanks,
> > > > George
> > > >
> > > >
> > > > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > > Queue: met_help
> > > > > Subject: MET-9.1.2 install issue -- python trouble
> > > > > Owner: Nobody
> > > > > Requestors: tworkoff at firstenergycorp.com
> > > > > Status: new
> > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > > > >
> > > > >
> > > > >
> > > > > Hi All-
> > > > >
> > > > > We've recently been forced to upgrade our systems to RHEL8,
> > > > > which has resulted in the need for a rebuild/recompile of
MET on
> > > > > our
> > systems.
> > > > > Similar to a problem I had when upgrading MET to 9.1, I've
run
> > > > > into a snag linking python (the new version on the system is
> > python3.8).
> > > > > This
> > > > > python3.8 version is the default that arrived with the RHEL
> > > > > install-it was not built from source, or from Conda. I can
> > > > > rebuild it,
> > > if necessary.
> > > > >
> > > > > I have attached the configure, Makefile, and
make_install.log
> > > > > files to this email.
> > > > >
> > > > > At the moment, the error that gets kicked out is:
> > > > >
> > > > > #include "Python.h"
> > > > > ^~~~~~~~~~
> > > > > compilation terminated.
> > > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error
1
> > > > > make[3]: Leaving directory
> > > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > > make[2]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic'
> > > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > > make: *** [Makefile:425: install-recursive] Error 1
> > > > >
> > > > > As further background, my current environmental variables
read as:
> > > > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > > -lutil -lm
> > > > -lm'
> > > > >
> > > > >
> > > > > My configure command was:
> > > > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > > > --enable-mode_graphics
> > > > >
> > > > >
> > > > > And my system python commands return the following, which
looks
> > > > > a little-----odd?-----to me:
> > > > > >python3.8-config --cflags
> > > > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > > > -Werror=format-security
> > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> > > > > -fstack-protector-strong -grecord-gcc-switches -m64
> -mtune=generic
> > > > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > > > -O2 -g -pipe -Wall -Werror=format-security
> > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> -fstack-protector-strong
> > > > > -grecord-gcc-switches -m64 -mtune=generic
> > > -fasynchronous-unwind-tables
> > > > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
> > > > > -fwrapv
> > > > >
> > > > > >python3.8-config --ldflags
> > > > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > > > >
> > > > > I appreciate any help you can give (again!). You all are the
best.
> > > > >
> > > > > Cheers,
> > > > > -Tom
> > > > >
> > > > >
> > > > >
----------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > --
> > > > > --------
> > > > >
> > > > > The information contained in this message is intended only
for
> > > > > the personal and confidential use of the recipient(s) named
> > > > > above. If the reader of this message is not the intended
> > > > > recipient or an agent responsible for delivering it to the
> > > > > intended recipient, you are hereby notified that you have
> > > > > received this document in error and that any review,
> > > > > dissemination, distribution, or copying of this message is
> > > > > strictly prohibited. If you have received this communication
in
> > > > > error, please notify us immediately, and delete the
> > > original message.
> > > > >
> > > > >
> > > >
> > > > --
> > > > George McCabe - Software Engineer III National Center for
> > > > Atmospheric Research Research Applications Laboratory
> > > > 303-497-2768
> > > > ---
> > > > 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.
> > > >
> > > >
> > > >
------------------------------------------------------------------
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any review, dissemination, distribution, or copying
of
> > > > this message is strictly prohibited. If you have received this
> > > > communication in error, please notify us immediately, and
delete
> > > > the
> > original message.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > 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.
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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: RE: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install issue -- python trouble
From: Workoff, Thomas E
Time: Fri Mar 19 07:32:40 2021
Morning Julie--
You were correct!
As a bit of background--the system that we had been running MET 9.1 on
ran into some critical errors, so we quickly activated a new server in
hopes of moving everything over before total failure. The main issue
was that the new server was *brand* new, with a newer OS (RHEL8 vs
RHEL7). Most of the required libraries were mirrored over from the
old machine to the new, but not all at once. So, the newer machine
had newer version of GCC and GFORTRAN--so there were differences in
the versions of how the libraries that were imported were compiled,
versus the compiler I was using to build MET 9.1.2. The versions of
the libraries themselves were ok, but they had different compilations
than the MET build.
Long story short, I had to go down the rabbit hole of recompiling
everything, from netCDF to pixman, with the newer compiler version.
This resulted in a successful build! I'll admit I did this by hand
versus using the compile/build script you provided--but when we
upgrade to MET 10, I'll try that out.
For what it's worth, MET 9.1 was able to fully function on the new
machine after we finally had everything mirrored over. So, the issue
must have been the differing versions of the compilers.
I appreciate all your help, and patience! You and the rest of the MET
support team are awesome, and you don’t hear that enough.
Thanks again!
Thomas Workoff
Senior Scientist
Office: 330-436-1475 (850-1475)
tworkoff at firstenergycorp.com
341 White Pond Drive, Akron, OH 44320 | mailstop: A-WAC-C1 / AK-West
Akron Campus
-----Original Message-----
From: Julie Prestopnik via RT <met_help at ucar.edu>
Sent: Thursday, March 18, 2021 8:12 PM
To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2 install
issue -- python trouble
Hi Tom.
I'm a bit stumped by this one, assuming the NetCDF include files do
exist in /usr/local/external_libs/include and the NetCDF library files
are in /usr/local/external_libs/lib.
Is it possible that NetCDF was compiled with a different compiler than
what you are using now? Could you please try recompiling the NetCDF
libraries (NetCDF-C and NetCDF-CXX) and then reconfiguring and
recompiling MET?
Also, I don't know if you are already aware of this or not, or if you
would be interested in using it or not, but we have a
compile_MET_all.sh script that will install MET and all of its
dependent libraries. More information can be found here:
https://secure-
web.cisco.com/1vxJcxz54w5VGPKV8SkJemkldneF_XcBsSrEUvL1ENES1XIPUQjXF2f_zkVB7hT9m7_mEX0G8hOalE4K1Hfviq-
cqSs48RV3OGDIwu-HbMCiwXiQZ-TUWB-
1Dg0csoqIAyTez14RFzGfMZvVe3Y19Phb4yQSOziWk_brylsY0nxnsU8t66TwgS3V-
beaPicibMVCOS5Y9G_lmzS2wJT8X7Q7r22B7LTNK57A5uZUyrHbG4vBpnHmX9sJr1LEpbR0eg2tQzIq4DhpV3y8VHcxILooZGHQlfDWGLkFV_4CwitmfLVmguSSJzxA3aRLDXgOlPHS6LZ52E1sAv0sKvtmO6c6Hvxe19PMq8bNSNKTxIpC4bNRiDuSJGJCZW7c938cW/https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-met%2Fdownload
under "Sample Script For Compiling External Libraries And MET". We
have updated it relatively recently.
Please let us know how the recompilation of the NetCDF libraries and
MET goes. If you decide to try out the script and have any questions,
please let us know.
Thanks!
Julie
On Thu, Mar 18, 2021 at 7:36 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Good morning Julie--
>
> As it turns out, the png library wasn't installed. I had always
> disabled ensemble_stat in previous installations (I think)--likely
> because we don’t use it (or because it gave me trouble, I honestly
> can't remember). I installed the library and referenced it in
$LDFLAGS.
>
> However, for simplicity, this latest attempt disables ensemble_stat,
> given we don't use it operationally at the moment.
>
> The combination of referencing the png library, or disabling
> ensemble_stat (or both) provided progress, but I've still hit
another
> snag. New logs are attached.
>
> We're getting there. Sorry for the slow progress! This new machine
is
> causing headaches all over the place due to its abnormal set-up.
>
> -Tom
>
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Wednesday, March 17, 2021 5:23 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> I'm glad the other issue is resolved!
>
> With this new issue it looks like the linker is having a hard time
> finding the png library:
>
> > /usr/bin/ld: cannot find -lpng
>
> The png library is a dependency of the GRIB2C library (as are the
> jasper library and the zlib). Do you know if the png library is
> installed? If so, you can set LDFLAGS to include the location:
> export LDFLAGS="${LDFLAGS} -L${LIB_LIBPNG}"
> where LIB_LIBPNG is the location of the png library file.
>
> I hope that helps. Please let us know how it goes.
>
> Julie
>
> On Wed, Mar 17, 2021 at 1:21 PM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Julie--
> >
> > That was weird. I must have run the original configure last night
> > was the wrong permissions (sudo/root), so that it wasn't seeing
the
> > right .cshrc file. Anyway, I blew everything away and ran a fresh
> > configure, with the right permissions, and it fixed the issue. I
> > appreciate you taking the to look it over, I would have never
> > suspected
> that!
> >
> > However, now I have another error (I've included the update
> > configure.log and make_install.log):
> >
> > /usr/bin/ld: cannot find -lpng
> > collect2: error: ld returned 1 exit status
> > make[4]: *** [Makefile:427: ensemble_stat] Error 1
> > make[4]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/tools/core/ensemble_stat'
> > make[3]: *** [Makefile:379: install-recursive] Error 1
> > make[3]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/tools/core'
> > make[2]: *** [Makefile:373: install-recursive] Error 1
> > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools'
> > make[1]: *** [Makefile:370: install-recursive] Error 1
> > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > make: *** [Makefile:425: install-recursive] Error 1
> >
> > I suspect this is a netcdf issue? The netcdf library (4.4, I
> > believe) on this system was mirrored over from a different machine
> > which was running MET9.1--if you tell me I should rebuild it, I'll
believe you!
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 1:59 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > install issue -- python trouble
> >
> > Hi Tom.
> >
> > From the config.log it looks like the values that you are setting
> > for all of "MET_" are not being recognized, as I see empty values
> > for all of
> them
> > (starting on line 2060 of config.log). Maybe you had them set in
a
> > different shell from where you were compiling? Please try setting
> > those and ensuring they are set in the config.log file. If you
need
> > some help with that please let us know how you are setting them
and
> > we'll see what we can do to help. I hope that after setting
those,
> > MET will compile successfully. Please let us know how it goes.
Thanks!
> >
> > Julie
> >
> >
> >
> > On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > >
> > > Hi Julie--
> > >
> > > Ha! I'm sure the config.log file would've been more helpful.
Been
> > > that kind of morning!
> > >
> > > It's attached here, along with the recent make_install.log file.
> > >
> > > Let me know if you need anything else from me--
> > >
> > > Thanks!
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, March 17, 2021 12:50 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > install issue -- python trouble
> > >
> > > Hi Tom.
> > >
> > > Thanks for trying that out. I see that you sent the configure
file.
> > > Could you please send the config.log file instead, along with
the
> > > make_install.log file from this most recent run?
> > >
> > > Thanks!
> > >
> > > Julie
> > >
> > > On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
>
> > > >
> > > > Hi George,
> > > >
> > > > Thanks for the quick response!
> > > >
> > > > I had noticed that the --ldflags output was missing the
> > > > -lpython3.8 or -lpython3.8m, but went with the explicit output
> > > > for
> the first try.
> > > >
> > > > I then added the -lpython3.8 into the environmental variable
for
> > > > MET_PYTHON_LD, but I'm still returning the same error:
> > > >
> > > > #include "Python.h"
> > > > ^~~~~~~~~~
> > > > compilation terminated.
> > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error 1
> > > > make[3]: Leaving directory
> > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > make[2]: Leaving directory
> '/fewxops/software/met/met-9.1.2/src/basic'
> > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > make: *** [Makefile:425: install-recursive] Error 1
> > > >
> > > > This is a bit strange, because Python.h does exist in my
> > > > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > > > misunderstanding what's really causing trouble here!
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: George McCabe via RT <met_help at ucar.edu>
> > > > Sent: Wednesday, March 17, 2021 10:03 AM
> > > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > > install issue
> > > > -- python trouble
> > > >
> > > > Hi Tom,
> > > >
> > > > I see you are having issues building MET. I have assigned this
> > > > ticket to Julie Prestopnik who is our resident MET
installation
> > > > expert. She should be able to help you.
> > > >
> > > > One thing I did notice that is set in my environment that is
> > > > missing from yours is the flag to link the python library in
the
> > > > MET_PYTHON_LD environment variable.
> > > >
> > > > Yours (csh):
> > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > -lutil -lm
> > > -lm'
> > > >
> > > > Mine (bash):
> > > > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m*
-lcrypt
> > > > -lpthread -ldl -lutil -lm"
> > > >
> > > > I was using Python 3.6 when I last built. Since you are using
> > > > Python 3.8, I think you will want to add:
> > > >
> > > > *-lpython3.8*
> > > >
> > > > i.e.
> > > >
> > > > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt
> > > > -lpthread -ldl -lutil -lm' *
> > > >
> > > > Let us know if that doesn't work and Julie can take a closer
look.
> > > >
> > > > Thanks,
> > > > George
> > > >
> > > >
> > > > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > > > Transaction: Ticket created by tworkoff at firstenergycorp.com
> > > > > Queue: met_help
> > > > > Subject: MET-9.1.2 install issue -- python trouble
> > > > > Owner: Nobody
> > > > > Requestors: tworkoff at firstenergycorp.com
> > > > > Status: new
> > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > > > >
> > > > >
> > > > >
> > > > > Hi All-
> > > > >
> > > > > We've recently been forced to upgrade our systems to RHEL8,
> > > > > which has resulted in the need for a rebuild/recompile of
MET
> > > > > on our
> > systems.
> > > > > Similar to a problem I had when upgrading MET to 9.1, I've
run
> > > > > into a snag linking python (the new version on the system is
> > python3.8).
> > > > > This
> > > > > python3.8 version is the default that arrived with the RHEL
> > > > > install-it was not built from source, or from Conda. I can
> > > > > rebuild it,
> > > if necessary.
> > > > >
> > > > > I have attached the configure, Makefile, and
make_install.log
> > > > > files to this email.
> > > > >
> > > > > At the moment, the error that gets kicked out is:
> > > > >
> > > > > #include "Python.h"
> > > > > ^~~~~~~~~~
> > > > > compilation terminated.
> > > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error
1
> > > > > make[3]: Leaving directory
> > > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > > make[2]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic'
> > > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > > make: *** [Makefile:425: install-recursive] Error 1
> > > > >
> > > > > As further background, my current environmental variables
read as:
> > > > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > > -lutil -lm
> > > > -lm'
> > > > >
> > > > >
> > > > > My configure command was:
> > > > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > > > --enable-mode_graphics
> > > > >
> > > > >
> > > > > And my system python commands return the following, which
> > > > > looks a little-----odd?-----to me:
> > > > > >python3.8-config --cflags
> > > > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > > > -Werror=format-security
> > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> > > > > -fstack-protector-strong -grecord-gcc-switches -m64
> -mtune=generic
> > > > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > > > -O2 -g -pipe -Wall -Werror=format-security
> > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> -fstack-protector-strong
> > > > > -grecord-gcc-switches -m64 -mtune=generic
> > > -fasynchronous-unwind-tables
> > > > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -fPIC
> > > > > -fwrapv
> > > > >
> > > > > >python3.8-config --ldflags
> > > > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > > > >
> > > > > I appreciate any help you can give (again!). You all are the
best.
> > > > >
> > > > > Cheers,
> > > > > -Tom
> > > > >
> > > > >
> > > > >
--------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > --
> > > > > --
> > > > > --------
> > > > >
> > > > > The information contained in this message is intended only
for
> > > > > the personal and confidential use of the recipient(s) named
> > > > > above. If the reader of this message is not the intended
> > > > > recipient or an agent responsible for delivering it to the
> > > > > intended recipient, you are hereby notified that you have
> > > > > received this document in error and that any review,
> > > > > dissemination, distribution, or copying of this message is
> > > > > strictly prohibited. If you have received this communication
> > > > > in error, please notify us immediately, and delete the
> > > original message.
> > > > >
> > > > >
> > > >
> > > > --
> > > > George McCabe - Software Engineer III National Center for
> > > > Atmospheric Research Research Applications Laboratory
> > > > 303-497-2768
> > > > ---
> > > > 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.
> > > >
> > > >
> > > >
----------------------------------------------------------------
> > > > --
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
> > > > the personal and confidential use of the recipient(s) named
> > > > above. If the reader of this message is not the intended
> > > > recipient or an agent responsible for delivering it to the
> > > > intended recipient, you are hereby notified that you have
> > > > received this document in error and that any review,
> > > > dissemination, distribution, or copying of this message is
> > > > strictly prohibited. If you have received this communication
in
> > > > error, please notify us immediately, and delete the
> > original message.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > 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.
> > >
> > >
> > >
------------------------------------------------------------------
> > > --
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
> > > agent responsible for delivering it to the intended recipient,
you
> > > are hereby notified that you have received this document in
error
> > > and that any review, dissemination, distribution, or copying of
> > > this message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
> > > the
> original message.
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
--------------------------------------------------------------------
> > --
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an
agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete
the original message.
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
> Laboratory
> 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.
>
>
>
----------------------------------------------------------------------
> --------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
that
> any review, dissemination, distribution, or copying of this message
is
> strictly prohibited. If you have received this communication in
error,
> please notify us immediately, and delete the original message.
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research Research Applications
Laboratory
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.
------------------------------------------------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are
hereby notified that you have received this document in error and that
any review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.
------------------------------------------------
Subject: MET-9.1.2 install issue -- python trouble
From: Julie Prestopnik
Time: Fri Mar 19 14:46:23 2021
Hi Tom.
I'm so glad you were able to recompile everything and get a successful
compilation of MET with all of the MET tools! Thank you for your
patience
while we tried to figure out what was going on.
Thank you so much for your kind and complimentary words. We really
appreciate that.
I'll go ahead and close this ticket, but please let us know if you
encounter any other issues. I know you just got 9.1.2 installed but
I
should mention that John just cut a 9.1.3 bugfix release today. You
can
view the release notes here if you'd like:
https://met.readthedocs.io/en/v9.1.3/Users_Guide/overview.html#met-
release-notes
We are working to get the 10.0.0 release which we are hoping to have
ready
sometime in early April, just FYI.
Have a great weekend!
Julie
On Fri, Mar 19, 2021 at 7:32 AM Workoff, Thomas E via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
>
> Morning Julie--
>
> You were correct!
>
> As a bit of background--the system that we had been running MET 9.1
on ran
> into some critical errors, so we quickly activated a new server in
hopes of
> moving everything over before total failure. The main issue was that
the
> new server was *brand* new, with a newer OS (RHEL8 vs RHEL7). Most
of the
> required libraries were mirrored over from the old machine to the
new, but
> not all at once. So, the newer machine had newer version of GCC and
> GFORTRAN--so there were differences in the versions of how the
libraries
> that were imported were compiled, versus the compiler I was using to
build
> MET 9.1.2. The versions of the libraries themselves were ok, but
they had
> different compilations than the MET build.
>
> Long story short, I had to go down the rabbit hole of recompiling
> everything, from netCDF to pixman, with the newer compiler version.
This
> resulted in a successful build! I'll admit I did this by hand versus
using
> the compile/build script you provided--but when we upgrade to MET
10, I'll
> try that out.
>
> For what it's worth, MET 9.1 was able to fully function on the new
machine
> after we finally had everything mirrored over. So, the issue must
have
> been the differing versions of the compilers.
>
> I appreciate all your help, and patience! You and the rest of the
MET
> support team are awesome, and you don’t hear that enough.
>
> Thanks again!
>
>
> Thomas Workoff
> Senior Scientist
> Office: 330-436-1475 (850-1475)
> tworkoff at firstenergycorp.com
> 341 White Pond Drive, Akron, OH 44320 | mailstop: A-WAC-C1 / AK-West
Akron
> Campus
>
>
> -----Original Message-----
> From: Julie Prestopnik via RT <met_help at ucar.edu>
> Sent: Thursday, March 18, 2021 8:12 PM
> To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> issue -- python trouble
>
> Hi Tom.
>
> I'm a bit stumped by this one, assuming the NetCDF include files do
exist
> in /usr/local/external_libs/include and the NetCDF library files are
in
> /usr/local/external_libs/lib.
>
> Is it possible that NetCDF was compiled with a different compiler
than
> what you are using now? Could you please try recompiling the NetCDF
> libraries (NetCDF-C and NetCDF-CXX) and then reconfiguring and
recompiling
> MET?
>
> Also, I don't know if you are already aware of this or not, or if
you
> would be interested in using it or not, but we have a
compile_MET_all.sh
> script that will install MET and all of its dependent libraries.
More
> information can be found here:
>
> https://secure-
web.cisco.com/1vxJcxz54w5VGPKV8SkJemkldneF_XcBsSrEUvL1ENES1XIPUQjXF2f_zkVB7hT9m7_mEX0G8hOalE4K1Hfviq-
cqSs48RV3OGDIwu-HbMCiwXiQZ-TUWB-
1Dg0csoqIAyTez14RFzGfMZvVe3Y19Phb4yQSOziWk_brylsY0nxnsU8t66TwgS3V-
beaPicibMVCOS5Y9G_lmzS2wJT8X7Q7r22B7LTNK57A5uZUyrHbG4vBpnHmX9sJr1LEpbR0eg2tQzIq4DhpV3y8VHcxILooZGHQlfDWGLkFV_4CwitmfLVmguSSJzxA3aRLDXgOlPHS6LZ52E1sAv0sKvtmO6c6Hvxe19PMq8bNSNKTxIpC4bNRiDuSJGJCZW7c938cW/https%3A%2F%2Fdtcenter.org%2Fcommunity-
code%2Fmodel-evaluation-tools-met%2Fdownload
> under "Sample Script For Compiling External Libraries And MET". We
have
> updated it relatively recently.
>
> Please let us know how the recompilation of the NetCDF libraries and
MET
> goes. If you decide to try out the script and have any questions,
please
> let us know.
>
> Thanks!
>
> Julie
>
>
> On Thu, Mar 18, 2021 at 7:36 AM Workoff, Thomas E via RT <
> met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> >
> > Good morning Julie--
> >
> > As it turns out, the png library wasn't installed. I had always
> > disabled ensemble_stat in previous installations (I think)--likely
> > because we don’t use it (or because it gave me trouble, I honestly
> > can't remember). I installed the library and referenced it in
$LDFLAGS.
> >
> > However, for simplicity, this latest attempt disables
ensemble_stat,
> > given we don't use it operationally at the moment.
> >
> > The combination of referencing the png library, or disabling
> > ensemble_stat (or both) provided progress, but I've still hit
another
> > snag. New logs are attached.
> >
> > We're getting there. Sorry for the slow progress! This new
machine is
> > causing headaches all over the place due to its abnormal set-up.
> >
> > -Tom
> >
> >
> >
> > -----Original Message-----
> > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > Sent: Wednesday, March 17, 2021 5:23 PM
> > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
install
> > issue -- python trouble
> >
> > Hi Tom.
> >
> > I'm glad the other issue is resolved!
> >
> > With this new issue it looks like the linker is having a hard time
> > finding the png library:
> >
> > > /usr/bin/ld: cannot find -lpng
> >
> > The png library is a dependency of the GRIB2C library (as are the
> > jasper library and the zlib). Do you know if the png library is
> > installed? If so, you can set LDFLAGS to include the location:
> > export LDFLAGS="${LDFLAGS} -L${LIB_LIBPNG}"
> > where LIB_LIBPNG is the location of the png library file.
> >
> > I hope that helps. Please let us know how it goes.
> >
> > Julie
> >
> > On Wed, Mar 17, 2021 at 1:21 PM Workoff, Thomas E via RT <
> > met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > >
> > > Julie--
> > >
> > > That was weird. I must have run the original configure last
night
> > > was the wrong permissions (sudo/root), so that it wasn't seeing
the
> > > right .cshrc file. Anyway, I blew everything away and ran a
fresh
> > > configure, with the right permissions, and it fixed the issue.
I
> > > appreciate you taking the to look it over, I would have never
> > > suspected
> > that!
> > >
> > > However, now I have another error (I've included the update
> > > configure.log and make_install.log):
> > >
> > > /usr/bin/ld: cannot find -lpng
> > > collect2: error: ld returned 1 exit status
> > > make[4]: *** [Makefile:427: ensemble_stat] Error 1
> > > make[4]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/tools/core/ensemble_stat'
> > > make[3]: *** [Makefile:379: install-recursive] Error 1
> > > make[3]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/tools/core'
> > > make[2]: *** [Makefile:373: install-recursive] Error 1
> > > make[2]: Leaving directory '/fewxops/software/met/met-
9.1.2/src/tools'
> > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > make[1]: Leaving directory '/fewxops/software/met/met-9.1.2/src'
> > > make: *** [Makefile:425: install-recursive] Error 1
> > >
> > > I suspect this is a netcdf issue? The netcdf library (4.4, I
> > > believe) on this system was mirrored over from a different
machine
> > > which was running MET9.1--if you tell me I should rebuild it,
I'll
> believe you!
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > Sent: Wednesday, March 17, 2021 1:59 PM
> > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > install issue -- python trouble
> > >
> > > Hi Tom.
> > >
> > > From the config.log it looks like the values that you are
setting
> > > for all of "MET_" are not being recognized, as I see empty
values
> > > for all of
> > them
> > > (starting on line 2060 of config.log). Maybe you had them set
in a
> > > different shell from where you were compiling? Please try
setting
> > > those and ensuring they are set in the config.log file. If you
need
> > > some help with that please let us know how you are setting them
and
> > > we'll see what we can do to help. I hope that after setting
those,
> > > MET will compile successfully. Please let us know how it goes.
> Thanks!
> > >
> > > Julie
> > >
> > >
> > >
> > > On Wed, Mar 17, 2021 at 11:00 AM Workoff, Thomas E via RT <
> > > met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
>
> > > >
> > > > Hi Julie--
> > > >
> > > > Ha! I'm sure the config.log file would've been more helpful.
Been
> > > > that kind of morning!
> > > >
> > > > It's attached here, along with the recent make_install.log
file.
> > > >
> > > > Let me know if you need anything else from me--
> > > >
> > > > Thanks!
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Julie Prestopnik via RT <met_help at ucar.edu>
> > > > Sent: Wednesday, March 17, 2021 12:50 PM
> > > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > > Subject: Re: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > > install issue -- python trouble
> > > >
> > > > Hi Tom.
> > > >
> > > > Thanks for trying that out. I see that you sent the configure
file.
> > > > Could you please send the config.log file instead, along with
the
> > > > make_install.log file from this most recent run?
> > > >
> > > > Thanks!
> > > >
> > > > Julie
> > > >
> > > > On Wed, Mar 17, 2021 at 8:58 AM Workoff, Thomas E via RT <
> > > > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087 >
> > > > >
> > > > > Hi George,
> > > > >
> > > > > Thanks for the quick response!
> > > > >
> > > > > I had noticed that the --ldflags output was missing the
> > > > > -lpython3.8 or -lpython3.8m, but went with the explicit
output
> > > > > for
> > the first try.
> > > > >
> > > > > I then added the -lpython3.8 into the environmental variable
for
> > > > > MET_PYTHON_LD, but I'm still returning the same error:
> > > > >
> > > > > #include "Python.h"
> > > > > ^~~~~~~~~~
> > > > > compilation terminated.
> > > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o] Error
1
> > > > > make[3]: Leaving directory
> > > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > > make[2]: Leaving directory
> > '/fewxops/software/met/met-9.1.2/src/basic'
> > > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > > make: *** [Makefile:425: install-recursive] Error 1
> > > > >
> > > > > This is a bit strange, because Python.h does exist in my
> > > > > MET_PYTHON_CC path (/usr/include/python3.8)--but perhaps I'm
> > > > > misunderstanding what's really causing trouble here!
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: George McCabe via RT <met_help at ucar.edu>
> > > > > Sent: Wednesday, March 17, 2021 10:03 AM
> > > > > To: Workoff, Thomas E <tworkoff at firstenergycorp.com>
> > > > > Subject: [EXTERNAL] Re: [rt.rap.ucar.edu #99087] MET-9.1.2
> > > > > install issue
> > > > > -- python trouble
> > > > >
> > > > > Hi Tom,
> > > > >
> > > > > I see you are having issues building MET. I have assigned
this
> > > > > ticket to Julie Prestopnik who is our resident MET
installation
> > > > > expert. She should be able to help you.
> > > > >
> > > > > One thing I did notice that is set in my environment that is
> > > > > missing from yours is the flag to link the python library in
the
> > > > > MET_PYTHON_LD environment variable.
> > > > >
> > > > > Yours (csh):
> > > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > > -lutil -lm
> > > > -lm'
> > > > >
> > > > > Mine (bash):
> > > > > export MET_PYTHON_LD="-L${MET_PYTHON}/lib *-lpython3.6m*
-lcrypt
> > > > > -lpthread -ldl -lutil -lm"
> > > > >
> > > > > I was using Python 3.6 when I last built. Since you are
using
> > > > > Python 3.8, I think you will want to add:
> > > > >
> > > > > *-lpython3.8*
> > > > >
> > > > > i.e.
> > > > >
> > > > > *setenv MET_PYTHON_LD '-L/usr/lib64 -lpython3.8 -lcrypt
> > > > > -lpthread -ldl -lutil -lm' *
> > > > >
> > > > > Let us know if that doesn't work and Julie can take a closer
look.
> > > > >
> > > > > Thanks,
> > > > > George
> > > > >
> > > > >
> > > > > On Wed, Mar 17, 2021 at 7:52 AM Workoff, Thomas E via RT <
> > > > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Wed Mar 17 07:52:19 2021: Request 99087 was acted upon.
> > > > > > Transaction: Ticket created by
tworkoff at firstenergycorp.com
> > > > > > Queue: met_help
> > > > > > Subject: MET-9.1.2 install issue -- python trouble
> > > > > > Owner: Nobody
> > > > > > Requestors: tworkoff at firstenergycorp.com
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=99087
> > > > > > >
> > > > > >
> > > > > >
> > > > > > Hi All-
> > > > > >
> > > > > > We've recently been forced to upgrade our systems to
RHEL8,
> > > > > > which has resulted in the need for a rebuild/recompile of
MET
> > > > > > on our
> > > systems.
> > > > > > Similar to a problem I had when upgrading MET to 9.1, I've
run
> > > > > > into a snag linking python (the new version on the system
is
> > > python3.8).
> > > > > > This
> > > > > > python3.8 version is the default that arrived with the
RHEL
> > > > > > install-it was not built from source, or from Conda. I can
> > > > > > rebuild it,
> > > > if necessary.
> > > > > >
> > > > > > I have attached the configure, Makefile, and
make_install.log
> > > > > > files to this email.
> > > > > >
> > > > > > At the moment, the error that gets kicked out is:
> > > > > >
> > > > > > #include "Python.h"
> > > > > > ^~~~~~~~~~
> > > > > > compilation terminated.
> > > > > > make[3]: *** [Makefile:649: libvx_util_a-data_line.o]
Error 1
> > > > > > make[3]: Leaving directory
> > > > > > '/fewxops/software/met/met-9.1.2/src/basic/vx_util'
> > > > > > make[2]: *** [Makefile:368: install-recursive] Error 1
> > > > > > make[2]: Leaving directory
> > > '/fewxops/software/met/met-9.1.2/src/basic'
> > > > > > make[1]: *** [Makefile:370: install-recursive] Error 1
> > > > > > make[1]: Leaving directory '/fewxops/software/met/met-
9.1.2/src'
> > > > > > make: *** [Makefile:425: install-recursive] Error 1
> > > > > >
> > > > > > As further background, my current environmental variables
read
> as:
> > > > > > setenv MET_PYTHON_CC '-I/usr/include/python3.8'
> > > > > > setenv MET_PYTHON_LD '-L/usr/lib64 -lcrypt -lpthread -ldl
> > > > > > -lutil -lm
> > > > > -lm'
> > > > > >
> > > > > >
> > > > > > My configure command was:
> > > > > > /configure --prefix=`pwd` --enable-grib2 --enable-python
> > > > > > --enable-mode_graphics
> > > > > >
> > > > > >
> > > > > > And my system python commands return the following, which
> > > > > > looks a little-----odd?-----to me:
> > > > > > >python3.8-config --cflags
> > > > > > -I/usr/include/python3.8 -I/usr/include/python3.8
> > > > > > -Wno-unused-result -Wsign-compare -O2 -g -pipe -Wall
> > > > > > -Werror=format-security
> > > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> > > > > > -fstack-protector-strong -grecord-gcc-switches -m64
> > -mtune=generic
> > > > > > -fasynchronous-unwind-tables -fstack-clash-protection
> > > > > > -fcf-protection -D_GNU_SOURCE -fPIC -fwrapv
> > > > > > -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG
> > > > > > -O2 -g -pipe -Wall -Werror=format-security
> > > > > > -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions
> > -fstack-protector-strong
> > > > > > -grecord-gcc-switches -m64 -mtune=generic
> > > > -fasynchronous-unwind-tables
> > > > > > -fstack-clash-protection -fcf-protection -D_GNU_SOURCE
-fPIC
> > > > > > -fwrapv
> > > > > >
> > > > > > >python3.8-config --ldflags
> > > > > > -L/usr/lib64 -lcrypt -lpthread -ldl -lutil -lm -lm
> > > > > >
> > > > > > I appreciate any help you can give (again!). You all are
the
> best.
> > > > > >
> > > > > > Cheers,
> > > > > > -Tom
> > > > > >
> > > > > >
> > > > > >
--------------------------------------------------------------
> > > > > > --
> > > > > > --
> > > > > > --
> > > > > > --
> > > > > > --------
> > > > > >
> > > > > > The information contained in this message is intended only
for
> > > > > > the personal and confidential use of the recipient(s)
named
> > > > > > above. If the reader of this message is not the intended
> > > > > > recipient or an agent responsible for delivering it to the
> > > > > > intended recipient, you are hereby notified that you have
> > > > > > received this document in error and that any review,
> > > > > > dissemination, distribution, or copying of this message is
> > > > > > strictly prohibited. If you have received this
communication
> > > > > > in error, please notify us immediately, and delete the
> > > > original message.
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > George McCabe - Software Engineer III National Center for
> > > > > Atmospheric Research Research Applications Laboratory
> > > > > 303-497-2768
> > > > > ---
> > > > > 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.
> > > > >
> > > > >
> > > > >
----------------------------------------------------------------
> > > > > --
> > > > > --
> > > > > --
> > > > > --------
> > > > >
> > > > > The information contained in this message is intended only
for
> > > > > the personal and confidential use of the recipient(s) named
> > > > > above. If the reader of this message is not the intended
> > > > > recipient or an agent responsible for delivering it to the
> > > > > intended recipient, you are hereby notified that you have
> > > > > received this document in error and that any review,
> > > > > dissemination, distribution, or copying of this message is
> > > > > strictly prohibited. If you have received this communication
in
> > > > > error, please notify us immediately, and delete the
> > > original message.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik (she/her)
> > > > Software Engineer
> > > > National Center for Atmospheric Research Research Applications
> > > > Laboratory
> > > > 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.
> > > >
> > > >
> > > >
------------------------------------------------------------------
> > > > --
> > > > --
> > > > --------
> > > >
> > > > The information contained in this message is intended only for
the
> > > > personal and confidential use of the recipient(s) named above.
If
> > > > the reader of this message is not the intended recipient or an
> > > > agent responsible for delivering it to the intended recipient,
you
> > > > are hereby notified that you have received this document in
error
> > > > and that any review, dissemination, distribution, or copying
of
> > > > this message is strictly prohibited. If you have received this
> > > > communication in error, please notify us immediately, and
delete
> > > > the
> > original message.
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik (she/her)
> > > Software Engineer
> > > National Center for Atmospheric Research Research Applications
> > > Laboratory
> > > 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.
> > >
> > >
> > >
--------------------------------------------------------------------
> > > --
> > > --------
> > >
> > > The information contained in this message is intended only for
the
> > > personal and confidential use of the recipient(s) named above.
If
> > > the reader of this message is not the intended recipient or an
agent
> > > responsible for delivering it to the intended recipient, you are
> > > hereby notified that you have received this document in error
and
> > > that any review, dissemination, distribution, or copying of this
> > > message is strictly prohibited. If you have received this
> > > communication in error, please notify us immediately, and delete
the
> original message.
> > >
> > >
> >
> > --
> > Julie Prestopnik (she/her)
> > Software Engineer
> > National Center for Atmospheric Research Research Applications
> > Laboratory
> > 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.
> >
> >
> >
----------------------------------------------------------------------
> > --------
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
the
> > reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
that
> > any review, dissemination, distribution, or copying of this
message is
> > strictly prohibited. If you have received this communication in
error,
> > please notify us immediately, and delete the original message.
> >
> >
>
> --
> Julie Prestopnik (she/her)
> Software Engineer
> National Center for Atmospheric Research Research Applications
Laboratory
> 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.
>
>
>
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
the
> reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
hereby
> notified that you have received this document in error and that any
review,
> dissemination, distribution, or copying of this message is strictly
> prohibited. If you have received this communication in error, please
notify
> us immediately, and delete the original message.
>
>
>
--
Julie Prestopnik (she/her)
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
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.
------------------------------------------------
More information about the Met_help
mailing list