[Met_help] [rt.rap.ucar.edu #95348] History for Error with installing MET with the shell script
Julie Prestopnik via RT
met_help at ucar.edu
Mon Jun 15 09:48:30 MDT 2020
----------------------------------------------------------------
Initial Request
----------------------------------------------------------------
Dear MET-Help,
Greetings. I hope my mail finds you and your team well during this very special time of COVID-19 pandemic.
Please I am trying to build the MET on my local machine using the shell script (https://dtcenter.org/sites/default/files/community-code/met/compile_scripts/compile_MET_all.sh.tgz) but it keeps on giving error during the make of HDF4.2r3.
Also I observed you didn't add the jpeg src code for installation in the script. Is this deliberate?
Kindly find attached the configure and make log files for your intervention.
Thank you.
Best regards,Imoleayo
----------------------------------------------------------------
Complete Ticket History
----------------------------------------------------------------
Subject: Error with installing MET with the shell script
From: John Halley Gotway
Time: Sun May 24 14:48:05 2020
Hello Imoleayo,
I see you're having trouble compiling the HDF4 library when trying to
compile MET. I'm going to reassign this ticket to Julie Prestopnik,
who
does most of the installations for MET. Please allow her a few days to
respond, after the Memorial Day holiday.
Thanks,
John Halley Gotway
On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> Transaction: Ticket created by gbodeimoleayo at yahoo.com
> Queue: met_help
> Subject: Error with installing MET with the shell script
> Owner: Nobody
> Requestors: gbodeimoleayo at yahoo.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
>
> Dear MET-Help,
> Greetings. I hope my mail finds you and your team well during this
very
> special time of COVID-19 pandemic.
> Please I am trying to build the MET on my local machine using the
shell
> script (
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz)
> but it keeps on giving error during the make of HDF4.2r3.
> Also I observed you didn't add the jpeg src code for installation in
the
> script. Is this deliberate?
> Kindly find attached the configure and make log files for your
> intervention.
>
> Thank you.
> Best regards,Imoleayo
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Mon May 25 01:23:40 2020
Dear John,
Thanks for your reply.
I look forward to hearing from Julie after the holiday.
Thank you.
Best regards,Imoleayo
On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway via
RT <met_help at ucar.edu> wrote:
Hello Imoleayo,
I see you're having trouble compiling the HDF4 library when trying to
compile MET. I'm going to reassign this ticket to Julie Prestopnik,
who
does most of the installations for MET. Please allow her a few days to
respond, after the Memorial Day holiday.
Thanks,
John Halley Gotway
On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> Transaction: Ticket created by gbodeimoleayo at yahoo.com
> Queue: met_help
> Subject: Error with installing MET with the shell script
> Owner: Nobody
> Requestors: gbodeimoleayo at yahoo.com
> Status: new
> Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
>
> Dear MET-Help,
> Greetings. I hope my mail finds you and your team well during this
very
> special time of COVID-19 pandemic.
> Please I am trying to build the MET on my local machine using the
shell
> script (
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz)
> but it keeps on giving error during the make of HDF4.2r3.
> Also I observed you didn't add the jpeg src code for installation in
the
> script. Is this deliberate?
> Kindly find attached the configure and make log files for your
> intervention.
>
> Thank you.
> Best regards,Imoleayo
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Tue May 26 11:13:34 2020
Hi Imoleayo.
The HDF4 library is an optional library needed only if you intend to
use
the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
gridded NetCDF format that MET can read. Is that a tool that you need
to
use? If not, the simplest solution would be to set the following the
the
compile_MET_all.sh script:
> COMPILE_HDF=0
> COMPILE_HDFEOS=0
>
If you do need the MODIS-regrid tool could you please send your
config.log
file for HDF4?
Also I observed you didn't add the jpeg src code for installation in
the
> script. Is this deliberate?
>
For most systems we install on the jpeg src code is already installed,
so
we do not include it. However, we have seen some folks with machines
that
do not have that installed already. In that case, if the user has
root
privileges, we typically ask them to run "sudo apt-get install
libjpeg-dev". However, if you need guidance on installing the jpeg
library, please let us know.
Thank you!
Julie
On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for your reply.
> I look forward to hearing from Julie after the holiday.
> Thank you.
> Best regards,Imoleayo
> On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT <
> met_help at ucar.edu> wrote:
>
> Hello Imoleayo,
>
> I see you're having trouble compiling the HDF4 library when trying
to
> compile MET. I'm going to reassign this ticket to Julie Prestopnik,
who
> does most of the installations for MET. Please allow her a few days
to
> respond, after the Memorial Day holiday.
>
> Thanks,
> John Halley Gotway
>
> On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > Queue: met_help
> > Subject: Error with installing MET with the shell script
> > Owner: Nobody
> > Requestors: gbodeimoleayo at yahoo.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> >
> > Dear MET-Help,
> > Greetings. I hope my mail finds you and your team well during this
very
> > special time of COVID-19 pandemic.
> > Please I am trying to build the MET on my local machine using the
shell
> > script (
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> )
> > but it keeps on giving error during the make of HDF4.2r3.
> > Also I observed you didn't add the jpeg src code for installation
in the
> > script. Is this deliberate?
> > Kindly find attached the configure and make log files for your
> > intervention.
> >
> > Thank you.
> > Best regards,Imoleayo
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Tue May 26 13:49:40 2020
Dear Julie,
Thanks for your detailed explanation.
Yes, I want to install the HDF libs because I will be working with
some MODIS data and I am more comfortable with netCDF file.
Please kindly find attached the config.log file.
Thank you.
Best regards,Imoleayo
On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
The HDF4 library is an optional library needed only if you intend to
use
the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
gridded NetCDF format that MET can read. Is that a tool that you need
to
use? If not, the simplest solution would be to set the following the
the
compile_MET_all.sh script:
> COMPILE_HDF=0
> COMPILE_HDFEOS=0
>
If you do need the MODIS-regrid tool could you please send your
config.log
file for HDF4?
Also I observed you didn't add the jpeg src code for installation in
the
> script. Is this deliberate?
>
For most systems we install on the jpeg src code is already installed,
so
we do not include it. However, we have seen some folks with machines
that
do not have that installed already. In that case, if the user has
root
privileges, we typically ask them to run "sudo apt-get install
libjpeg-dev". However, if you need guidance on installing the jpeg
library, please let us know.
Thank you!
Julie
On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for your reply.
> I look forward to hearing from Julie after the holiday.
> Thank you.
> Best regards,Imoleayo
> On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT <
> met_help at ucar.edu> wrote:
>
> Hello Imoleayo,
>
> I see you're having trouble compiling the HDF4 library when trying
to
> compile MET. I'm going to reassign this ticket to Julie Prestopnik,
who
> does most of the installations for MET. Please allow her a few days
to
> respond, after the Memorial Day holiday.
>
> Thanks,
> John Halley Gotway
>
> On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > Queue: met_help
> > Subject: Error with installing MET with the shell script
> > Owner: Nobody
> > Requestors: gbodeimoleayo at yahoo.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> >
> > Dear MET-Help,
> > Greetings. I hope my mail finds you and your team well during this
very
> > special time of COVID-19 pandemic.
> > Please I am trying to build the MET on my local machine using the
shell
> > script (
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> )
> > but it keeps on giving error during the make of HDF4.2r3.
> > Also I observed you didn't add the jpeg src code for installation
in the
> > script. Is this deliberate?
> > Kindly find attached the configure and make log files for your
> > intervention.
> >
> > Thank you.
> > Best regards,Imoleayo
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Tue May 26 13:54:36 2020
Dear Julie,
Again, I also observed that the compile script always indicate that I
am using python 2.7 instead of 3.7 that was specified in the
environment file (please see attachment).
For the jpeg, I had to soft link the lib file in the external_libs/lib
directory to get around it.
Thank you.
Best regards,Imoleayo
On Tuesday, May 26, 2020, 09:49:26 PM GMT+2, gbode Imoleayo
<gbodeimoleayo at yahoo.com> wrote:
Dear Julie,
Thanks for your detailed explanation.
Yes, I want to install the HDF libs because I will be working with
some MODIS data and I am more comfortable with netCDF file.
Please kindly find attached the config.log file.
Thank you.
Best regards,Imoleayo
On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
The HDF4 library is an optional library needed only if you intend to
use
the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
gridded NetCDF format that MET can read. Is that a tool that you need
to
use? If not, the simplest solution would be to set the following the
the
compile_MET_all.sh script:
> COMPILE_HDF=0
> COMPILE_HDFEOS=0
>
If you do need the MODIS-regrid tool could you please send your
config.log
file for HDF4?
Also I observed you didn't add the jpeg src code for installation in
the
> script. Is this deliberate?
>
For most systems we install on the jpeg src code is already installed,
so
we do not include it. However, we have seen some folks with machines
that
do not have that installed already. In that case, if the user has
root
privileges, we typically ask them to run "sudo apt-get install
libjpeg-dev". However, if you need guidance on installing the jpeg
library, please let us know.
Thank you!
Julie
On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for your reply.
> I look forward to hearing from Julie after the holiday.
> Thank you.
> Best regards,Imoleayo
> On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT <
> met_help at ucar.edu> wrote:
>
> Hello Imoleayo,
>
> I see you're having trouble compiling the HDF4 library when trying
to
> compile MET. I'm going to reassign this ticket to Julie Prestopnik,
who
> does most of the installations for MET. Please allow her a few days
to
> respond, after the Memorial Day holiday.
>
> Thanks,
> John Halley Gotway
>
> On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > Queue: met_help
> > Subject: Error with installing MET with the shell script
> > Owner: Nobody
> > Requestors: gbodeimoleayo at yahoo.com
> > Status: new
> > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> >
> > Dear MET-Help,
> > Greetings. I hope my mail finds you and your team well during this
very
> > special time of COVID-19 pandemic.
> > Please I am trying to build the MET on my local machine using the
shell
> > script (
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> )
> > but it keeps on giving error during the make of HDF4.2r3.
> > Also I observed you didn't add the jpeg src code for installation
in the
> > script. Is this deliberate?
> > Kindly find attached the configure and make log files for your
> > intervention.
> >
> > Thank you.
> > Best regards,Imoleayo
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Tue May 26 15:58:51 2020
Thank you for letting me know that you would like the MODIS
functionality
in MET.
I see that you are installing on a Macbook Pro. Unfortunately, I have
not
installed MET on a Macbook Pro previously, but rather typically do
installations on Linux machines. I'll see what I can do to help you.
First, could you please pass along the environment file that you
passed to
the compile script?
I compared our config.log files for HDF4 and noticed a couple of
things. I
see that you have the following set:
> CPPFLAGS=-I/usr/local/opt/sqlite/include
>
> LDFLAGS=-L/usr/local/opt/sqlite/lib
>
Could you please unset CPPFLAGS and LDFLAGS and try running the script
again without those values set?
Also, did you make any modifications to the script? My config.log
file has
a value for LD_LIBRARY_PATH, which is set in the script:
> # Update library linker path
export
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file at
all. If, by any chance, you commented out that line in the script,
please
try uncommenting it before you run it again.
Please give those a try and let us know how it goes. If we have
trouble
getting this working for you, another option would be to use a Docker
container.
Julie
On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your detailed explanation.
> Yes, I want to install the HDF libs because I will be working with
some
> MODIS data and I am more comfortable with netCDF file.
> Please kindly find attached the config.log file.
> Thank you.
> Best regards,Imoleayo
> On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> The HDF4 library is an optional library needed only if you intend to
use
> the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
> gridded NetCDF format that MET can read. Is that a tool that you
need to
> use? If not, the simplest solution would be to set the following
the the
> compile_MET_all.sh script:
>
> > COMPILE_HDF=0
> > COMPILE_HDFEOS=0
> >
>
> If you do need the MODIS-regrid tool could you please send your
config.log
> file for HDF4?
>
> Also I observed you didn't add the jpeg src code for installation in
the
> > script. Is this deliberate?
> >
> For most systems we install on the jpeg src code is already
installed, so
> we do not include it. However, we have seen some folks with
machines that
> do not have that installed already. In that case, if the user has
root
> privileges, we typically ask them to run "sudo apt-get install
> libjpeg-dev". However, if you need guidance on installing the jpeg
> library, please let us know.
>
> Thank you!
>
> Julie
>
> On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear John,
> > Thanks for your reply.
> > I look forward to hearing from Julie after the holiday.
> > Thank you.
> > Best regards,Imoleayo
> > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hello Imoleayo,
> >
> > I see you're having trouble compiling the HDF4 library when trying
to
> > compile MET. I'm going to reassign this ticket to Julie
Prestopnik, who
> > does most of the installations for MET. Please allow her a few
days to
> > respond, after the Memorial Day holiday.
> >
> > Thanks,
> > John Halley Gotway
> >
> > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > Queue: met_help
> > > Subject: Error with installing MET with the shell script
> > > Owner: Nobody
> > > Requestors: gbodeimoleayo at yahoo.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > >
> > >
> > > Dear MET-Help,
> > > Greetings. I hope my mail finds you and your team well during
this very
> > > special time of COVID-19 pandemic.
> > > Please I am trying to build the MET on my local machine using
the shell
> > > script (
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > )
> > > but it keeps on giving error during the make of HDF4.2r3.
> > > Also I observed you didn't add the jpeg src code for
installation in
> the
> > > script. Is this deliberate?
> > > Kindly find attached the configure and make log files for your
> > > intervention.
> > >
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Tue May 26 16:40:05 2020
Dear Julie,
Thanks for your support. I did what you asked me to do but the result
is the same.
Please kindly find attached the make.log, config.log, script and
environment variables.
Thank you.
Best regards,Imoleayo
On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Thank you for letting me know that you would like the MODIS
functionality
in MET.
I see that you are installing on a Macbook Pro. Unfortunately, I have
not
installed MET on a Macbook Pro previously, but rather typically do
installations on Linux machines. I'll see what I can do to help you.
First, could you please pass along the environment file that you
passed to
the compile script?
I compared our config.log files for HDF4 and noticed a couple of
things. I
see that you have the following set:
> CPPFLAGS=-I/usr/local/opt/sqlite/include
>
> LDFLAGS=-L/usr/local/opt/sqlite/lib
>
Could you please unset CPPFLAGS and LDFLAGS and try running the script
again without those values set?
Also, did you make any modifications to the script? My config.log
file has
a value for LD_LIBRARY_PATH, which is set in the script:
> # Update library linker path
export
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file at
all. If, by any chance, you commented out that line in the script,
please
try uncommenting it before you run it again.
Please give those a try and let us know how it goes. If we have
trouble
getting this working for you, another option would be to use a Docker
container.
Julie
On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your detailed explanation.
> Yes, I want to install the HDF libs because I will be working with
some
> MODIS data and I am more comfortable with netCDF file.
> Please kindly find attached the config.log file.
> Thank you.
> Best regards,Imoleayo
> On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> The HDF4 library is an optional library needed only if you intend to
use
> the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
> gridded NetCDF format that MET can read. Is that a tool that you
need to
> use? If not, the simplest solution would be to set the following
the the
> compile_MET_all.sh script:
>
> > COMPILE_HDF=0
> > COMPILE_HDFEOS=0
> >
>
> If you do need the MODIS-regrid tool could you please send your
config.log
> file for HDF4?
>
> Also I observed you didn't add the jpeg src code for installation in
the
> > script. Is this deliberate?
> >
> For most systems we install on the jpeg src code is already
installed, so
> we do not include it. However, we have seen some folks with
machines that
> do not have that installed already. In that case, if the user has
root
> privileges, we typically ask them to run "sudo apt-get install
> libjpeg-dev". However, if you need guidance on installing the jpeg
> library, please let us know.
>
> Thank you!
>
> Julie
>
> On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear John,
> > Thanks for your reply.
> > I look forward to hearing from Julie after the holiday.
> > Thank you.
> > Best regards,Imoleayo
> > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hello Imoleayo,
> >
> > I see you're having trouble compiling the HDF4 library when trying
to
> > compile MET. I'm going to reassign this ticket to Julie
Prestopnik, who
> > does most of the installations for MET. Please allow her a few
days to
> > respond, after the Memorial Day holiday.
> >
> > Thanks,
> > John Halley Gotway
> >
> > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > Queue: met_help
> > > Subject: Error with installing MET with the shell script
> > > Owner: Nobody
> > > Requestors: gbodeimoleayo at yahoo.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > >
> > >
> > > Dear MET-Help,
> > > Greetings. I hope my mail finds you and your team well during
this very
> > > special time of COVID-19 pandemic.
> > > Please I am trying to build the MET on my local machine using
the shell
> > > script (
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > )
> > > but it keeps on giving error during the make of HDF4.2r3.
> > > Also I observed you didn't add the jpeg src code for
installation in
> the
> > > script. Is this deliberate?
> > > Kindly find attached the configure and make log files for your
> > > intervention.
> > >
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Thu May 28 07:15:05 2020
Dear Julie,
Please I am still waiting for your feedback on my last email.
Thank you.
Best regards,Imoleayo
On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo
<gbodeimoleayo at yahoo.com> wrote:
Dear Julie,
Thanks for your support. I did what you asked me to do but the result
is the same.
Please kindly find attached the make.log, config.log, script and
environment variables.
Thank you.
Best regards,Imoleayo
On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Thank you for letting me know that you would like the MODIS
functionality
in MET.
I see that you are installing on a Macbook Pro. Unfortunately, I have
not
installed MET on a Macbook Pro previously, but rather typically do
installations on Linux machines. I'll see what I can do to help you.
First, could you please pass along the environment file that you
passed to
the compile script?
I compared our config.log files for HDF4 and noticed a couple of
things. I
see that you have the following set:
> CPPFLAGS=-I/usr/local/opt/sqlite/include
>
> LDFLAGS=-L/usr/local/opt/sqlite/lib
>
Could you please unset CPPFLAGS and LDFLAGS and try running the script
again without those values set?
Also, did you make any modifications to the script? My config.log
file has
a value for LD_LIBRARY_PATH, which is set in the script:
> # Update library linker path
export
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file at
all. If, by any chance, you commented out that line in the script,
please
try uncommenting it before you run it again.
Please give those a try and let us know how it goes. If we have
trouble
getting this working for you, another option would be to use a Docker
container.
Julie
On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your detailed explanation.
> Yes, I want to install the HDF libs because I will be working with
some
> MODIS data and I am more comfortable with netCDF file.
> Please kindly find attached the config.log file.
> Thank you.
> Best regards,Imoleayo
> On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> The HDF4 library is an optional library needed only if you intend to
use
> the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
> gridded NetCDF format that MET can read. Is that a tool that you
need to
> use? If not, the simplest solution would be to set the following
the the
> compile_MET_all.sh script:
>
> > COMPILE_HDF=0
> > COMPILE_HDFEOS=0
> >
>
> If you do need the MODIS-regrid tool could you please send your
config.log
> file for HDF4?
>
> Also I observed you didn't add the jpeg src code for installation in
the
> > script. Is this deliberate?
> >
> For most systems we install on the jpeg src code is already
installed, so
> we do not include it. However, we have seen some folks with
machines that
> do not have that installed already. In that case, if the user has
root
> privileges, we typically ask them to run "sudo apt-get install
> libjpeg-dev". However, if you need guidance on installing the jpeg
> library, please let us know.
>
> Thank you!
>
> Julie
>
> On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear John,
> > Thanks for your reply.
> > I look forward to hearing from Julie after the holiday.
> > Thank you.
> > Best regards,Imoleayo
> > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley Gotway
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hello Imoleayo,
> >
> > I see you're having trouble compiling the HDF4 library when trying
to
> > compile MET. I'm going to reassign this ticket to Julie
Prestopnik, who
> > does most of the installations for MET. Please allow her a few
days to
> > respond, after the Memorial Day holiday.
> >
> > Thanks,
> > John Halley Gotway
> >
> > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > Queue: met_help
> > > Subject: Error with installing MET with the shell script
> > > Owner: Nobody
> > > Requestors: gbodeimoleayo at yahoo.com
> > > Status: new
> > > Ticket <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > >
> > >
> > > Dear MET-Help,
> > > Greetings. I hope my mail finds you and your team well during
this very
> > > special time of COVID-19 pandemic.
> > > Please I am trying to build the MET on my local machine using
the shell
> > > script (
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > )
> > > but it keeps on giving error during the make of HDF4.2r3.
> > > Also I observed you didn't add the jpeg src code for
installation in
> the
> > > script. Is this deliberate?
> > > Kindly find attached the configure and make log files for your
> > > intervention.
> > >
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Thu May 28 14:12:02 2020
Hi Imoleayo.
My apologies for the delayed response. I was out of the office
yesterday,
and have had meetings most of today. I will take a look this
afternoon and
will get back to you as soon as I can.
Julie
On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Please I am still waiting for your feedback on my last email.
> Thank you.
> Best regards,Imoleayo
> On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Dear Julie,
> Thanks for your support. I did what you asked me to do but the
result is
> the same.
> Please kindly find attached the make.log, config.log, script and
> environment variables.
> Thank you.
> Best regards,Imoleayo
> On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Thank you for letting me know that you would like the MODIS
functionality
> in MET.
>
> I see that you are installing on a Macbook Pro. Unfortunately, I
have not
> installed MET on a Macbook Pro previously, but rather typically do
> installations on Linux machines. I'll see what I can do to help you.
>
> First, could you please pass along the environment file that you
passed to
> the compile script?
>
> I compared our config.log files for HDF4 and noticed a couple of
things. I
> see that you have the following set:
>
> > CPPFLAGS=-I/usr/local/opt/sqlite/include
> >
> > LDFLAGS=-L/usr/local/opt/sqlite/lib
> >
> Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> again without those values set?
>
> Also, did you make any modifications to the script? My config.log
file has
> a value for LD_LIBRARY_PATH, which is set in the script:
>
> > # Update library linker path
>
> export
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
>
> but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file at
> all. If, by any chance, you commented out that line in the script,
please
> try uncommenting it before you run it again.
>
> Please give those a try and let us know how it goes. If we have
trouble
> getting this working for you, another option would be to use a
Docker
> container.
>
> Julie
>
> On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your detailed explanation.
> > Yes, I want to install the HDF libs because I will be working with
some
> > MODIS data and I am more comfortable with netCDF file.
> > Please kindly find attached the config.log file.
> > Thank you.
> > Best regards,Imoleayo
> > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > The HDF4 library is an optional library needed only if you intend
to use
> > the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
> > gridded NetCDF format that MET can read. Is that a tool that you
need to
> > use? If not, the simplest solution would be to set the following
the the
> > compile_MET_all.sh script:
> >
> > > COMPILE_HDF=0
> > > COMPILE_HDFEOS=0
> > >
> >
> > If you do need the MODIS-regrid tool could you please send your
> config.log
> > file for HDF4?
> >
> > Also I observed you didn't add the jpeg src code for installation
in the
> > > script. Is this deliberate?
> > >
> > For most systems we install on the jpeg src code is already
installed, so
> > we do not include it. However, we have seen some folks with
machines
> that
> > do not have that installed already. In that case, if the user has
root
> > privileges, we typically ask them to run "sudo apt-get install
> > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > library, please let us know.
> >
> > Thank you!
> >
> > Julie
> >
> > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear John,
> > > Thanks for your reply.
> > > I look forward to hearing from Julie after the holiday.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hello Imoleayo,
> > >
> > > I see you're having trouble compiling the HDF4 library when
trying to
> > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik, who
> > > does most of the installations for MET. Please allow her a few
days to
> > > respond, after the Memorial Day holiday.
> > >
> > > Thanks,
> > > John Halley Gotway
> > >
> > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > Queue: met_help
> > > > Subject: Error with installing MET with the shell script
> > > > Owner: Nobody
> > > > Requestors: gbodeimoleayo at yahoo.com
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > >
> > > >
> > > > Dear MET-Help,
> > > > Greetings. I hope my mail finds you and your team well during
this
> very
> > > > special time of COVID-19 pandemic.
> > > > Please I am trying to build the MET on my local machine using
the
> shell
> > > > script (
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > )
> > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > Also I observed you didn't add the jpeg src code for
installation in
> > the
> > > > script. Is this deliberate?
> > > > Kindly find attached the configure and make log files for your
> > > > intervention.
> > > >
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Thu May 28 14:28:34 2020
Dear Julie,
Thanks for your kind response.I am also sorry for disturbing you.
I look forward to hearing from you ASAP.
Thank you.
Best regards,Imoleayo
On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
My apologies for the delayed response. I was out of the office
yesterday,
and have had meetings most of today. I will take a look this
afternoon and
will get back to you as soon as I can.
Julie
On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Please I am still waiting for your feedback on my last email.
> Thank you.
> Best regards,Imoleayo
> On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Dear Julie,
> Thanks for your support. I did what you asked me to do but the
result is
> the same.
> Please kindly find attached the make.log, config.log, script and
> environment variables.
> Thank you.
> Best regards,Imoleayo
> On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Thank you for letting me know that you would like the MODIS
functionality
> in MET.
>
> I see that you are installing on a Macbook Pro. Unfortunately, I
have not
> installed MET on a Macbook Pro previously, but rather typically do
> installations on Linux machines. I'll see what I can do to help you.
>
> First, could you please pass along the environment file that you
passed to
> the compile script?
>
> I compared our config.log files for HDF4 and noticed a couple of
things. I
> see that you have the following set:
>
> > CPPFLAGS=-I/usr/local/opt/sqlite/include
> >
> > LDFLAGS=-L/usr/local/opt/sqlite/lib
> >
> Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> again without those values set?
>
> Also, did you make any modifications to the script? My config.log
file has
> a value for LD_LIBRARY_PATH, which is set in the script:
>
> > # Update library linker path
>
> export
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
>
> but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file at
> all. If, by any chance, you commented out that line in the script,
please
> try uncommenting it before you run it again.
>
> Please give those a try and let us know how it goes. If we have
trouble
> getting this working for you, another option would be to use a
Docker
> container.
>
> Julie
>
> On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your detailed explanation.
> > Yes, I want to install the HDF libs because I will be working with
some
> > MODIS data and I am more comfortable with netCDF file.
> > Please kindly find attached the config.log file.
> > Thank you.
> > Best regards,Imoleayo
> > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > The HDF4 library is an optional library needed only if you intend
to use
> > the MODIS-Regrid tool, which reformats gridded MODIS data from HDF
into a
> > gridded NetCDF format that MET can read. Is that a tool that you
need to
> > use? If not, the simplest solution would be to set the following
the the
> > compile_MET_all.sh script:
> >
> > > COMPILE_HDF=0
> > > COMPILE_HDFEOS=0
> > >
> >
> > If you do need the MODIS-regrid tool could you please send your
> config.log
> > file for HDF4?
> >
> > Also I observed you didn't add the jpeg src code for installation
in the
> > > script. Is this deliberate?
> > >
> > For most systems we install on the jpeg src code is already
installed, so
> > we do not include it. However, we have seen some folks with
machines
> that
> > do not have that installed already. In that case, if the user has
root
> > privileges, we typically ask them to run "sudo apt-get install
> > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > library, please let us know.
> >
> > Thank you!
> >
> > Julie
> >
> > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear John,
> > > Thanks for your reply.
> > > I look forward to hearing from Julie after the holiday.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hello Imoleayo,
> > >
> > > I see you're having trouble compiling the HDF4 library when
trying to
> > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik, who
> > > does most of the installations for MET. Please allow her a few
days to
> > > respond, after the Memorial Day holiday.
> > >
> > > Thanks,
> > > John Halley Gotway
> > >
> > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > Queue: met_help
> > > > Subject: Error with installing MET with the shell script
> > > > Owner: Nobody
> > > > Requestors: gbodeimoleayo at yahoo.com
> > > > Status: new
> > > > Ticket <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > >
> > > >
> > > > Dear MET-Help,
> > > > Greetings. I hope my mail finds you and your team well during
this
> very
> > > > special time of COVID-19 pandemic.
> > > > Please I am trying to build the MET on my local machine using
the
> shell
> > > > script (
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > )
> > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > Also I observed you didn't add the jpeg src code for
installation in
> > the
> > > > script. Is this deliberate?
> > > > Kindly find attached the configure and make log files for your
> > > > intervention.
> > > >
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Thu May 28 15:20:49 2020
Hi Imoleayo.
Unfortunately, I have not encountered this error before. I see in the
make.log file:
> hdfi.h(1352): error: identifier "If" is undefined
> If you get an error on this line more than one machine type has
been
> defined.
>
I see the following in hdf/src/hdfi.h:
> #ifdef GOT_MACHINE
> If you get an error on this line more than one machine type has been
> defined.
> Please check your Makefile.
> #endif
> #define GOT_MACHINE
>
But, it doesn't point out anything specific to check in your Makefile.
I
googled a bit for this error a bit more and wasn't able to find
anything
particularly useful. You could take a look at your Makefile for
HDF4.2r3
and see if you can find anything related to having more than one
machine
type defined. Also, please feel free to pass along your Makefile, and
I
will also take a look at it to see if I can find anything we could
change
and then have you rerun.
Other options are to write to help at hdfgroup.org to request support
from the
HDF helpdesk. Or, we could pursue having you use MET in a Docker
container.
Please let us know how you'd like to proceed.
Julie
On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your kind response.I am also sorry for disturbing you.
> I look forward to hearing from you ASAP.
> Thank you.
> Best regards,Imoleayo
> On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> My apologies for the delayed response. I was out of the office
yesterday,
> and have had meetings most of today. I will take a look this
afternoon and
> will get back to you as soon as I can.
>
> Julie
>
> On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Please I am still waiting for your feedback on my last email.
> > Thank you.
> > Best regards,Imoleayo
> > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Dear Julie,
> > Thanks for your support. I did what you asked me to do but the
result is
> > the same.
> > Please kindly find attached the make.log, config.log, script and
> > environment variables.
> > Thank you.
> > Best regards,Imoleayo
> > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Thank you for letting me know that you would like the MODIS
> functionality
> > in MET.
> >
> > I see that you are installing on a Macbook Pro. Unfortunately, I
have
> not
> > installed MET on a Macbook Pro previously, but rather typically do
> > installations on Linux machines. I'll see what I can do to help
you.
> >
> > First, could you please pass along the environment file that you
passed
> to
> > the compile script?
> >
> > I compared our config.log files for HDF4 and noticed a couple of
> things. I
> > see that you have the following set:
> >
> > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > >
> > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > >
> > Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> > again without those values set?
> >
> > Also, did you make any modifications to the script? My config.log
file
> has
> > a value for LD_LIBRARY_PATH, which is set in the script:
> >
> > > # Update library linker path
> >
> > export
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> >
> > but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file
> at
> > all. If, by any chance, you commented out that line in the
script,
> please
> > try uncommenting it before you run it again.
> >
> > Please give those a try and let us know how it goes. If we have
> trouble
> > getting this working for you, another option would be to use a
Docker
> > container.
> >
> > Julie
> >
> > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your detailed explanation.
> > > Yes, I want to install the HDF libs because I will be working
with some
> > > MODIS data and I am more comfortable with netCDF file.
> > > Please kindly find attached the config.log file.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > The HDF4 library is an optional library needed only if you
intend to
> use
> > > the MODIS-Regrid tool, which reformats gridded MODIS data from
HDF
> into a
> > > gridded NetCDF format that MET can read. Is that a tool that
you need
> to
> > > use? If not, the simplest solution would be to set the
following the
> the
> > > compile_MET_all.sh script:
> > >
> > > > COMPILE_HDF=0
> > > > COMPILE_HDFEOS=0
> > > >
> > >
> > > If you do need the MODIS-regrid tool could you please send your
> > config.log
> > > file for HDF4?
> > >
> > > Also I observed you didn't add the jpeg src code for
installation in
> the
> > > > script. Is this deliberate?
> > > >
> > > For most systems we install on the jpeg src code is already
installed,
> so
> > > we do not include it. However, we have seen some folks with
machines
> > that
> > > do not have that installed already. In that case, if the user
has root
> > > privileges, we typically ask them to run "sudo apt-get install
> > > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > > library, please let us know.
> > >
> > > Thank you!
> > >
> > > Julie
> > >
> > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear John,
> > > > Thanks for your reply.
> > > > I look forward to hearing from Julie after the holiday.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hello Imoleayo,
> > > >
> > > > I see you're having trouble compiling the HDF4 library when
trying to
> > > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik,
> who
> > > > does most of the installations for MET. Please allow her a few
days
> to
> > > > respond, after the Memorial Day holiday.
> > > >
> > > > Thanks,
> > > > John Halley Gotway
> > > >
> > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > Queue: met_help
> > > > > Subject: Error with installing MET with the shell
script
> > > > > Owner: Nobody
> > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > >
> > > > >
> > > > > Dear MET-Help,
> > > > > Greetings. I hope my mail finds you and your team well
during this
> > very
> > > > > special time of COVID-19 pandemic.
> > > > > Please I am trying to build the MET on my local machine
using the
> > shell
> > > > > script (
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > )
> > > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > > Also I observed you didn't add the jpeg src code for
installation
> in
> > > the
> > > > > script. Is this deliberate?
> > > > > Kindly find attached the configure and make log files for
your
> > > > > intervention.
> > > > >
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Thu May 28 15:40:48 2020
Dear Julie,
Thanks for you time.Please kindly find attached my makefiles. Should
in case the fix can't be found, I will explore contacting HDF helpdesk
as an alternative.
In the meanwhile, could you please guide me through install MET via
the Docker?
Thank you.
Best regards,Imoleayo
On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
Unfortunately, I have not encountered this error before. I see in the
make.log file:
> hdfi.h(1352): error: identifier "If" is undefined
> If you get an error on this line more than one machine type has
been
> defined.
>
I see the following in hdf/src/hdfi.h:
> #ifdef GOT_MACHINE
> If you get an error on this line more than one machine type has been
> defined.
> Please check your Makefile.
> #endif
> #define GOT_MACHINE
>
But, it doesn't point out anything specific to check in your
Makefile. I
googled a bit for this error a bit more and wasn't able to find
anything
particularly useful. You could take a look at your Makefile for
HDF4.2r3
and see if you can find anything related to having more than one
machine
type defined. Also, please feel free to pass along your Makefile, and
I
will also take a look at it to see if I can find anything we could
change
and then have you rerun.
Other options are to write to help at hdfgroup.org to request support
from the
HDF helpdesk. Or, we could pursue having you use MET in a Docker
container.
Please let us know how you'd like to proceed.
Julie
On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your kind response.I am also sorry for disturbing you.
> I look forward to hearing from you ASAP.
> Thank you.
> Best regards,Imoleayo
> On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> My apologies for the delayed response. I was out of the office
yesterday,
> and have had meetings most of today. I will take a look this
afternoon and
> will get back to you as soon as I can.
>
> Julie
>
> On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Please I am still waiting for your feedback on my last email.
> > Thank you.
> > Best regards,Imoleayo
> > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Dear Julie,
> > Thanks for your support. I did what you asked me to do but the
result is
> > the same.
> > Please kindly find attached the make.log, config.log, script and
> > environment variables.
> > Thank you.
> > Best regards,Imoleayo
> > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Thank you for letting me know that you would like the MODIS
> functionality
> > in MET.
> >
> > I see that you are installing on a Macbook Pro. Unfortunately, I
have
> not
> > installed MET on a Macbook Pro previously, but rather typically do
> > installations on Linux machines. I'll see what I can do to help
you.
> >
> > First, could you please pass along the environment file that you
passed
> to
> > the compile script?
> >
> > I compared our config.log files for HDF4 and noticed a couple of
> things. I
> > see that you have the following set:
> >
> > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > >
> > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > >
> > Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> > again without those values set?
> >
> > Also, did you make any modifications to the script? My config.log
file
> has
> > a value for LD_LIBRARY_PATH, which is set in the script:
> >
> > > # Update library linker path
> >
> > export
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> >
> > but I noticed LD_LIBRARY_PATH is not referenced in your config.log
file
> at
> > all. If, by any chance, you commented out that line in the
script,
> please
> > try uncommenting it before you run it again.
> >
> > Please give those a try and let us know how it goes. If we have
> trouble
> > getting this working for you, another option would be to use a
Docker
> > container.
> >
> > Julie
> >
> > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your detailed explanation.
> > > Yes, I want to install the HDF libs because I will be working
with some
> > > MODIS data and I am more comfortable with netCDF file.
> > > Please kindly find attached the config.log file.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie Prestopnik
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > The HDF4 library is an optional library needed only if you
intend to
> use
> > > the MODIS-Regrid tool, which reformats gridded MODIS data from
HDF
> into a
> > > gridded NetCDF format that MET can read. Is that a tool that
you need
> to
> > > use? If not, the simplest solution would be to set the
following the
> the
> > > compile_MET_all.sh script:
> > >
> > > > COMPILE_HDF=0
> > > > COMPILE_HDFEOS=0
> > > >
> > >
> > > If you do need the MODIS-regrid tool could you please send your
> > config.log
> > > file for HDF4?
> > >
> > > Also I observed you didn't add the jpeg src code for
installation in
> the
> > > > script. Is this deliberate?
> > > >
> > > For most systems we install on the jpeg src code is already
installed,
> so
> > > we do not include it. However, we have seen some folks with
machines
> > that
> > > do not have that installed already. In that case, if the user
has root
> > > privileges, we typically ask them to run "sudo apt-get install
> > > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > > library, please let us know.
> > >
> > > Thank you!
> > >
> > > Julie
> > >
> > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear John,
> > > > Thanks for your reply.
> > > > I look forward to hearing from Julie after the holiday.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hello Imoleayo,
> > > >
> > > > I see you're having trouble compiling the HDF4 library when
trying to
> > > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik,
> who
> > > > does most of the installations for MET. Please allow her a few
days
> to
> > > > respond, after the Memorial Day holiday.
> > > >
> > > > Thanks,
> > > > John Halley Gotway
> > > >
> > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > Queue: met_help
> > > > > Subject: Error with installing MET with the shell
script
> > > > > Owner: Nobody
> > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > Status: new
> > > > > Ticket <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > >
> > > > >
> > > > > Dear MET-Help,
> > > > > Greetings. I hope my mail finds you and your team well
during this
> > very
> > > > > special time of COVID-19 pandemic.
> > > > > Please I am trying to build the MET on my local machine
using the
> > shell
> > > > > script (
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > )
> > > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > > Also I observed you didn't add the jpeg src code for
installation
> in
> > > the
> > > > > script. Is this deliberate?
> > > > > Kindly find attached the configure and make log files for
your
> > > > > intervention.
> > > > >
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Thu May 28 17:01:55 2020
Hi Imoleayo.
Thank you for sending your Makefiles.
In your config.log file I see the following is set:
> uname -m = x86_64
>
but the Makefile shows:
> host_cpu = i386
>
I believe that could be the problem. So, in the configure line below,
we'll trying setting host by using " --host=x86_64".
Please try the following:
> cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
make clean
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
>
./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> --disable-netcdf --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> --with-zlib=/Users/gbode/met/9.0.2/external_libs
make >& make.log
make install >& make_install.log
If that is successful, please set "COMPILE_HDF = 0" in the
compile_MET_all.sh and then you should be able to continue to use the
script to install everything else.
Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
there is a section for DockerHub, which gives you a link to:
https://hub.docker.com/repository/docker/dtcenter/met
Here is a link to a page about using Docker that will help you get
started,
https://dtcenter.org/community-code/model-evaluation-tools-met/docker-
container-met-8-1
however, it is from our 8.1 Tutorial, so instead of running the
following
to pull the met-8.1 Docker container from DockerHub
> *docker pull dtcenter/met:8.1*
>
you'd run the following instead to pull the latest docker container:
> docker pull dtcenter/met:9.0.2
I hope that helps.
Please let us know how it goes.
Julie
On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for you time.Please kindly find attached my makefiles. Should
in
> case the fix can't be found, I will explore contacting HDF helpdesk
as an
> alternative.
> In the meanwhile, could you please guide me through install MET via
the
> Docker?
> Thank you.
> Best regards,Imoleayo
> On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Unfortunately, I have not encountered this error before. I see in
the
> make.log file:
>
> > hdfi.h(1352): error: identifier "If" is undefined
> > If you get an error on this line more than one machine type has
been
> > defined.
> >
>
> I see the following in hdf/src/hdfi.h:
>
> > #ifdef GOT_MACHINE
> > If you get an error on this line more than one machine type has
been
> > defined.
> > Please check your Makefile.
> > #endif
> > #define GOT_MACHINE
> >
>
> But, it doesn't point out anything specific to check in your
Makefile. I
> googled a bit for this error a bit more and wasn't able to find
anything
> particularly useful. You could take a look at your Makefile for
HDF4.2r3
> and see if you can find anything related to having more than one
machine
> type defined. Also, please feel free to pass along your Makefile,
and I
> will also take a look at it to see if I can find anything we could
change
> and then have you rerun.
>
> Other options are to write to help at hdfgroup.org to request support
from
> the
> HDF helpdesk. Or, we could pursue having you use MET in a Docker
> container.
>
> Please let us know how you'd like to proceed.
>
> Julie
>
>
> On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your kind response.I am also sorry for disturbing you.
> > I look forward to hearing from you ASAP.
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie Prestopnik
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > My apologies for the delayed response. I was out of the office
> yesterday,
> > and have had meetings most of today. I will take a look this
afternoon
> and
> > will get back to you as soon as I can.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Please I am still waiting for your feedback on my last email.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo
<
> > > gbodeimoleayo at yahoo.com> wrote:
> > >
> > > Dear Julie,
> > > Thanks for your support. I did what you asked me to do but the
result
> is
> > > the same.
> > > Please kindly find attached the make.log, config.log, script and
> > > environment variables.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > Thank you for letting me know that you would like the MODIS
> > functionality
> > > in MET.
> > >
> > > I see that you are installing on a Macbook Pro. Unfortunately,
I have
> > not
> > > installed MET on a Macbook Pro previously, but rather typically
do
> > > installations on Linux machines. I'll see what I can do to help
you.
> > >
> > > First, could you please pass along the environment file that you
passed
> > to
> > > the compile script?
> > >
> > > I compared our config.log files for HDF4 and noticed a couple of
> > things. I
> > > see that you have the following set:
> > >
> > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > >
> > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > >
> > > Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> > > again without those values set?
> > >
> > > Also, did you make any modifications to the script? My
config.log file
> > has
> > > a value for LD_LIBRARY_PATH, which is set in the script:
> > >
> > > > # Update library linker path
> > >
> > > export
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > >
> > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log file
> > at
> > > all. If, by any chance, you commented out that line in the
script,
> > please
> > > try uncommenting it before you run it again.
> > >
> > > Please give those a try and let us know how it goes. If we
have
> > trouble
> > > getting this working for you, another option would be to use a
Docker
> > > container.
> > >
> > > Julie
> > >
> > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your detailed explanation.
> > > > Yes, I want to install the HDF libs because I will be working
with
> some
> > > > MODIS data and I am more comfortable with netCDF file.
> > > > Please kindly find attached the config.log file.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > The HDF4 library is an optional library needed only if you
intend to
> > use
> > > > the MODIS-Regrid tool, which reformats gridded MODIS data from
HDF
> > into a
> > > > gridded NetCDF format that MET can read. Is that a tool that
you
> need
> > to
> > > > use? If not, the simplest solution would be to set the
following the
> > the
> > > > compile_MET_all.sh script:
> > > >
> > > > > COMPILE_HDF=0
> > > > > COMPILE_HDFEOS=0
> > > > >
> > > >
> > > > If you do need the MODIS-regrid tool could you please send
your
> > > config.log
> > > > file for HDF4?
> > > >
> > > > Also I observed you didn't add the jpeg src code for
installation in
> > the
> > > > > script. Is this deliberate?
> > > > >
> > > > For most systems we install on the jpeg src code is already
> installed,
> > so
> > > > we do not include it. However, we have seen some folks with
machines
> > > that
> > > > do not have that installed already. In that case, if the user
has
> root
> > > > privileges, we typically ask them to run "sudo apt-get install
> > > > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > > > library, please let us know.
> > > >
> > > > Thank you!
> > > >
> > > > Julie
> > > >
> > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear John,
> > > > > Thanks for your reply.
> > > > > I look forward to hearing from Julie after the holiday.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hello Imoleayo,
> > > > >
> > > > > I see you're having trouble compiling the HDF4 library when
trying
> to
> > > > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik,
> > who
> > > > > does most of the installations for MET. Please allow her a
few days
> > to
> > > > > respond, after the Memorial Day holiday.
> > > > >
> > > > > Thanks,
> > > > > John Halley Gotway
> > > > >
> > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > Queue: met_help
> > > > > > Subject: Error with installing MET with the shell
script
> > > > > > Owner: Nobody
> > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > >
> > > > > >
> > > > > > Dear MET-Help,
> > > > > > Greetings. I hope my mail finds you and your team well
during
> this
> > > very
> > > > > > special time of COVID-19 pandemic.
> > > > > > Please I am trying to build the MET on my local machine
using the
> > > shell
> > > > > > script (
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > )
> > > > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > > > Also I observed you didn't add the jpeg src code for
installation
> > in
> > > > the
> > > > > > script. Is this deliberate?
> > > > > > Kindly find attached the configure and make log files for
your
> > > > > > intervention.
> > > > > >
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Thu May 28 17:20:37 2020
Dear Julie,
Thanks for the observation and thanks for the guide on installing MET
using docker.
Here was the error I got at configure stage.
#######
checking for math library support... yes
checking for fork... yes
checking for system... yes
checking for vfork... yes
checking for wait... yes
*** unknown host x86_64-pc-none!
###########
Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM GMT+2,
Julie Prestopnik via RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
Thank you for sending your Makefiles.
In your config.log file I see the following is set:
> uname -m = x86_64
>
but the Makefile shows:
> host_cpu = i386
>
I believe that could be the problem. So, in the configure line below,
we'll trying setting host by using " --host=x86_64".
Please try the following:
> cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
make clean
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
>
./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> --disable-netcdf --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> --with-zlib=/Users/gbode/met/9.0.2/external_libs
make >& make.log
make install >& make_install.log
If that is successful, please set "COMPILE_HDF = 0" in the
compile_MET_all.sh and then you should be able to continue to use the
script to install everything else.
Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
there is a section for DockerHub, which gives you a link to:
https://hub.docker.com/repository/docker/dtcenter/met
Here is a link to a page about using Docker that will help you get
started,
https://dtcenter.org/community-code/model-evaluation-tools-met/docker-
container-met-8-1
however, it is from our 8.1 Tutorial, so instead of running the
following
to pull the met-8.1 Docker container from DockerHub
> *docker pull dtcenter/met:8.1*
>
you'd run the following instead to pull the latest docker container:
> docker pull dtcenter/met:9.0.2
I hope that helps.
Please let us know how it goes.
Julie
On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for you time.Please kindly find attached my makefiles. Should
in
> case the fix can't be found, I will explore contacting HDF helpdesk
as an
> alternative.
> In the meanwhile, could you please guide me through install MET via
the
> Docker?
> Thank you.
> Best regards,Imoleayo
> On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik
via RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Unfortunately, I have not encountered this error before. I see in
the
> make.log file:
>
> > hdfi.h(1352): error: identifier "If" is undefined
> > If you get an error on this line more than one machine type has
been
> > defined.
> >
>
> I see the following in hdf/src/hdfi.h:
>
> > #ifdef GOT_MACHINE
> > If you get an error on this line more than one machine type has
been
> > defined.
> > Please check your Makefile.
> > #endif
> > #define GOT_MACHINE
> >
>
> But, it doesn't point out anything specific to check in your
Makefile. I
> googled a bit for this error a bit more and wasn't able to find
anything
> particularly useful. You could take a look at your Makefile for
HDF4.2r3
> and see if you can find anything related to having more than one
machine
> type defined. Also, please feel free to pass along your Makefile,
and I
> will also take a look at it to see if I can find anything we could
change
> and then have you rerun.
>
> Other options are to write to help at hdfgroup.org to request support
from
> the
> HDF helpdesk. Or, we could pursue having you use MET in a Docker
> container.
>
> Please let us know how you'd like to proceed.
>
> Julie
>
>
> On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your kind response.I am also sorry for disturbing you.
> > I look forward to hearing from you ASAP.
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie Prestopnik
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > My apologies for the delayed response. I was out of the office
> yesterday,
> > and have had meetings most of today. I will take a look this
afternoon
> and
> > will get back to you as soon as I can.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Please I am still waiting for your feedback on my last email.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode Imoleayo
<
> > > gbodeimoleayo at yahoo.com> wrote:
> > >
> > > Dear Julie,
> > > Thanks for your support. I did what you asked me to do but the
result
> is
> > > the same.
> > > Please kindly find attached the make.log, config.log, script and
> > > environment variables.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie Prestopnik
via
> RT <
> > > met_help at ucar.edu> wrote:
> > >
> > > Thank you for letting me know that you would like the MODIS
> > functionality
> > > in MET.
> > >
> > > I see that you are installing on a Macbook Pro. Unfortunately,
I have
> > not
> > > installed MET on a Macbook Pro previously, but rather typically
do
> > > installations on Linux machines. I'll see what I can do to help
you.
> > >
> > > First, could you please pass along the environment file that you
passed
> > to
> > > the compile script?
> > >
> > > I compared our config.log files for HDF4 and noticed a couple of
> > things. I
> > > see that you have the following set:
> > >
> > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > >
> > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > >
> > > Could you please unset CPPFLAGS and LDFLAGS and try running the
script
> > > again without those values set?
> > >
> > > Also, did you make any modifications to the script? My
config.log file
> > has
> > > a value for LD_LIBRARY_PATH, which is set in the script:
> > >
> > > > # Update library linker path
> > >
> > > export
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > >
> > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log file
> > at
> > > all. If, by any chance, you commented out that line in the
script,
> > please
> > > try uncommenting it before you run it again.
> > >
> > > Please give those a try and let us know how it goes. If we
have
> > trouble
> > > getting this working for you, another option would be to use a
Docker
> > > container.
> > >
> > > Julie
> > >
> > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your detailed explanation.
> > > > Yes, I want to install the HDF libs because I will be working
with
> some
> > > > MODIS data and I am more comfortable with netCDF file.
> > > > Please kindly find attached the config.log file.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > The HDF4 library is an optional library needed only if you
intend to
> > use
> > > > the MODIS-Regrid tool, which reformats gridded MODIS data from
HDF
> > into a
> > > > gridded NetCDF format that MET can read. Is that a tool that
you
> need
> > to
> > > > use? If not, the simplest solution would be to set the
following the
> > the
> > > > compile_MET_all.sh script:
> > > >
> > > > > COMPILE_HDF=0
> > > > > COMPILE_HDFEOS=0
> > > > >
> > > >
> > > > If you do need the MODIS-regrid tool could you please send
your
> > > config.log
> > > > file for HDF4?
> > > >
> > > > Also I observed you didn't add the jpeg src code for
installation in
> > the
> > > > > script. Is this deliberate?
> > > > >
> > > > For most systems we install on the jpeg src code is already
> installed,
> > so
> > > > we do not include it. However, we have seen some folks with
machines
> > > that
> > > > do not have that installed already. In that case, if the user
has
> root
> > > > privileges, we typically ask them to run "sudo apt-get install
> > > > libjpeg-dev". However, if you need guidance on installing the
jpeg
> > > > library, please let us know.
> > > >
> > > > Thank you!
> > > >
> > > > Julie
> > > >
> > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear John,
> > > > > Thanks for your reply.
> > > > > I look forward to hearing from Julie after the holiday.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hello Imoleayo,
> > > > >
> > > > > I see you're having trouble compiling the HDF4 library when
trying
> to
> > > > > compile MET. I'm going to reassign this ticket to Julie
Prestopnik,
> > who
> > > > > does most of the installations for MET. Please allow her a
few days
> > to
> > > > > respond, after the Memorial Day holiday.
> > > > >
> > > > > Thanks,
> > > > > John Halley Gotway
> > > > >
> > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > Queue: met_help
> > > > > > Subject: Error with installing MET with the shell
script
> > > > > > Owner: Nobody
> > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > Status: new
> > > > > > Ticket <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > >
> > > > > >
> > > > > > Dear MET-Help,
> > > > > > Greetings. I hope my mail finds you and your team well
during
> this
> > > very
> > > > > > special time of COVID-19 pandemic.
> > > > > > Please I am trying to build the MET on my local machine
using the
> > > shell
> > > > > > script (
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > )
> > > > > > but it keeps on giving error during the make of HDF4.2r3.
> > > > > > Also I observed you didn't add the jpeg src code for
installation
> > in
> > > > the
> > > > > > script. Is this deliberate?
> > > > > > Kindly find attached the configure and make log files for
your
> > > > > > intervention.
> > > > > >
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Thu May 28 17:29:53 2020
Thank you, Imoleayo.
One more thing to try:
> cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
make clean
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
>
./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> x86_64-apple-darwin19 --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> --with-zlib=/Users/gbode/met/9.0.2/external_libs
make >& make.log
make install >& make_install.log
Note that I replace x86_64 with x86_64-apple-darwin19.
Please let me know how it goes.
Julie
On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for the observation and thanks for the guide on installing
MET
> using docker.
> Here was the error I got at configure stage.
> #######
> checking for math library support... yes
>
> checking for fork... yes
>
> checking for system... yes
>
> checking for vfork... yes
>
> checking for wait... yes
>
> *** unknown host x86_64-pc-none!
> ###########
> Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM GMT+2,
Julie
> Prestopnik via RT <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for sending your Makefiles.
>
> In your config.log file I see the following is set:
>
> > uname -m = x86_64
> >
>
> but the Makefile shows:
>
> > host_cpu = i386
> >
>
> I believe that could be the problem. So, in the configure line
below,
> we'll trying setting host by using " --host=x86_64".
>
> Please try the following:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > --disable-netcdf --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> If that is successful, please set "COMPILE_HDF = 0" in the
> compile_MET_all.sh and then you should be able to continue to use
the
> script to install everything else.
>
> Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
>
> there is a section for DockerHub, which gives you a link to:
> https://hub.docker.com/repository/docker/dtcenter/met
>
> Here is a link to a page about using Docker that will help you get
started,
>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> however, it is from our 8.1 Tutorial, so instead of running the
following
> to pull the met-8.1 Docker container from DockerHub
>
> > *docker pull dtcenter/met:8.1*
> >
> you'd run the following instead to pull the latest docker container:
>
> > docker pull dtcenter/met:9.0.2
>
>
> I hope that helps.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > case the fix can't be found, I will explore contacting HDF
helpdesk as an
> > alternative.
> > In the meanwhile, could you please guide me through install MET
via the
> > Docker?
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Unfortunately, I have not encountered this error before. I see in
the
> > make.log file:
> >
> > > hdfi.h(1352): error: identifier "If" is undefined
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > >
> >
> > I see the following in hdf/src/hdfi.h:
> >
> > > #ifdef GOT_MACHINE
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > > Please check your Makefile.
> > > #endif
> > > #define GOT_MACHINE
> > >
> >
> > But, it doesn't point out anything specific to check in your
Makefile. I
> > googled a bit for this error a bit more and wasn't able to find
anything
> > particularly useful. You could take a look at your Makefile for
HDF4.2r3
> > and see if you can find anything related to having more than one
machine
> > type defined. Also, please feel free to pass along your Makefile,
and I
> > will also take a look at it to see if I can find anything we could
change
> > and then have you rerun.
> >
> > Other options are to write to help at hdfgroup.org to request support
from
> > the
> > HDF helpdesk. Or, we could pursue having you use MET in a Docker
> > container.
> >
> > Please let us know how you'd like to proceed.
> >
> > Julie
> >
> >
> > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > I look forward to hearing from you ASAP.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > My apologies for the delayed response. I was out of the office
> > yesterday,
> > > and have had meetings most of today. I will take a look this
afternoon
> > and
> > > will get back to you as soon as I can.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Please I am still waiting for your feedback on my last email.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > gbodeimoleayo at yahoo.com> wrote:
> > > >
> > > > Dear Julie,
> > > > Thanks for your support. I did what you asked me to do but the
result
> > is
> > > > the same.
> > > > Please kindly find attached the make.log, config.log, script
and
> > > > environment variables.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Thank you for letting me know that you would like the MODIS
> > > functionality
> > > > in MET.
> > > >
> > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> have
> > > not
> > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > installations on Linux machines. I'll see what I can do to
help you.
> > > >
> > > > First, could you please pass along the environment file that
you
> passed
> > > to
> > > > the compile script?
> > > >
> > > > I compared our config.log files for HDF4 and noticed a couple
of
> > > things. I
> > > > see that you have the following set:
> > > >
> > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > >
> > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > >
> > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> script
> > > > again without those values set?
> > > >
> > > > Also, did you make any modifications to the script? My
config.log
> file
> > > has
> > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > >
> > > > > # Update library linker path
> > > >
> > > > export
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > >
> > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> file
> > > at
> > > > all. If, by any chance, you commented out that line in the
script,
> > > please
> > > > try uncommenting it before you run it again.
> > > >
> > > > Please give those a try and let us know how it goes. If we
have
> > > trouble
> > > > getting this working for you, another option would be to use a
Docker
> > > > container.
> > > >
> > > > Julie
> > > >
> > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your detailed explanation.
> > > > > Yes, I want to install the HDF libs because I will be
working with
> > some
> > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > Please kindly find attached the config.log file.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > The HDF4 library is an optional library needed only if you
intend
> to
> > > use
> > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from HDF
> > > into a
> > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > need
> > > to
> > > > > use? If not, the simplest solution would be to set the
following
> the
> > > the
> > > > > compile_MET_all.sh script:
> > > > >
> > > > > > COMPILE_HDF=0
> > > > > > COMPILE_HDFEOS=0
> > > > > >
> > > > >
> > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > config.log
> > > > > file for HDF4?
> > > > >
> > > > > Also I observed you didn't add the jpeg src code for
installation
> in
> > > the
> > > > > > script. Is this deliberate?
> > > > > >
> > > > > For most systems we install on the jpeg src code is already
> > installed,
> > > so
> > > > > we do not include it. However, we have seen some folks with
> machines
> > > > that
> > > > > do not have that installed already. In that case, if the
user has
> > root
> > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > libjpeg-dev". However, if you need guidance on installing
the jpeg
> > > > > library, please let us know.
> > > > >
> > > > > Thank you!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear John,
> > > > > > Thanks for your reply.
> > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hello Imoleayo,
> > > > > >
> > > > > > I see you're having trouble compiling the HDF4 library
when
> trying
> > to
> > > > > > compile MET. I'm going to reassign this ticket to Julie
> Prestopnik,
> > > who
> > > > > > does most of the installations for MET. Please allow her a
few
> days
> > > to
> > > > > > respond, after the Memorial Day holiday.
> > > > > >
> > > > > > Thanks,
> > > > > > John Halley Gotway
> > > > > >
> > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > Queue: met_help
> > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > Owner: Nobody
> > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Dear MET-Help,
> > > > > > > Greetings. I hope my mail finds you and your team well
during
> > this
> > > > very
> > > > > > > special time of COVID-19 pandemic.
> > > > > > > Please I am trying to build the MET on my local machine
using
> the
> > > > shell
> > > > > > > script (
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > )
> > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > Also I observed you didn't add the jpeg src code for
> installation
> > > in
> > > > > the
> > > > > > > script. Is this deliberate?
> > > > > > > Kindly find attached the configure and make log files
for your
> > > > > > > intervention.
> > > > > > >
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Thu May 28 17:40:01 2020
Thanks Julie.
Here is the configure summary#######
Configure Summary
=================
Compiling Options:
------------------
Compilation Mode: Default
C Compiler: gcc
CFLAGS: -O2
CPPFLAGS: -I/usr/include/rpc
-I/Users/gbode/met/9.0.2/external_libs/include
-I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
LDFLAGS:
-L/Users/gbode/met/9.0.2/external_libs/lib
-L/Users/gbode/met/9.0.2/external_libs/lib
Languages:
----------
Fortran: Yes
Fortran Compiler: gfortran
FFLAGS: -O2
HDF support for NetCDF-3 APIs:
------------------------------
HDF4-NetCDF: No
######
The make gave error (please see the attached make.log).
Thank you.
Best regards,Imoleayo
On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Thank you, Imoleayo.
One more thing to try:
> cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
make clean
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
>
./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> x86_64-apple-darwin19 --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> --with-zlib=/Users/gbode/met/9.0.2/external_libs
make >& make.log
make install >& make_install.log
Note that I replace x86_64 with x86_64-apple-darwin19.
Please let me know how it goes.
Julie
On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for the observation and thanks for the guide on installing
MET
> using docker.
> Here was the error I got at configure stage.
> #######
> checking for math library support... yes
>
> checking for fork... yes
>
> checking for system... yes
>
> checking for vfork... yes
>
> checking for wait... yes
>
> *** unknown host x86_64-pc-none!
> ###########
> Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM GMT+2,
Julie
> Prestopnik via RT <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for sending your Makefiles.
>
> In your config.log file I see the following is set:
>
> > uname -m = x86_64
> >
>
> but the Makefile shows:
>
> > host_cpu = i386
> >
>
> I believe that could be the problem. So, in the configure line
below,
> we'll trying setting host by using " --host=x86_64".
>
> Please try the following:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > --disable-netcdf --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> If that is successful, please set "COMPILE_HDF = 0" in the
> compile_MET_all.sh and then you should be able to continue to use
the
> script to install everything else.
>
> Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
>
> there is a section for DockerHub, which gives you a link to:
> https://hub.docker.com/repository/docker/dtcenter/met
>
> Here is a link to a page about using Docker that will help you get
started,
>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> however, it is from our 8.1 Tutorial, so instead of running the
following
> to pull the met-8.1 Docker container from DockerHub
>
> > *docker pull dtcenter/met:8.1*
> >
> you'd run the following instead to pull the latest docker container:
>
> > docker pull dtcenter/met:9.0.2
>
>
> I hope that helps.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > case the fix can't be found, I will explore contacting HDF
helpdesk as an
> > alternative.
> > In the meanwhile, could you please guide me through install MET
via the
> > Docker?
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Unfortunately, I have not encountered this error before. I see in
the
> > make.log file:
> >
> > > hdfi.h(1352): error: identifier "If" is undefined
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > >
> >
> > I see the following in hdf/src/hdfi.h:
> >
> > > #ifdef GOT_MACHINE
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > > Please check your Makefile.
> > > #endif
> > > #define GOT_MACHINE
> > >
> >
> > But, it doesn't point out anything specific to check in your
Makefile. I
> > googled a bit for this error a bit more and wasn't able to find
anything
> > particularly useful. You could take a look at your Makefile for
HDF4.2r3
> > and see if you can find anything related to having more than one
machine
> > type defined. Also, please feel free to pass along your Makefile,
and I
> > will also take a look at it to see if I can find anything we could
change
> > and then have you rerun.
> >
> > Other options are to write to help at hdfgroup.org to request support
from
> > the
> > HDF helpdesk. Or, we could pursue having you use MET in a Docker
> > container.
> >
> > Please let us know how you'd like to proceed.
> >
> > Julie
> >
> >
> > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > I look forward to hearing from you ASAP.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > My apologies for the delayed response. I was out of the office
> > yesterday,
> > > and have had meetings most of today. I will take a look this
afternoon
> > and
> > > will get back to you as soon as I can.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Please I am still waiting for your feedback on my last email.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > gbodeimoleayo at yahoo.com> wrote:
> > > >
> > > > Dear Julie,
> > > > Thanks for your support. I did what you asked me to do but the
result
> > is
> > > > the same.
> > > > Please kindly find attached the make.log, config.log, script
and
> > > > environment variables.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Thank you for letting me know that you would like the MODIS
> > > functionality
> > > > in MET.
> > > >
> > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> have
> > > not
> > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > installations on Linux machines. I'll see what I can do to
help you.
> > > >
> > > > First, could you please pass along the environment file that
you
> passed
> > > to
> > > > the compile script?
> > > >
> > > > I compared our config.log files for HDF4 and noticed a couple
of
> > > things. I
> > > > see that you have the following set:
> > > >
> > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > >
> > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > >
> > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> script
> > > > again without those values set?
> > > >
> > > > Also, did you make any modifications to the script? My
config.log
> file
> > > has
> > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > >
> > > > > # Update library linker path
> > > >
> > > > export
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > >
> > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> file
> > > at
> > > > all. If, by any chance, you commented out that line in the
script,
> > > please
> > > > try uncommenting it before you run it again.
> > > >
> > > > Please give those a try and let us know how it goes. If we
have
> > > trouble
> > > > getting this working for you, another option would be to use a
Docker
> > > > container.
> > > >
> > > > Julie
> > > >
> > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your detailed explanation.
> > > > > Yes, I want to install the HDF libs because I will be
working with
> > some
> > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > Please kindly find attached the config.log file.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > The HDF4 library is an optional library needed only if you
intend
> to
> > > use
> > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from HDF
> > > into a
> > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > need
> > > to
> > > > > use? If not, the simplest solution would be to set the
following
> the
> > > the
> > > > > compile_MET_all.sh script:
> > > > >
> > > > > > COMPILE_HDF=0
> > > > > > COMPILE_HDFEOS=0
> > > > > >
> > > > >
> > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > config.log
> > > > > file for HDF4?
> > > > >
> > > > > Also I observed you didn't add the jpeg src code for
installation
> in
> > > the
> > > > > > script. Is this deliberate?
> > > > > >
> > > > > For most systems we install on the jpeg src code is already
> > installed,
> > > so
> > > > > we do not include it. However, we have seen some folks with
> machines
> > > > that
> > > > > do not have that installed already. In that case, if the
user has
> > root
> > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > libjpeg-dev". However, if you need guidance on installing
the jpeg
> > > > > library, please let us know.
> > > > >
> > > > > Thank you!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear John,
> > > > > > Thanks for your reply.
> > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hello Imoleayo,
> > > > > >
> > > > > > I see you're having trouble compiling the HDF4 library
when
> trying
> > to
> > > > > > compile MET. I'm going to reassign this ticket to Julie
> Prestopnik,
> > > who
> > > > > > does most of the installations for MET. Please allow her a
few
> days
> > > to
> > > > > > respond, after the Memorial Day holiday.
> > > > > >
> > > > > > Thanks,
> > > > > > John Halley Gotway
> > > > > >
> > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > Queue: met_help
> > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > Owner: Nobody
> > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Dear MET-Help,
> > > > > > > Greetings. I hope my mail finds you and your team well
during
> > this
> > > > very
> > > > > > > special time of COVID-19 pandemic.
> > > > > > > Please I am trying to build the MET on my local machine
using
> the
> > > > shell
> > > > > > > script (
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > )
> > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > Also I observed you didn't add the jpeg src code for
> installation
> > > in
> > > > > the
> > > > > > > script. Is this deliberate?
> > > > > > > Kindly find attached the configure and make log files
for your
> > > > > > > intervention.
> > > > > > >
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Mon Jun 01 10:16:53 2020
Hi Imoleayo.
Unfortunately, I am not sure what else to try in order to get HDF4 to
compile. I would suggest writing to help at hdfgroup.org to request
support
from the HDF helpdesk or pursuing using MET in a Docker container.
I'm
sorry I wasn't able to help you get this library to compile.
Julie
On Thu, May 28, 2020 at 5:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Thanks Julie.
> Here is the configure summary#######
> Configure Summary
>
> =================
>
>
>
>
> Compiling Options:
>
> ------------------
>
> Compilation Mode: Default
>
> C Compiler: gcc
>
> CFLAGS: -O2
>
> CPPFLAGS: -I/usr/include/rpc
> -I/Users/gbode/met/9.0.2/external_libs/include
> -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
>
> LDFLAGS:
> -L/Users/gbode/met/9.0.2/external_libs/lib
> -L/Users/gbode/met/9.0.2/external_libs/lib
>
>
>
>
> Languages:
>
> ----------
>
> Fortran: Yes
>
> Fortran Compiler: gfortran
>
> FFLAGS: -O2
>
>
>
>
> HDF support for NetCDF-3 APIs:
>
> ------------------------------
>
> HDF4-NetCDF: No
>
>
> ######
> The make gave error (please see the attached make.log).
> Thank you.
> Best regards,Imoleayo
> On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Thank you, Imoleayo.
>
> One more thing to try:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> > x86_64-apple-darwin19 --disable-netcdf
> > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> Note that I replace x86_64 with x86_64-apple-darwin19.
>
> Please let me know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for the observation and thanks for the guide on installing
MET
> > using docker.
> > Here was the error I got at configure stage.
> > #######
> > checking for math library support... yes
> >
> > checking for fork... yes
> >
> > checking for system... yes
> >
> > checking for vfork... yes
> >
> > checking for wait... yes
> >
> > *** unknown host x86_64-pc-none!
> > ###########
> > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> Julie
> > Prestopnik via RT <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for sending your Makefiles.
> >
> > In your config.log file I see the following is set:
> >
> > > uname -m = x86_64
> > >
> >
> > but the Makefile shows:
> >
> > > host_cpu = i386
> > >
> >
> > I believe that could be the problem. So, in the configure line
below,
> > we'll trying setting host by using " --host=x86_64".
> >
> > Please try the following:
> >
> > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> >
> > make clean
> >
> > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > > -lm/g' > Makefile_NEW
> > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > >
> > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> >
> > make >& make.log
> >
> > make install >& make_install.log
> >
> >
> > If that is successful, please set "COMPILE_HDF = 0" in the
> > compile_MET_all.sh and then you should be able to continue to use
the
> > script to install everything else.
> >
> > Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
> >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >
> > there is a section for DockerHub, which gives you a link to:
> > https://hub.docker.com/repository/docker/dtcenter/met
> >
> > Here is a link to a page about using Docker that will help you get
> started,
> >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > however, it is from our 8.1 Tutorial, so instead of running the
> following
> > to pull the met-8.1 Docker container from DockerHub
> >
> > > *docker pull dtcenter/met:8.1*
> > >
> > you'd run the following instead to pull the latest docker
container:
> >
> > > docker pull dtcenter/met:9.0.2
> >
> >
> > I hope that helps.
> >
> > Please let us know how it goes.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > > case the fix can't be found, I will explore contacting HDF
helpdesk as
> an
> > > alternative.
> > > In the meanwhile, could you please guide me through install MET
via the
> > > Docker?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Unfortunately, I have not encountered this error before. I see
in the
> > > make.log file:
> > >
> > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > >
> > >
> > > I see the following in hdf/src/hdfi.h:
> > >
> > > > #ifdef GOT_MACHINE
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > > Please check your Makefile.
> > > > #endif
> > > > #define GOT_MACHINE
> > > >
> > >
> > > But, it doesn't point out anything specific to check in your
> Makefile. I
> > > googled a bit for this error a bit more and wasn't able to find
> anything
> > > particularly useful. You could take a look at your Makefile for
> HDF4.2r3
> > > and see if you can find anything related to having more than one
> machine
> > > type defined. Also, please feel free to pass along your
Makefile, and
> I
> > > will also take a look at it to see if I can find anything we
could
> change
> > > and then have you rerun.
> > >
> > > Other options are to write to help at hdfgroup.org to request
support
> from
> > > the
> > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > container.
> > >
> > > Please let us know how you'd like to proceed.
> > >
> > > Julie
> > >
> > >
> > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > > I look forward to hearing from you ASAP.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > My apologies for the delayed response. I was out of the
office
> > > yesterday,
> > > > and have had meetings most of today. I will take a look this
> afternoon
> > > and
> > > > will get back to you as soon as I can.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Please I am still waiting for your feedback on my last
email.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your support. I did what you asked me to do but
the
> result
> > > is
> > > > > the same.
> > > > > Please kindly find attached the make.log, config.log, script
and
> > > > > environment variables.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you for letting me know that you would like the MODIS
> > > > functionality
> > > > > in MET.
> > > > >
> > > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> > have
> > > > not
> > > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > > installations on Linux machines. I'll see what I can do to
help
> you.
> > > > >
> > > > > First, could you please pass along the environment file that
you
> > passed
> > > > to
> > > > > the compile script?
> > > > >
> > > > > I compared our config.log files for HDF4 and noticed a
couple of
> > > > things. I
> > > > > see that you have the following set:
> > > > >
> > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > >
> > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > >
> > > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> > script
> > > > > again without those values set?
> > > > >
> > > > > Also, did you make any modifications to the script? My
config.log
> > file
> > > > has
> > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > >
> > > > > > # Update library linker path
> > > > >
> > > > > export
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > >
> > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> > file
> > > > at
> > > > > all. If, by any chance, you commented out that line in the
script,
> > > > please
> > > > > try uncommenting it before you run it again.
> > > > >
> > > > > Please give those a try and let us know how it goes. If
we have
> > > > trouble
> > > > > getting this working for you, another option would be to use
a
> Docker
> > > > > container.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your detailed explanation.
> > > > > > Yes, I want to install the HDF libs because I will be
working
> with
> > > some
> > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > Please kindly find attached the config.log file.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > The HDF4 library is an optional library needed only if you
intend
> > to
> > > > use
> > > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from
> HDF
> > > > into a
> > > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > > need
> > > > to
> > > > > > use? If not, the simplest solution would be to set the
following
> > the
> > > > the
> > > > > > compile_MET_all.sh script:
> > > > > >
> > > > > > > COMPILE_HDF=0
> > > > > > > COMPILE_HDFEOS=0
> > > > > > >
> > > > > >
> > > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > > config.log
> > > > > > file for HDF4?
> > > > > >
> > > > > > Also I observed you didn't add the jpeg src code for
installation
> > in
> > > > the
> > > > > > > script. Is this deliberate?
> > > > > > >
> > > > > > For most systems we install on the jpeg src code is
already
> > > installed,
> > > > so
> > > > > > we do not include it. However, we have seen some folks
with
> > machines
> > > > > that
> > > > > > do not have that installed already. In that case, if the
user
> has
> > > root
> > > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > > libjpeg-dev". However, if you need guidance on installing
the
> jpeg
> > > > > > library, please let us know.
> > > > > >
> > > > > > Thank you!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear John,
> > > > > > > Thanks for your reply.
> > > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> Gotway
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hello Imoleayo,
> > > > > > >
> > > > > > > I see you're having trouble compiling the HDF4 library
when
> > trying
> > > to
> > > > > > > compile MET. I'm going to reassign this ticket to Julie
> > Prestopnik,
> > > > who
> > > > > > > does most of the installations for MET. Please allow her
a few
> > days
> > > > to
> > > > > > > respond, after the Memorial Day holiday.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > John Halley Gotway
> > > > > > >
> > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > > Queue: met_help
> > > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Dear MET-Help,
> > > > > > > > Greetings. I hope my mail finds you and your team well
during
> > > this
> > > > > very
> > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > Please I am trying to build the MET on my local
machine using
> > the
> > > > > shell
> > > > > > > > script (
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > )
> > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > Also I observed you didn't add the jpeg src code for
> > installation
> > > > in
> > > > > > the
> > > > > > > > script. Is this deliberate?
> > > > > > > > Kindly find attached the configure and make log files
for
> your
> > > > > > > > intervention.
> > > > > > > >
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Mon Jun 01 10:31:35 2020
Hi Julie,
Greetings.
1. I have been able to compile the hdf after following the suggestion
form hdfhelp (below)
##########Hi Imoleayo,
We are all working from home these days!
Unfortunately, HDF4 is not very flexible when it comes to new
compilers and
releases, and HDF 4.2r3 is old (released in 2008). It supported Darwin
8.10.1.
It looks like you are running Darwin 19.4, which we have not yet
tested
with. Our latest version of HDF4, version 4.2.15, supports the
following
on the Mac:
- macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version 10.0.0
- macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version 10.0.1
However, you may have a better chance of getting this version to build
on
your machine. You can get that here:
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
If you try it and encounter problems, please let us know!
Thanks!
-Barbara##########
2. I am unable to use the docker. Perhaps because I don't have a
detailed steps/guide on how to use install with docker.
3. Using the script, I am having error when compiling the cairo,
specifically on make. Please see attached the make.log.
Thank you.
Best regards,Imoleayo
On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo
<gbodeimoleayo at yahoo.com> wrote:
Thanks Julie.
Here is the configure summary#######
Configure Summary
=================
Compiling Options:
------------------
Compilation Mode: Default
C Compiler: gcc
CFLAGS: -O2
CPPFLAGS: -I/usr/include/rpc
-I/Users/gbode/met/9.0.2/external_libs/include
-I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
LDFLAGS:
-L/Users/gbode/met/9.0.2/external_libs/lib
-L/Users/gbode/met/9.0.2/external_libs/lib
Languages:
----------
Fortran: Yes
Fortran Compiler: gfortran
FFLAGS: -O2
HDF support for NetCDF-3 APIs:
------------------------------
HDF4-NetCDF: No
######
The make gave error (please see the attached make.log).
Thank you.
Best regards,Imoleayo
On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Thank you, Imoleayo.
One more thing to try:
> cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
make clean
cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg -lz
> -lm/g' > Makefile_NEW
> mv Makefile_NEW mfhdf/hdiff/Makefile
>
./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> x86_64-apple-darwin19 --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> --with-zlib=/Users/gbode/met/9.0.2/external_libs
make >& make.log
make install >& make_install.log
Note that I replace x86_64 with x86_64-apple-darwin19.
Please let me know how it goes.
Julie
On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for the observation and thanks for the guide on installing
MET
> using docker.
> Here was the error I got at configure stage.
> #######
> checking for math library support... yes
>
> checking for fork... yes
>
> checking for system... yes
>
> checking for vfork... yes
>
> checking for wait... yes
>
> *** unknown host x86_64-pc-none!
> ###########
> Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM GMT+2,
Julie
> Prestopnik via RT <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for sending your Makefiles.
>
> In your config.log file I see the following is set:
>
> > uname -m = x86_64
> >
>
> but the Makefile shows:
>
> > host_cpu = i386
> >
>
> I believe that could be the problem. So, in the configure line
below,
> we'll trying setting host by using " --host=x86_64".
>
> Please try the following:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > --disable-netcdf --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> If that is successful, please set "COMPILE_HDF = 0" in the
> compile_MET_all.sh and then you should be able to continue to use
the
> script to install everything else.
>
> Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
>
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
>
> there is a section for DockerHub, which gives you a link to:
> https://hub.docker.com/repository/docker/dtcenter/met
>
> Here is a link to a page about using Docker that will help you get
started,
>
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> however, it is from our 8.1 Tutorial, so instead of running the
following
> to pull the met-8.1 Docker container from DockerHub
>
> > *docker pull dtcenter/met:8.1*
> >
> you'd run the following instead to pull the latest docker container:
>
> > docker pull dtcenter/met:9.0.2
>
>
> I hope that helps.
>
> Please let us know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > case the fix can't be found, I will explore contacting HDF
helpdesk as an
> > alternative.
> > In the meanwhile, could you please guide me through install MET
via the
> > Docker?
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie Prestopnik
via RT
> <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Unfortunately, I have not encountered this error before. I see in
the
> > make.log file:
> >
> > > hdfi.h(1352): error: identifier "If" is undefined
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > >
> >
> > I see the following in hdf/src/hdfi.h:
> >
> > > #ifdef GOT_MACHINE
> > > If you get an error on this line more than one machine type has
been
> > > defined.
> > > Please check your Makefile.
> > > #endif
> > > #define GOT_MACHINE
> > >
> >
> > But, it doesn't point out anything specific to check in your
Makefile. I
> > googled a bit for this error a bit more and wasn't able to find
anything
> > particularly useful. You could take a look at your Makefile for
HDF4.2r3
> > and see if you can find anything related to having more than one
machine
> > type defined. Also, please feel free to pass along your Makefile,
and I
> > will also take a look at it to see if I can find anything we could
change
> > and then have you rerun.
> >
> > Other options are to write to help at hdfgroup.org to request support
from
> > the
> > HDF helpdesk. Or, we could pursue having you use MET in a Docker
> > container.
> >
> > Please let us know how you'd like to proceed.
> >
> > Julie
> >
> >
> > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > I look forward to hearing from you ASAP.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > My apologies for the delayed response. I was out of the office
> > yesterday,
> > > and have had meetings most of today. I will take a look this
afternoon
> > and
> > > will get back to you as soon as I can.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Please I am still waiting for your feedback on my last email.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > gbodeimoleayo at yahoo.com> wrote:
> > > >
> > > > Dear Julie,
> > > > Thanks for your support. I did what you asked me to do but the
result
> > is
> > > > the same.
> > > > Please kindly find attached the make.log, config.log, script
and
> > > > environment variables.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik via
> > RT <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Thank you for letting me know that you would like the MODIS
> > > functionality
> > > > in MET.
> > > >
> > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> have
> > > not
> > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > installations on Linux machines. I'll see what I can do to
help you.
> > > >
> > > > First, could you please pass along the environment file that
you
> passed
> > > to
> > > > the compile script?
> > > >
> > > > I compared our config.log files for HDF4 and noticed a couple
of
> > > things. I
> > > > see that you have the following set:
> > > >
> > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > >
> > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > >
> > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> script
> > > > again without those values set?
> > > >
> > > > Also, did you make any modifications to the script? My
config.log
> file
> > > has
> > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > >
> > > > > # Update library linker path
> > > >
> > > > export
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > >
> > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> file
> > > at
> > > > all. If, by any chance, you commented out that line in the
script,
> > > please
> > > > try uncommenting it before you run it again.
> > > >
> > > > Please give those a try and let us know how it goes. If we
have
> > > trouble
> > > > getting this working for you, another option would be to use a
Docker
> > > > container.
> > > >
> > > > Julie
> > > >
> > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your detailed explanation.
> > > > > Yes, I want to install the HDF libs because I will be
working with
> > some
> > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > Please kindly find attached the config.log file.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > The HDF4 library is an optional library needed only if you
intend
> to
> > > use
> > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from HDF
> > > into a
> > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > need
> > > to
> > > > > use? If not, the simplest solution would be to set the
following
> the
> > > the
> > > > > compile_MET_all.sh script:
> > > > >
> > > > > > COMPILE_HDF=0
> > > > > > COMPILE_HDFEOS=0
> > > > > >
> > > > >
> > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > config.log
> > > > > file for HDF4?
> > > > >
> > > > > Also I observed you didn't add the jpeg src code for
installation
> in
> > > the
> > > > > > script. Is this deliberate?
> > > > > >
> > > > > For most systems we install on the jpeg src code is already
> > installed,
> > > so
> > > > > we do not include it. However, we have seen some folks with
> machines
> > > > that
> > > > > do not have that installed already. In that case, if the
user has
> > root
> > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > libjpeg-dev". However, if you need guidance on installing
the jpeg
> > > > > library, please let us know.
> > > > >
> > > > > Thank you!
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear John,
> > > > > > Thanks for your reply.
> > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John Halley
Gotway
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hello Imoleayo,
> > > > > >
> > > > > > I see you're having trouble compiling the HDF4 library
when
> trying
> > to
> > > > > > compile MET. I'm going to reassign this ticket to Julie
> Prestopnik,
> > > who
> > > > > > does most of the installations for MET. Please allow her a
few
> days
> > > to
> > > > > > respond, after the Memorial Day holiday.
> > > > > >
> > > > > > Thanks,
> > > > > > John Halley Gotway
> > > > > >
> > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted upon.
> > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > Queue: met_help
> > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > Owner: Nobody
> > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > Status: new
> > > > > > > Ticket <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Dear MET-Help,
> > > > > > > Greetings. I hope my mail finds you and your team well
during
> > this
> > > > very
> > > > > > > special time of COVID-19 pandemic.
> > > > > > > Please I am trying to build the MET on my local machine
using
> the
> > > > shell
> > > > > > > script (
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > )
> > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > Also I observed you didn't add the jpeg src code for
> installation
> > > in
> > > > > the
> > > > > > > script. Is this deliberate?
> > > > > > > Kindly find attached the configure and make log files
for your
> > > > > > > intervention.
> > > > > > >
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Mon Jun 01 10:49:52 2020
Hi Imoleayo.
Thank you for letting us know about HDF4. I should let you know that
we
have not tested using that version of HDF4. Please let us know if you
encounter any problems with it.
2. I am unable to use the docker. Perhaps because I don't have a
detailed
> steps/guide on how to use install with docker.
Would you like to get more assistance using Docker? If so, I can have
another team member who is more familiar with docker help provide
guidance.
3. Using the script, I am having error when compiling the cairo,
> specifically on make. Please see attached the make.log.
I see that you're having compilation issues with the Cairo library.
While
we do recommend using the --enable-grib2 and --enable-python
compilation
options to install support for GRIB2 and Python embedding, we don't
recommend putting any time into the --enable_mode_graphics option.
That
option enables compilation of the plot_mode_field utility, which
writes png
output. But the functionality of that tool really isn't much different
from
the functionality of the plot_data_plane utility. In fact as we
develop
additional plotting functionality in the METplotpy repository
(currently
under development), it might make sense to replace plot_mode_field
entirely
with Python plotting scripts. So that's our advice. But if you're
determined and would still like to see it through, just let me know,
and
I'll take a closer look.
Thanks,
Julie
On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Hi Julie,
> Greetings.
> 1. I have been able to compile the hdf after following the
suggestion form
> hdfhelp (below)
> ##########Hi Imoleayo,
>
> We are all working from home these days!
>
> Unfortunately, HDF4 is not very flexible when it comes to new
compilers and
> releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> 8.10.1.
>
> It looks like you are running Darwin 19.4, which we have not yet
tested
> with. Our latest version of HDF4, version 4.2.15, supports the
following
> on the Mac:
>
> - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
>
> However, you may have a better chance of getting this version to
build on
> your machine. You can get that here:
>
> https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
>
> If you try it and encounter problems, please let us know!
>
> Thanks!
> -Barbara##########
> 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> steps/guide on how to use install with docker.
> 3. Using the script, I am having error when compiling the cairo,
> specifically on make. Please see attached the make.log.
> Thank you.
> Best regards,Imoleayo
>
> On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Thanks Julie.
> Here is the configure summary#######
> Configure Summary
>
> =================
>
>
>
>
> Compiling Options:
>
> ------------------
>
> Compilation Mode: Default
>
> C Compiler: gcc
>
> CFLAGS: -O2
>
> CPPFLAGS: -I/usr/include/rpc
> -I/Users/gbode/met/9.0.2/external_libs/include
> -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
>
> LDFLAGS:
> -L/Users/gbode/met/9.0.2/external_libs/lib
> -L/Users/gbode/met/9.0.2/external_libs/lib
>
>
>
>
> Languages:
>
> ----------
>
> Fortran: Yes
>
> Fortran Compiler: gfortran
>
> FFLAGS: -O2
>
>
>
>
> HDF support for NetCDF-3 APIs:
>
> ------------------------------
>
> HDF4-NetCDF: No
>
>
> ######
> The make gave error (please see the attached make.log).
> Thank you.
> Best regards,Imoleayo
> On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Thank you, Imoleayo.
>
> One more thing to try:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> > x86_64-apple-darwin19 --disable-netcdf
> > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> Note that I replace x86_64 with x86_64-apple-darwin19.
>
> Please let me know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for the observation and thanks for the guide on installing
MET
> > using docker.
> > Here was the error I got at configure stage.
> > #######
> > checking for math library support... yes
> >
> > checking for fork... yes
> >
> > checking for system... yes
> >
> > checking for vfork... yes
> >
> > checking for wait... yes
> >
> > *** unknown host x86_64-pc-none!
> > ###########
> > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> Julie
> > Prestopnik via RT <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for sending your Makefiles.
> >
> > In your config.log file I see the following is set:
> >
> > > uname -m = x86_64
> > >
> >
> > but the Makefile shows:
> >
> > > host_cpu = i386
> > >
> >
> > I believe that could be the problem. So, in the configure line
below,
> > we'll trying setting host by using " --host=x86_64".
> >
> > Please try the following:
> >
> > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> >
> > make clean
> >
> > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > > -lm/g' > Makefile_NEW
> > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > >
> > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> >
> > make >& make.log
> >
> > make install >& make_install.log
> >
> >
> > If that is successful, please set "COMPILE_HDF = 0" in the
> > compile_MET_all.sh and then you should be able to continue to use
the
> > script to install everything else.
> >
> > Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
> >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >
> > there is a section for DockerHub, which gives you a link to:
> > https://hub.docker.com/repository/docker/dtcenter/met
> >
> > Here is a link to a page about using Docker that will help you get
> started,
> >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > however, it is from our 8.1 Tutorial, so instead of running the
> following
> > to pull the met-8.1 Docker container from DockerHub
> >
> > > *docker pull dtcenter/met:8.1*
> > >
> > you'd run the following instead to pull the latest docker
container:
> >
> > > docker pull dtcenter/met:9.0.2
> >
> >
> > I hope that helps.
> >
> > Please let us know how it goes.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > > case the fix can't be found, I will explore contacting HDF
helpdesk as
> an
> > > alternative.
> > > In the meanwhile, could you please guide me through install MET
via the
> > > Docker?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Unfortunately, I have not encountered this error before. I see
in the
> > > make.log file:
> > >
> > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > >
> > >
> > > I see the following in hdf/src/hdfi.h:
> > >
> > > > #ifdef GOT_MACHINE
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > > Please check your Makefile.
> > > > #endif
> > > > #define GOT_MACHINE
> > > >
> > >
> > > But, it doesn't point out anything specific to check in your
> Makefile. I
> > > googled a bit for this error a bit more and wasn't able to find
> anything
> > > particularly useful. You could take a look at your Makefile for
> HDF4.2r3
> > > and see if you can find anything related to having more than one
> machine
> > > type defined. Also, please feel free to pass along your
Makefile, and
> I
> > > will also take a look at it to see if I can find anything we
could
> change
> > > and then have you rerun.
> > >
> > > Other options are to write to help at hdfgroup.org to request
support
> from
> > > the
> > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > container.
> > >
> > > Please let us know how you'd like to proceed.
> > >
> > > Julie
> > >
> > >
> > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > > I look forward to hearing from you ASAP.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > My apologies for the delayed response. I was out of the
office
> > > yesterday,
> > > > and have had meetings most of today. I will take a look this
> afternoon
> > > and
> > > > will get back to you as soon as I can.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Please I am still waiting for your feedback on my last
email.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your support. I did what you asked me to do but
the
> result
> > > is
> > > > > the same.
> > > > > Please kindly find attached the make.log, config.log, script
and
> > > > > environment variables.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you for letting me know that you would like the MODIS
> > > > functionality
> > > > > in MET.
> > > > >
> > > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> > have
> > > > not
> > > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > > installations on Linux machines. I'll see what I can do to
help
> you.
> > > > >
> > > > > First, could you please pass along the environment file that
you
> > passed
> > > > to
> > > > > the compile script?
> > > > >
> > > > > I compared our config.log files for HDF4 and noticed a
couple of
> > > > things. I
> > > > > see that you have the following set:
> > > > >
> > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > >
> > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > >
> > > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> > script
> > > > > again without those values set?
> > > > >
> > > > > Also, did you make any modifications to the script? My
config.log
> > file
> > > > has
> > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > >
> > > > > > # Update library linker path
> > > > >
> > > > > export
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > >
> > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> > file
> > > > at
> > > > > all. If, by any chance, you commented out that line in the
script,
> > > > please
> > > > > try uncommenting it before you run it again.
> > > > >
> > > > > Please give those a try and let us know how it goes. If
we have
> > > > trouble
> > > > > getting this working for you, another option would be to use
a
> Docker
> > > > > container.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your detailed explanation.
> > > > > > Yes, I want to install the HDF libs because I will be
working
> with
> > > some
> > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > Please kindly find attached the config.log file.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > The HDF4 library is an optional library needed only if you
intend
> > to
> > > > use
> > > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from
> HDF
> > > > into a
> > > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > > need
> > > > to
> > > > > > use? If not, the simplest solution would be to set the
following
> > the
> > > > the
> > > > > > compile_MET_all.sh script:
> > > > > >
> > > > > > > COMPILE_HDF=0
> > > > > > > COMPILE_HDFEOS=0
> > > > > > >
> > > > > >
> > > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > > config.log
> > > > > > file for HDF4?
> > > > > >
> > > > > > Also I observed you didn't add the jpeg src code for
installation
> > in
> > > > the
> > > > > > > script. Is this deliberate?
> > > > > > >
> > > > > > For most systems we install on the jpeg src code is
already
> > > installed,
> > > > so
> > > > > > we do not include it. However, we have seen some folks
with
> > machines
> > > > > that
> > > > > > do not have that installed already. In that case, if the
user
> has
> > > root
> > > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > > libjpeg-dev". However, if you need guidance on installing
the
> jpeg
> > > > > > library, please let us know.
> > > > > >
> > > > > > Thank you!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear John,
> > > > > > > Thanks for your reply.
> > > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> Gotway
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hello Imoleayo,
> > > > > > >
> > > > > > > I see you're having trouble compiling the HDF4 library
when
> > trying
> > > to
> > > > > > > compile MET. I'm going to reassign this ticket to Julie
> > Prestopnik,
> > > > who
> > > > > > > does most of the installations for MET. Please allow her
a few
> > days
> > > > to
> > > > > > > respond, after the Memorial Day holiday.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > John Halley Gotway
> > > > > > >
> > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > > Queue: met_help
> > > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Dear MET-Help,
> > > > > > > > Greetings. I hope my mail finds you and your team well
during
> > > this
> > > > > very
> > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > Please I am trying to build the MET on my local
machine using
> > the
> > > > > shell
> > > > > > > > script (
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > )
> > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > Also I observed you didn't add the jpeg src code for
> > installation
> > > > in
> > > > > > the
> > > > > > > > script. Is this deliberate?
> > > > > > > > Kindly find attached the configure and make log files
for
> your
> > > > > > > > intervention.
> > > > > > > >
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Mon Jun 01 12:39:42 2020
Hi Julie,
Thanks for the information and very detailed explanation.
I would like to exhaust all possible options of using the shell script
before using the Docker to install MET.
On point 3, Are you suggesting that I turn off the installation of
cairo?
Thank you.
Best regards,Imoleayo
On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
Thank you for letting us know about HDF4. I should let you know that
we
have not tested using that version of HDF4. Please let us know if you
encounter any problems with it.
2. I am unable to use the docker. Perhaps because I don't have a
detailed
> steps/guide on how to use install with docker.
Would you like to get more assistance using Docker? If so, I can have
another team member who is more familiar with docker help provide
guidance.
3. Using the script, I am having error when compiling the cairo,
> specifically on make. Please see attached the make.log.
I see that you're having compilation issues with the Cairo library.
While
we do recommend using the --enable-grib2 and --enable-python
compilation
options to install support for GRIB2 and Python embedding, we don't
recommend putting any time into the --enable_mode_graphics option.
That
option enables compilation of the plot_mode_field utility, which
writes png
output. But the functionality of that tool really isn't much different
from
the functionality of the plot_data_plane utility. In fact as we
develop
additional plotting functionality in the METplotpy repository
(currently
under development), it might make sense to replace plot_mode_field
entirely
with Python plotting scripts. So that's our advice. But if you're
determined and would still like to see it through, just let me know,
and
I'll take a closer look.
Thanks,
Julie
On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Hi Julie,
> Greetings.
> 1. I have been able to compile the hdf after following the
suggestion form
> hdfhelp (below)
> ##########Hi Imoleayo,
>
> We are all working from home these days!
>
> Unfortunately, HDF4 is not very flexible when it comes to new
compilers and
> releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> 8.10.1.
>
> It looks like you are running Darwin 19.4, which we have not yet
tested
> with. Our latest version of HDF4, version 4.2.15, supports the
following
> on the Mac:
>
> - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version 10.0.0
> - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version 10.0.1
>
> However, you may have a better chance of getting this version to
build on
> your machine. You can get that here:
>
> https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
>
> If you try it and encounter problems, please let us know!
>
> Thanks!
> -Barbara##########
> 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> steps/guide on how to use install with docker.
> 3. Using the script, I am having error when compiling the cairo,
> specifically on make. Please see attached the make.log.
> Thank you.
> Best regards,Imoleayo
>
> On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Thanks Julie.
> Here is the configure summary#######
> Configure Summary
>
> =================
>
>
>
>
> Compiling Options:
>
> ------------------
>
> Compilation Mode: Default
>
> C Compiler: gcc
>
> CFLAGS: -O2
>
> CPPFLAGS: -I/usr/include/rpc
> -I/Users/gbode/met/9.0.2/external_libs/include
> -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
>
> LDFLAGS:
> -L/Users/gbode/met/9.0.2/external_libs/lib
> -L/Users/gbode/met/9.0.2/external_libs/lib
>
>
>
>
> Languages:
>
> ----------
>
> Fortran: Yes
>
> Fortran Compiler: gfortran
>
> FFLAGS: -O2
>
>
>
>
> HDF support for NetCDF-3 APIs:
>
> ------------------------------
>
> HDF4-NetCDF: No
>
>
> ######
> The make gave error (please see the attached make.log).
> Thank you.
> Best regards,Imoleayo
> On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Thank you, Imoleayo.
>
> One more thing to try:
>
> > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
>
> make clean
>
> cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > -lm/g' > Makefile_NEW
> > mv Makefile_NEW mfhdf/hdiff/Makefile
> >
> ./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> > x86_64-apple-darwin19 --disable-netcdf
> > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > --with-zlib=/Users/gbode/met/9.0.2/external_libs
>
> make >& make.log
>
> make install >& make_install.log
>
>
> Note that I replace x86_64 with x86_64-apple-darwin19.
>
> Please let me know how it goes.
>
> Julie
>
> On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for the observation and thanks for the guide on installing
MET
> > using docker.
> > Here was the error I got at configure stage.
> > #######
> > checking for math library support... yes
> >
> > checking for fork... yes
> >
> > checking for system... yes
> >
> > checking for vfork... yes
> >
> > checking for wait... yes
> >
> > *** unknown host x86_64-pc-none!
> > ###########
> > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> Julie
> > Prestopnik via RT <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for sending your Makefiles.
> >
> > In your config.log file I see the following is set:
> >
> > > uname -m = x86_64
> > >
> >
> > but the Makefile shows:
> >
> > > host_cpu = i386
> > >
> >
> > I believe that could be the problem. So, in the configure line
below,
> > we'll trying setting host by using " --host=x86_64".
> >
> > Please try the following:
> >
> > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> >
> > make clean
> >
> > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > > -lm/g' > Makefile_NEW
> > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > >
> > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> >
> > make >& make.log
> >
> > make install >& make_install.log
> >
> >
> > If that is successful, please set "COMPILE_HDF = 0" in the
> > compile_MET_all.sh and then you should be able to continue to use
the
> > script to install everything else.
> >
> > Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
> >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> >
> > there is a section for DockerHub, which gives you a link to:
> > https://hub.docker.com/repository/docker/dtcenter/met
> >
> > Here is a link to a page about using Docker that will help you get
> started,
> >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > however, it is from our 8.1 Tutorial, so instead of running the
> following
> > to pull the met-8.1 Docker container from DockerHub
> >
> > > *docker pull dtcenter/met:8.1*
> > >
> > you'd run the following instead to pull the latest docker
container:
> >
> > > docker pull dtcenter/met:9.0.2
> >
> >
> > I hope that helps.
> >
> > Please let us know how it goes.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for you time.Please kindly find attached my makefiles.
Should in
> > > case the fix can't be found, I will explore contacting HDF
helpdesk as
> an
> > > alternative.
> > > In the meanwhile, could you please guide me through install MET
via the
> > > Docker?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Unfortunately, I have not encountered this error before. I see
in the
> > > make.log file:
> > >
> > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > >
> > >
> > > I see the following in hdf/src/hdfi.h:
> > >
> > > > #ifdef GOT_MACHINE
> > > > If you get an error on this line more than one machine type
has been
> > > > defined.
> > > > Please check your Makefile.
> > > > #endif
> > > > #define GOT_MACHINE
> > > >
> > >
> > > But, it doesn't point out anything specific to check in your
> Makefile. I
> > > googled a bit for this error a bit more and wasn't able to find
> anything
> > > particularly useful. You could take a look at your Makefile for
> HDF4.2r3
> > > and see if you can find anything related to having more than one
> machine
> > > type defined. Also, please feel free to pass along your
Makefile, and
> I
> > > will also take a look at it to see if I can find anything we
could
> change
> > > and then have you rerun.
> > >
> > > Other options are to write to help at hdfgroup.org to request
support
> from
> > > the
> > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > container.
> > >
> > > Please let us know how you'd like to proceed.
> > >
> > > Julie
> > >
> > >
> > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > > I look forward to hearing from you ASAP.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > My apologies for the delayed response. I was out of the
office
> > > yesterday,
> > > > and have had meetings most of today. I will take a look this
> afternoon
> > > and
> > > > will get back to you as soon as I can.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Please I am still waiting for your feedback on my last
email.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your support. I did what you asked me to do but
the
> result
> > > is
> > > > > the same.
> > > > > Please kindly find attached the make.log, config.log, script
and
> > > > > environment variables.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik
> via
> > > RT <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you for letting me know that you would like the MODIS
> > > > functionality
> > > > > in MET.
> > > > >
> > > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> > have
> > > > not
> > > > > installed MET on a Macbook Pro previously, but rather
typically do
> > > > > installations on Linux machines. I'll see what I can do to
help
> you.
> > > > >
> > > > > First, could you please pass along the environment file that
you
> > passed
> > > > to
> > > > > the compile script?
> > > > >
> > > > > I compared our config.log files for HDF4 and noticed a
couple of
> > > > things. I
> > > > > see that you have the following set:
> > > > >
> > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > >
> > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > >
> > > > > Could you please unset CPPFLAGS and LDFLAGS and try running
the
> > script
> > > > > again without those values set?
> > > > >
> > > > > Also, did you make any modifications to the script? My
config.log
> > file
> > > > has
> > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > >
> > > > > > # Update library linker path
> > > > >
> > > > > export
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > >
> > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
config.log
> > file
> > > > at
> > > > > all. If, by any chance, you commented out that line in the
script,
> > > > please
> > > > > try uncommenting it before you run it again.
> > > > >
> > > > > Please give those a try and let us know how it goes. If
we have
> > > > trouble
> > > > > getting this working for you, another option would be to use
a
> Docker
> > > > > container.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your detailed explanation.
> > > > > > Yes, I want to install the HDF libs because I will be
working
> with
> > > some
> > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > Please kindly find attached the config.log file.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > The HDF4 library is an optional library needed only if you
intend
> > to
> > > > use
> > > > > > the MODIS-Regrid tool, which reformats gridded MODIS data
from
> HDF
> > > > into a
> > > > > > gridded NetCDF format that MET can read. Is that a tool
that you
> > > need
> > > > to
> > > > > > use? If not, the simplest solution would be to set the
following
> > the
> > > > the
> > > > > > compile_MET_all.sh script:
> > > > > >
> > > > > > > COMPILE_HDF=0
> > > > > > > COMPILE_HDFEOS=0
> > > > > > >
> > > > > >
> > > > > > If you do need the MODIS-regrid tool could you please send
your
> > > > > config.log
> > > > > > file for HDF4?
> > > > > >
> > > > > > Also I observed you didn't add the jpeg src code for
installation
> > in
> > > > the
> > > > > > > script. Is this deliberate?
> > > > > > >
> > > > > > For most systems we install on the jpeg src code is
already
> > > installed,
> > > > so
> > > > > > we do not include it. However, we have seen some folks
with
> > machines
> > > > > that
> > > > > > do not have that installed already. In that case, if the
user
> has
> > > root
> > > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > > libjpeg-dev". However, if you need guidance on installing
the
> jpeg
> > > > > > library, please let us know.
> > > > > >
> > > > > > Thank you!
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear John,
> > > > > > > Thanks for your reply.
> > > > > > > I look forward to hearing from Julie after the holiday.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> Gotway
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hello Imoleayo,
> > > > > > >
> > > > > > > I see you're having trouble compiling the HDF4 library
when
> > trying
> > > to
> > > > > > > compile MET. I'm going to reassign this ticket to Julie
> > Prestopnik,
> > > > who
> > > > > > > does most of the installations for MET. Please allow her
a few
> > days
> > > > to
> > > > > > > respond, after the Memorial Day holiday.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > John Halley Gotway
> > > > > > >
> > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > Transaction: Ticket created by gbodeimoleayo at yahoo.com
> > > > > > > > Queue: met_help
> > > > > > > > Subject: Error with installing MET with the shell
script
> > > > > > > > Owner: Nobody
> > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > Status: new
> > > > > > > > Ticket <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Dear MET-Help,
> > > > > > > > Greetings. I hope my mail finds you and your team well
during
> > > this
> > > > > very
> > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > Please I am trying to build the MET on my local
machine using
> > the
> > > > > shell
> > > > > > > > script (
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > )
> > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > Also I observed you didn't add the jpeg src code for
> > installation
> > > > in
> > > > > > the
> > > > > > > > script. Is this deliberate?
> > > > > > > > Kindly find attached the configure and make log files
for
> your
> > > > > > > > intervention.
> > > > > > > >
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Mon Jun 01 13:59:36 2020
Hi Imoleayo.
Thank you for letting us know that you would like to proceed with
using the
shell script before using Docker to install MET. We can definitely
keep
working on that.
Are you suggesting that I turn off the installation of cairo?
>
Yes. Cairo and Freetype are the two optional libraries that are used
for
the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
you set the following:
COMPILE_FREETYPE=0
>
> COMPILE_CAIRO=0
>
so that MET will not enable the MODE graphics tool.
Please let us know how it goes.
Thanks,
Julie
On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Hi Julie,
> Thanks for the information and very detailed explanation.
> I would like to exhaust all possible options of using the shell
script
> before using the Docker to install MET.
> On point 3, Are you suggesting that I turn off the installation of
cairo?
> Thank you.
>
> Best regards,Imoleayo
> On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for letting us know about HDF4. I should let you know
that we
> have not tested using that version of HDF4. Please let us know if
you
> encounter any problems with it.
>
> 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > steps/guide on how to use install with docker.
>
> Would you like to get more assistance using Docker? If so, I can
have
> another team member who is more familiar with docker help provide
guidance.
>
> 3. Using the script, I am having error when compiling the cairo,
> > specifically on make. Please see attached the make.log.
>
> I see that you're having compilation issues with the Cairo library.
While
> we do recommend using the --enable-grib2 and --enable-python
compilation
> options to install support for GRIB2 and Python embedding, we don't
> recommend putting any time into the --enable_mode_graphics option.
That
> option enables compilation of the plot_mode_field utility, which
writes png
> output. But the functionality of that tool really isn't much
different from
> the functionality of the plot_data_plane utility. In fact as we
develop
> additional plotting functionality in the METplotpy repository
(currently
> under development), it might make sense to replace plot_mode_field
entirely
> with Python plotting scripts. So that's our advice. But if you're
> determined and would still like to see it through, just let me know,
and
> I'll take a closer look.
>
> Thanks,
> Julie
>
> On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Hi Julie,
> > Greetings.
> > 1. I have been able to compile the hdf after following the
suggestion
> form
> > hdfhelp (below)
> > ##########Hi Imoleayo,
> >
> > We are all working from home these days!
> >
> > Unfortunately, HDF4 is not very flexible when it comes to new
compilers
> and
> > releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> > 8.10.1.
> >
> > It looks like you are running Darwin 19.4, which we have not yet
tested
> > with. Our latest version of HDF4, version 4.2.15, supports the
following
> > on the Mac:
> >
> > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> >
> > However, you may have a better chance of getting this version to
build on
> > your machine. You can get that here:
> >
> > https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> >
> > If you try it and encounter problems, please let us know!
> >
> > Thanks!
> > -Barbara##########
> > 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > steps/guide on how to use install with docker.
> > 3. Using the script, I am having error when compiling the cairo,
> > specifically on make. Please see attached the make.log.
> > Thank you.
> > Best regards,Imoleayo
> >
> > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Thanks Julie.
> > Here is the configure summary#######
> > Configure Summary
> >
> > =================
> >
> >
> >
> >
> > Compiling Options:
> >
> > ------------------
> >
> > Compilation Mode: Default
> >
> > C Compiler: gcc
> >
> > CFLAGS: -O2
> >
> > CPPFLAGS: -I/usr/include/rpc
> > -I/Users/gbode/met/9.0.2/external_libs/include
> > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
> >
> > LDFLAGS:
> > -L/Users/gbode/met/9.0.2/external_libs/lib
> > -L/Users/gbode/met/9.0.2/external_libs/lib
> >
> >
> >
> >
> > Languages:
> >
> > ----------
> >
> > Fortran: Yes
> >
> > Fortran Compiler: gfortran
> >
> > FFLAGS: -O2
> >
> >
> >
> >
> > HDF support for NetCDF-3 APIs:
> >
> > ------------------------------
> >
> > HDF4-NetCDF: No
> >
> >
> > ######
> > The make gave error (please see the attached make.log).
> > Thank you.
> > Best regards,Imoleayo
> > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Thank you, Imoleayo.
> >
> > One more thing to try:
> >
> > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> >
> > make clean
> >
> > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > > -lm/g' > Makefile_NEW
> > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > >
> > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> > > x86_64-apple-darwin19 --disable-netcdf
> > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> >
> > make >& make.log
> >
> > make install >& make_install.log
> >
> >
> > Note that I replace x86_64 with x86_64-apple-darwin19.
> >
> > Please let me know how it goes.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for the observation and thanks for the guide on
installing MET
> > > using docker.
> > > Here was the error I got at configure stage.
> > > #######
> > > checking for math library support... yes
> > >
> > > checking for fork... yes
> > >
> > > checking for system... yes
> > >
> > > checking for vfork... yes
> > >
> > > checking for wait... yes
> > >
> > > *** unknown host x86_64-pc-none!
> > > ###########
> > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> > Julie
> > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for sending your Makefiles.
> > >
> > > In your config.log file I see the following is set:
> > >
> > > > uname -m = x86_64
> > > >
> > >
> > > but the Makefile shows:
> > >
> > > > host_cpu = i386
> > > >
> > >
> > > I believe that could be the problem. So, in the configure line
below,
> > > we'll trying setting host by using " --host=x86_64".
> > >
> > > Please try the following:
> > >
> > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > >
> > > make clean
> > >
> > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > -lm/g' > Makefile_NEW
> > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > >
> > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > >
> > > make >& make.log
> > >
> > > make install >& make_install.log
> > >
> > >
> > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > compile_MET_all.sh and then you should be able to continue to
use the
> > > script to install everything else.
> > >
> > > Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
> > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > >
> > > there is a section for DockerHub, which gives you a link to:
> > > https://hub.docker.com/repository/docker/dtcenter/met
> > >
> > > Here is a link to a page about using Docker that will help you
get
> > started,
> > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > however, it is from our 8.1 Tutorial, so instead of running the
> > following
> > > to pull the met-8.1 Docker container from DockerHub
> > >
> > > > *docker pull dtcenter/met:8.1*
> > > >
> > > you'd run the following instead to pull the latest docker
container:
> > >
> > > > docker pull dtcenter/met:9.0.2
> > >
> > >
> > > I hope that helps.
> > >
> > > Please let us know how it goes.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for you time.Please kindly find attached my makefiles.
Should
> in
> > > > case the fix can't be found, I will explore contacting HDF
helpdesk
> as
> > an
> > > > alternative.
> > > > In the meanwhile, could you please guide me through install
MET via
> the
> > > > Docker?
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Unfortunately, I have not encountered this error before. I
see in
> the
> > > > make.log file:
> > > >
> > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > If you get an error on this line more than one machine type
has
> been
> > > > > defined.
> > > > >
> > > >
> > > > I see the following in hdf/src/hdfi.h:
> > > >
> > > > > #ifdef GOT_MACHINE
> > > > > If you get an error on this line more than one machine type
has
> been
> > > > > defined.
> > > > > Please check your Makefile.
> > > > > #endif
> > > > > #define GOT_MACHINE
> > > > >
> > > >
> > > > But, it doesn't point out anything specific to check in your
> > Makefile. I
> > > > googled a bit for this error a bit more and wasn't able to
find
> > anything
> > > > particularly useful. You could take a look at your Makefile
for
> > HDF4.2r3
> > > > and see if you can find anything related to having more than
one
> > machine
> > > > type defined. Also, please feel free to pass along your
Makefile,
> and
> > I
> > > > will also take a look at it to see if I can find anything we
could
> > change
> > > > and then have you rerun.
> > > >
> > > > Other options are to write to help at hdfgroup.org to request
support
> > from
> > > > the
> > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > container.
> > > >
> > > > Please let us know how you'd like to proceed.
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > > > I look forward to hearing from you ASAP.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > My apologies for the delayed response. I was out of the
office
> > > > yesterday,
> > > > > and have had meetings most of today. I will take a look
this
> > afternoon
> > > > and
> > > > > will get back to you as soon as I can.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo
> <
> > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your support. I did what you asked me to do but
the
> > result
> > > > is
> > > > > > the same.
> > > > > > Please kindly find attached the make.log, config.log,
script and
> > > > > > environment variables.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > functionality
> > > > > > in MET.
> > > > > >
> > > > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> > > have
> > > > > not
> > > > > > installed MET on a Macbook Pro previously, but rather
typically
> do
> > > > > > installations on Linux machines. I'll see what I can do to
help
> > you.
> > > > > >
> > > > > > First, could you please pass along the environment file
that you
> > > passed
> > > > > to
> > > > > > the compile script?
> > > > > >
> > > > > > I compared our config.log files for HDF4 and noticed a
couple of
> > > > > things. I
> > > > > > see that you have the following set:
> > > > > >
> > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > >
> > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > >
> > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running the
> > > script
> > > > > > again without those values set?
> > > > > >
> > > > > > Also, did you make any modifications to the script? My
> config.log
> > > file
> > > > > has
> > > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > > >
> > > > > > > # Update library linker path
> > > > > >
> > > > > > export
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > >
> > > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
> config.log
> > > file
> > > > > at
> > > > > > all. If, by any chance, you commented out that line in
the
> script,
> > > > > please
> > > > > > try uncommenting it before you run it again.
> > > > > >
> > > > > > Please give those a try and let us know how it goes. If
we
> have
> > > > > trouble
> > > > > > getting this working for you, another option would be to
use a
> > Docker
> > > > > > container.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your detailed explanation.
> > > > > > > Yes, I want to install the HDF libs because I will be
working
> > with
> > > > some
> > > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > > Please kindly find attached the config.log file.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > The HDF4 library is an optional library needed only if
you
> intend
> > > to
> > > > > use
> > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data from
> > HDF
> > > > > into a
> > > > > > > gridded NetCDF format that MET can read. Is that a tool
that
> you
> > > > need
> > > > > to
> > > > > > > use? If not, the simplest solution would be to set the
> following
> > > the
> > > > > the
> > > > > > > compile_MET_all.sh script:
> > > > > > >
> > > > > > > > COMPILE_HDF=0
> > > > > > > > COMPILE_HDFEOS=0
> > > > > > > >
> > > > > > >
> > > > > > > If you do need the MODIS-regrid tool could you please
send your
> > > > > > config.log
> > > > > > > file for HDF4?
> > > > > > >
> > > > > > > Also I observed you didn't add the jpeg src code for
> installation
> > > in
> > > > > the
> > > > > > > > script. Is this deliberate?
> > > > > > > >
> > > > > > > For most systems we install on the jpeg src code is
already
> > > > installed,
> > > > > so
> > > > > > > we do not include it. However, we have seen some folks
with
> > > machines
> > > > > > that
> > > > > > > do not have that installed already. In that case, if
the user
> > has
> > > > root
> > > > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > > > libjpeg-dev". However, if you need guidance on
installing the
> > jpeg
> > > > > > > library, please let us know.
> > > > > > >
> > > > > > > Thank you!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear John,
> > > > > > > > Thanks for your reply.
> > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> > Gotway
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hello Imoleayo,
> > > > > > > >
> > > > > > > > I see you're having trouble compiling the HDF4 library
when
> > > trying
> > > > to
> > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > Prestopnik,
> > > > > who
> > > > > > > > does most of the installations for MET. Please allow
her a
> few
> > > days
> > > > > to
> > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > John Halley Gotway
> > > > > > > >
> > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: Error with installing MET with the
shell
> script
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Dear MET-Help,
> > > > > > > > > Greetings. I hope my mail finds you and your team
well
> during
> > > > this
> > > > > > very
> > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > Please I am trying to build the MET on my local
machine
> using
> > > the
> > > > > > shell
> > > > > > > > > script (
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > )
> > > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > > Also I observed you didn't add the jpeg src code for
> > > installation
> > > > > in
> > > > > > > the
> > > > > > > > > script. Is this deliberate?
> > > > > > > > > Kindly find attached the configure and make log
files for
> > your
> > > > > > > > > intervention.
> > > > > > > > >
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Mon Jun 01 14:15:56 2020
Thanks Julie.
I already have Cairo installed in this directory
(/usr/local/Cellar/cairo/) using homebrew.
While I turn it off in the script, can I point met tool to this path
so that I can have the MODE graphics tool enabled, which is very
important for my use? How?
Thank you.
Best regards,Imoleayo
On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik via
RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
Thank you for letting us know that you would like to proceed with
using the
shell script before using Docker to install MET. We can definitely
keep
working on that.
Are you suggesting that I turn off the installation of cairo?
>
Yes. Cairo and Freetype are the two optional libraries that are used
for
the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
you set the following:
COMPILE_FREETYPE=0
>
> COMPILE_CAIRO=0
>
so that MET will not enable the MODE graphics tool.
Please let us know how it goes.
Thanks,
Julie
On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Hi Julie,
> Thanks for the information and very detailed explanation.
> I would like to exhaust all possible options of using the shell
script
> before using the Docker to install MET.
> On point 3, Are you suggesting that I turn off the installation of
cairo?
> Thank you.
>
> Best regards,Imoleayo
> On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for letting us know about HDF4. I should let you know
that we
> have not tested using that version of HDF4. Please let us know if
you
> encounter any problems with it.
>
> 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > steps/guide on how to use install with docker.
>
> Would you like to get more assistance using Docker? If so, I can
have
> another team member who is more familiar with docker help provide
guidance.
>
> 3. Using the script, I am having error when compiling the cairo,
> > specifically on make. Please see attached the make.log.
>
> I see that you're having compilation issues with the Cairo library.
While
> we do recommend using the --enable-grib2 and --enable-python
compilation
> options to install support for GRIB2 and Python embedding, we don't
> recommend putting any time into the --enable_mode_graphics option.
That
> option enables compilation of the plot_mode_field utility, which
writes png
> output. But the functionality of that tool really isn't much
different from
> the functionality of the plot_data_plane utility. In fact as we
develop
> additional plotting functionality in the METplotpy repository
(currently
> under development), it might make sense to replace plot_mode_field
entirely
> with Python plotting scripts. So that's our advice. But if you're
> determined and would still like to see it through, just let me know,
and
> I'll take a closer look.
>
> Thanks,
> Julie
>
> On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Hi Julie,
> > Greetings.
> > 1. I have been able to compile the hdf after following the
suggestion
> form
> > hdfhelp (below)
> > ##########Hi Imoleayo,
> >
> > We are all working from home these days!
> >
> > Unfortunately, HDF4 is not very flexible when it comes to new
compilers
> and
> > releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> > 8.10.1.
> >
> > It looks like you are running Darwin 19.4, which we have not yet
tested
> > with. Our latest version of HDF4, version 4.2.15, supports the
following
> > on the Mac:
> >
> > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> >
> > However, you may have a better chance of getting this version to
build on
> > your machine. You can get that here:
> >
> > https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> >
> > If you try it and encounter problems, please let us know!
> >
> > Thanks!
> > -Barbara##########
> > 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > steps/guide on how to use install with docker.
> > 3. Using the script, I am having error when compiling the cairo,
> > specifically on make. Please see attached the make.log.
> > Thank you.
> > Best regards,Imoleayo
> >
> > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Thanks Julie.
> > Here is the configure summary#######
> > Configure Summary
> >
> > =================
> >
> >
> >
> >
> > Compiling Options:
> >
> > ------------------
> >
> > Compilation Mode: Default
> >
> > C Compiler: gcc
> >
> > CFLAGS: -O2
> >
> > CPPFLAGS: -I/usr/include/rpc
> > -I/Users/gbode/met/9.0.2/external_libs/include
> > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS -DSWAP
> >
> > LDFLAGS:
> > -L/Users/gbode/met/9.0.2/external_libs/lib
> > -L/Users/gbode/met/9.0.2/external_libs/lib
> >
> >
> >
> >
> > Languages:
> >
> > ----------
> >
> > Fortran: Yes
> >
> > Fortran Compiler: gfortran
> >
> > FFLAGS: -O2
> >
> >
> >
> >
> > HDF support for NetCDF-3 APIs:
> >
> > ------------------------------
> >
> > HDF4-NetCDF: No
> >
> >
> > ######
> > The make gave error (please see the attached make.log).
> > Thank you.
> > Best regards,Imoleayo
> > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Thank you, Imoleayo.
> >
> > One more thing to try:
> >
> > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> >
> > make clean
> >
> > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS = -ljpeg
-lz
> > > -lm/g' > Makefile_NEW
> > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > >
> > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs --host=
> > > x86_64-apple-darwin19 --disable-netcdf
> > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> >
> > make >& make.log
> >
> > make install >& make_install.log
> >
> >
> > Note that I replace x86_64 with x86_64-apple-darwin19.
> >
> > Please let me know how it goes.
> >
> > Julie
> >
> > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for the observation and thanks for the guide on
installing MET
> > > using docker.
> > > Here was the error I got at configure stage.
> > > #######
> > > checking for math library support... yes
> > >
> > > checking for fork... yes
> > >
> > > checking for system... yes
> > >
> > > checking for vfork... yes
> > >
> > > checking for wait... yes
> > >
> > > *** unknown host x86_64-pc-none!
> > > ###########
> > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> > Julie
> > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for sending your Makefiles.
> > >
> > > In your config.log file I see the following is set:
> > >
> > > > uname -m = x86_64
> > > >
> > >
> > > but the Makefile shows:
> > >
> > > > host_cpu = i386
> > > >
> > >
> > > I believe that could be the problem. So, in the configure line
below,
> > > we'll trying setting host by using " --host=x86_64".
> > >
> > > Please try the following:
> > >
> > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > >
> > > make clean
> > >
> > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > -lm/g' > Makefile_NEW
> > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > >
> > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=x86_64
> > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > >
> > > make >& make.log
> > >
> > > make install >& make_install.log
> > >
> > >
> > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > compile_MET_all.sh and then you should be able to continue to
use the
> > > script to install everything else.
> > >
> > > Regarding Docker, on this page for met-9.0.2 and METplus-3.0.2:
> > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > >
> > > there is a section for DockerHub, which gives you a link to:
> > > https://hub.docker.com/repository/docker/dtcenter/met
> > >
> > > Here is a link to a page about using Docker that will help you
get
> > started,
> > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > however, it is from our 8.1 Tutorial, so instead of running the
> > following
> > > to pull the met-8.1 Docker container from DockerHub
> > >
> > > > *docker pull dtcenter/met:8.1*
> > > >
> > > you'd run the following instead to pull the latest docker
container:
> > >
> > > > docker pull dtcenter/met:9.0.2
> > >
> > >
> > > I hope that helps.
> > >
> > > Please let us know how it goes.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for you time.Please kindly find attached my makefiles.
Should
> in
> > > > case the fix can't be found, I will explore contacting HDF
helpdesk
> as
> > an
> > > > alternative.
> > > > In the meanwhile, could you please guide me through install
MET via
> the
> > > > Docker?
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Unfortunately, I have not encountered this error before. I
see in
> the
> > > > make.log file:
> > > >
> > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > If you get an error on this line more than one machine type
has
> been
> > > > > defined.
> > > > >
> > > >
> > > > I see the following in hdf/src/hdfi.h:
> > > >
> > > > > #ifdef GOT_MACHINE
> > > > > If you get an error on this line more than one machine type
has
> been
> > > > > defined.
> > > > > Please check your Makefile.
> > > > > #endif
> > > > > #define GOT_MACHINE
> > > > >
> > > >
> > > > But, it doesn't point out anything specific to check in your
> > Makefile. I
> > > > googled a bit for this error a bit more and wasn't able to
find
> > anything
> > > > particularly useful. You could take a look at your Makefile
for
> > HDF4.2r3
> > > > and see if you can find anything related to having more than
one
> > machine
> > > > type defined. Also, please feel free to pass along your
Makefile,
> and
> > I
> > > > will also take a look at it to see if I can find anything we
could
> > change
> > > > and then have you rerun.
> > > >
> > > > Other options are to write to help at hdfgroup.org to request
support
> > from
> > > > the
> > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > container.
> > > >
> > > > Please let us know how you'd like to proceed.
> > > >
> > > > Julie
> > > >
> > > >
> > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for your kind response.I am also sorry for disturbing
you.
> > > > > I look forward to hearing from you ASAP.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > My apologies for the delayed response. I was out of the
office
> > > > yesterday,
> > > > > and have had meetings most of today. I will take a look
this
> > afternoon
> > > > and
> > > > > will get back to you as soon as I can.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
Imoleayo
> <
> > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your support. I did what you asked me to do but
the
> > result
> > > > is
> > > > > > the same.
> > > > > > Please kindly find attached the make.log, config.log,
script and
> > > > > > environment variables.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > functionality
> > > > > > in MET.
> > > > > >
> > > > > > I see that you are installing on a Macbook Pro.
Unfortunately, I
> > > have
> > > > > not
> > > > > > installed MET on a Macbook Pro previously, but rather
typically
> do
> > > > > > installations on Linux machines. I'll see what I can do to
help
> > you.
> > > > > >
> > > > > > First, could you please pass along the environment file
that you
> > > passed
> > > > > to
> > > > > > the compile script?
> > > > > >
> > > > > > I compared our config.log files for HDF4 and noticed a
couple of
> > > > > things. I
> > > > > > see that you have the following set:
> > > > > >
> > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > >
> > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > >
> > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running the
> > > script
> > > > > > again without those values set?
> > > > > >
> > > > > > Also, did you make any modifications to the script? My
> config.log
> > > file
> > > > > has
> > > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > > >
> > > > > > > # Update library linker path
> > > > > >
> > > > > > export
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > >
> > > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
> config.log
> > > file
> > > > > at
> > > > > > all. If, by any chance, you commented out that line in
the
> script,
> > > > > please
> > > > > > try uncommenting it before you run it again.
> > > > > >
> > > > > > Please give those a try and let us know how it goes. If
we
> have
> > > > > trouble
> > > > > > getting this working for you, another option would be to
use a
> > Docker
> > > > > > container.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your detailed explanation.
> > > > > > > Yes, I want to install the HDF libs because I will be
working
> > with
> > > > some
> > > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > > Please kindly find attached the config.log file.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > The HDF4 library is an optional library needed only if
you
> intend
> > > to
> > > > > use
> > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data from
> > HDF
> > > > > into a
> > > > > > > gridded NetCDF format that MET can read. Is that a tool
that
> you
> > > > need
> > > > > to
> > > > > > > use? If not, the simplest solution would be to set the
> following
> > > the
> > > > > the
> > > > > > > compile_MET_all.sh script:
> > > > > > >
> > > > > > > > COMPILE_HDF=0
> > > > > > > > COMPILE_HDFEOS=0
> > > > > > > >
> > > > > > >
> > > > > > > If you do need the MODIS-regrid tool could you please
send your
> > > > > > config.log
> > > > > > > file for HDF4?
> > > > > > >
> > > > > > > Also I observed you didn't add the jpeg src code for
> installation
> > > in
> > > > > the
> > > > > > > > script. Is this deliberate?
> > > > > > > >
> > > > > > > For most systems we install on the jpeg src code is
already
> > > > installed,
> > > > > so
> > > > > > > we do not include it. However, we have seen some folks
with
> > > machines
> > > > > > that
> > > > > > > do not have that installed already. In that case, if
the user
> > has
> > > > root
> > > > > > > privileges, we typically ask them to run "sudo apt-get
install
> > > > > > > libjpeg-dev". However, if you need guidance on
installing the
> > jpeg
> > > > > > > library, please let us know.
> > > > > > >
> > > > > > > Thank you!
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear John,
> > > > > > > > Thanks for your reply.
> > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> > Gotway
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hello Imoleayo,
> > > > > > > >
> > > > > > > > I see you're having trouble compiling the HDF4 library
when
> > > trying
> > > > to
> > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > Prestopnik,
> > > > > who
> > > > > > > > does most of the installations for MET. Please allow
her a
> few
> > > days
> > > > > to
> > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > John Halley Gotway
> > > > > > > >
> > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > Queue: met_help
> > > > > > > > > Subject: Error with installing MET with the
shell
> script
> > > > > > > > > Owner: Nobody
> > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > Status: new
> > > > > > > > > Ticket <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Dear MET-Help,
> > > > > > > > > Greetings. I hope my mail finds you and your team
well
> during
> > > > this
> > > > > > very
> > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > Please I am trying to build the MET on my local
machine
> using
> > > the
> > > > > > shell
> > > > > > > > > script (
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > )
> > > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > > Also I observed you didn't add the jpeg src code for
> > > installation
> > > > > in
> > > > > > > the
> > > > > > > > > script. Is this deliberate?
> > > > > > > > > Kindly find attached the configure and make log
files for
> > your
> > > > > > > > > intervention.
> > > > > > > > >
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Tue Jun 02 18:12:53 2020
Hi Imoleayo.
My apologies for the delayed response. I was in meetings all day.
You have brought to my attention some improvements I need to make to
the
script in order for you to be able to not compile Cairo and Freetype
and
point to the appropriate locations. Thank you! So, while you will not
be
able to currently use the script to compile MET pointing to a
different
location for Cairo and Freetype, you can still install MET following
the
configuration and compiling guidelines on this page of our tutorial:
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
Unfortunately, our website will be undergoing some maintenance on
Thursday, June 4, around 11 am MST and will be unavailable for a
period of
time while we are making a web server change. My apologies for the
inconvenience. We’ll be back up and running as fast as possible.
I also hope to update the script sometime soon, but it may not be
before
the end of the week.
Please let me know if you have any questions.
Julie
On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Thanks Julie.
> I already have Cairo installed in this directory
> (/usr/local/Cellar/cairo/) using homebrew.
> While I turn it off in the script, can I point met tool to this path
so
> that I can have the MODE graphics tool enabled, which is very
important for
> my use? How?
> Thank you.
> Best regards,Imoleayo
> On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for letting us know that you would like to proceed with
using the
> shell script before using Docker to install MET. We can definitely
keep
> working on that.
>
> Are you suggesting that I turn off the installation of cairo?
> >
> Yes. Cairo and Freetype are the two optional libraries that are
used for
> the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
> you set the following:
>
> COMPILE_FREETYPE=0
> >
> > COMPILE_CAIRO=0
> >
>
> so that MET will not enable the MODE graphics tool.
>
> Please let us know how it goes.
>
> Thanks,
> Julie
>
> On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Hi Julie,
> > Thanks for the information and very detailed explanation.
> > I would like to exhaust all possible options of using the shell
script
> > before using the Docker to install MET.
> > On point 3, Are you suggesting that I turn off the installation of
cairo?
> > Thank you.
> >
> > Best regards,Imoleayo
> > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for letting us know about HDF4. I should let you know
that we
> > have not tested using that version of HDF4. Please let us know if
you
> > encounter any problems with it.
> >
> > 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > > steps/guide on how to use install with docker.
> >
> > Would you like to get more assistance using Docker? If so, I can
have
> > another team member who is more familiar with docker help provide
> guidance.
> >
> > 3. Using the script, I am having error when compiling the cairo,
> > > specifically on make. Please see attached the make.log.
> >
> > I see that you're having compilation issues with the Cairo
library. While
> > we do recommend using the --enable-grib2 and --enable-python
compilation
> > options to install support for GRIB2 and Python embedding, we
don't
> > recommend putting any time into the --enable_mode_graphics option.
That
> > option enables compilation of the plot_mode_field utility, which
writes
> png
> > output. But the functionality of that tool really isn't much
different
> from
> > the functionality of the plot_data_plane utility. In fact as we
develop
> > additional plotting functionality in the METplotpy repository
(currently
> > under development), it might make sense to replace plot_mode_field
> entirely
> > with Python plotting scripts. So that's our advice. But if you're
> > determined and would still like to see it through, just let me
know, and
> > I'll take a closer look.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Hi Julie,
> > > Greetings.
> > > 1. I have been able to compile the hdf after following the
suggestion
> > form
> > > hdfhelp (below)
> > > ##########Hi Imoleayo,
> > >
> > > We are all working from home these days!
> > >
> > > Unfortunately, HDF4 is not very flexible when it comes to new
compilers
> > and
> > > releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> > > 8.10.1.
> > >
> > > It looks like you are running Darwin 19.4, which we have not yet
tested
> > > with. Our latest version of HDF4, version 4.2.15, supports the
> following
> > > on the Mac:
> > >
> > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> > >
> > > However, you may have a better chance of getting this version to
build
> on
> > > your machine. You can get that here:
> > >
> > > https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > >
> > > If you try it and encounter problems, please let us know!
> > >
> > > Thanks!
> > > -Barbara##########
> > > 2. I am unable to use the docker. Perhaps because I don't have a
> detailed
> > > steps/guide on how to use install with docker.
> > > 3. Using the script, I am having error when compiling the cairo,
> > > specifically on make. Please see attached the make.log.
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> > > gbodeimoleayo at yahoo.com> wrote:
> > >
> > > Thanks Julie.
> > > Here is the configure summary#######
> > > Configure Summary
> > >
> > > =================
> > >
> > >
> > >
> > >
> > > Compiling Options:
> > >
> > > ------------------
> > >
> > > Compilation Mode: Default
> > >
> > > C Compiler: gcc
> > >
> > > CFLAGS: -O2
> > >
> > > CPPFLAGS: -I/usr/include/rpc
> > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > >
> > > LDFLAGS:
> > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > >
> > >
> > >
> > >
> > > Languages:
> > >
> > > ----------
> > >
> > > Fortran: Yes
> > >
> > > Fortran Compiler: gfortran
> > >
> > > FFLAGS: -O2
> > >
> > >
> > >
> > >
> > > HDF support for NetCDF-3 APIs:
> > >
> > > ------------------------------
> > >
> > > HDF4-NetCDF: No
> > >
> > >
> > > ######
> > > The make gave error (please see the attached make.log).
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Thank you, Imoleayo.
> > >
> > > One more thing to try:
> > >
> > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > >
> > > make clean
> > >
> > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > -lm/g' > Makefile_NEW
> > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > >
> > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > x86_64-apple-darwin19 --disable-netcdf
> > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > >
> > > make >& make.log
> > >
> > > make install >& make_install.log
> > >
> > >
> > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > >
> > > Please let me know how it goes.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for the observation and thanks for the guide on
installing MET
> > > > using docker.
> > > > Here was the error I got at configure stage.
> > > > #######
> > > > checking for math library support... yes
> > > >
> > > > checking for fork... yes
> > > >
> > > > checking for system... yes
> > > >
> > > > checking for vfork... yes
> > > >
> > > > checking for wait... yes
> > > >
> > > > *** unknown host x86_64-pc-none!
> > > > ###########
> > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> > > Julie
> > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for sending your Makefiles.
> > > >
> > > > In your config.log file I see the following is set:
> > > >
> > > > > uname -m = x86_64
> > > > >
> > > >
> > > > but the Makefile shows:
> > > >
> > > > > host_cpu = i386
> > > > >
> > > >
> > > > I believe that could be the problem. So, in the configure
line
> below,
> > > > we'll trying setting host by using " --host=x86_64".
> > > >
> > > > Please try the following:
> > > >
> > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > >
> > > > make clean
> > > >
> > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > > -lm/g' > Makefile_NEW
> > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > >
> > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> --host=x86_64
> > > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > >
> > > > make >& make.log
> > > >
> > > > make install >& make_install.log
> > > >
> > > >
> > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > compile_MET_all.sh and then you should be able to continue to
use the
> > > > script to install everything else.
> > > >
> > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > >
> > > > there is a section for DockerHub, which gives you a link to:
> > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > >
> > > > Here is a link to a page about using Docker that will help you
get
> > > started,
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > however, it is from our 8.1 Tutorial, so instead of running
the
> > > following
> > > > to pull the met-8.1 Docker container from DockerHub
> > > >
> > > > > *docker pull dtcenter/met:8.1*
> > > > >
> > > > you'd run the following instead to pull the latest docker
container:
> > > >
> > > > > docker pull dtcenter/met:9.0.2
> > > >
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for you time.Please kindly find attached my
makefiles.
> Should
> > in
> > > > > case the fix can't be found, I will explore contacting HDF
helpdesk
> > as
> > > an
> > > > > alternative.
> > > > > In the meanwhile, could you please guide me through install
MET via
> > the
> > > > > Docker?
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Unfortunately, I have not encountered this error before. I
see in
> > the
> > > > > make.log file:
> > > > >
> > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > If you get an error on this line more than one machine
type has
> > been
> > > > > > defined.
> > > > > >
> > > > >
> > > > > I see the following in hdf/src/hdfi.h:
> > > > >
> > > > > > #ifdef GOT_MACHINE
> > > > > > If you get an error on this line more than one machine
type has
> > been
> > > > > > defined.
> > > > > > Please check your Makefile.
> > > > > > #endif
> > > > > > #define GOT_MACHINE
> > > > > >
> > > > >
> > > > > But, it doesn't point out anything specific to check in your
> > > Makefile. I
> > > > > googled a bit for this error a bit more and wasn't able to
find
> > > anything
> > > > > particularly useful. You could take a look at your Makefile
for
> > > HDF4.2r3
> > > > > and see if you can find anything related to having more than
one
> > > machine
> > > > > type defined. Also, please feel free to pass along your
Makefile,
> > and
> > > I
> > > > > will also take a look at it to see if I can find anything we
could
> > > change
> > > > > and then have you rerun.
> > > > >
> > > > > Other options are to write to help at hdfgroup.org to request
support
> > > from
> > > > > the
> > > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > > container.
> > > > >
> > > > > Please let us know how you'd like to proceed.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your kind response.I am also sorry for
disturbing you.
> > > > > > I look forward to hearing from you ASAP.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > My apologies for the delayed response. I was out of the
office
> > > > > yesterday,
> > > > > > and have had meetings most of today. I will take a look
this
> > > afternoon
> > > > > and
> > > > > > will get back to you as soon as I can.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
> Imoleayo
> > <
> > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your support. I did what you asked me to do
but the
> > > result
> > > > > is
> > > > > > > the same.
> > > > > > > Please kindly find attached the make.log, config.log,
script
> and
> > > > > > > environment variables.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > > functionality
> > > > > > > in MET.
> > > > > > >
> > > > > > > I see that you are installing on a Macbook Pro.
> Unfortunately, I
> > > > have
> > > > > > not
> > > > > > > installed MET on a Macbook Pro previously, but rather
typically
> > do
> > > > > > > installations on Linux machines. I'll see what I can do
to help
> > > you.
> > > > > > >
> > > > > > > First, could you please pass along the environment file
that
> you
> > > > passed
> > > > > > to
> > > > > > > the compile script?
> > > > > > >
> > > > > > > I compared our config.log files for HDF4 and noticed a
couple
> of
> > > > > > things. I
> > > > > > > see that you have the following set:
> > > > > > >
> > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > >
> > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > >
> > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running the
> > > > script
> > > > > > > again without those values set?
> > > > > > >
> > > > > > > Also, did you make any modifications to the script? My
> > config.log
> > > > file
> > > > > > has
> > > > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > > > >
> > > > > > > > # Update library linker path
> > > > > > >
> > > > > > > export
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > >
> > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
> > config.log
> > > > file
> > > > > > at
> > > > > > > all. If, by any chance, you commented out that line in
the
> > script,
> > > > > > please
> > > > > > > try uncommenting it before you run it again.
> > > > > > >
> > > > > > > Please give those a try and let us know how it goes.
If we
> > have
> > > > > > trouble
> > > > > > > getting this working for you, another option would be to
use a
> > > Docker
> > > > > > > container.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your detailed explanation.
> > > > > > > > Yes, I want to install the HDF libs because I will be
working
> > > with
> > > > > some
> > > > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > The HDF4 library is an optional library needed only if
you
> > intend
> > > > to
> > > > > > use
> > > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data
> from
> > > HDF
> > > > > > into a
> > > > > > > > gridded NetCDF format that MET can read. Is that a
tool that
> > you
> > > > > need
> > > > > > to
> > > > > > > > use? If not, the simplest solution would be to set
the
> > following
> > > > the
> > > > > > the
> > > > > > > > compile_MET_all.sh script:
> > > > > > > >
> > > > > > > > > COMPILE_HDF=0
> > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > >
> > > > > > > >
> > > > > > > > If you do need the MODIS-regrid tool could you please
send
> your
> > > > > > > config.log
> > > > > > > > file for HDF4?
> > > > > > > >
> > > > > > > > Also I observed you didn't add the jpeg src code for
> > installation
> > > > in
> > > > > > the
> > > > > > > > > script. Is this deliberate?
> > > > > > > > >
> > > > > > > > For most systems we install on the jpeg src code is
already
> > > > > installed,
> > > > > > so
> > > > > > > > we do not include it. However, we have seen some
folks with
> > > > machines
> > > > > > > that
> > > > > > > > do not have that installed already. In that case, if
the
> user
> > > has
> > > > > root
> > > > > > > > privileges, we typically ask them to run "sudo apt-get
> install
> > > > > > > > libjpeg-dev". However, if you need guidance on
installing
> the
> > > jpeg
> > > > > > > > library, please let us know.
> > > > > > > >
> > > > > > > > Thank you!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear John,
> > > > > > > > > Thanks for your reply.
> > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> > > Gotway
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hello Imoleayo,
> > > > > > > > >
> > > > > > > > > I see you're having trouble compiling the HDF4
library when
> > > > trying
> > > > > to
> > > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > > Prestopnik,
> > > > > > who
> > > > > > > > > does most of the installations for MET. Please allow
her a
> > few
> > > > days
> > > > > > to
> > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > John Halley Gotway
> > > > > > > > >
> > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > > Queue: met_help
> > > > > > > > > > Subject: Error with installing MET with the
shell
> > script
> > > > > > > > > > Owner: Nobody
> > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > Status: new
> > > > > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Dear MET-Help,
> > > > > > > > > > Greetings. I hope my mail finds you and your team
well
> > during
> > > > > this
> > > > > > > very
> > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > Please I am trying to build the MET on my local
machine
> > using
> > > > the
> > > > > > > shell
> > > > > > > > > > script (
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > )
> > > > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > installation
> > > > > > in
> > > > > > > > the
> > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > Kindly find attached the configure and make log
files for
> > > your
> > > > > > > > > > intervention.
> > > > > > > > > >
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Wed Jun 03 01:46:32 2020
Dear Julie,
Sorry for taking too much of your time on this issue. I sincerely
appreciate your time and support so far.
It's just surprising to me that the installation with the script is
not coming easy as it was with the version I used to install on my
iMac sometimes last year. Maybe there is need to write another script
specially to install MET on MacOSX. I will be glad to test such script
for you.
Thanks for the links. However, Freetype installed fine with the script
but I turned off cairo.
Now I get error while configuring met with intel and gnu. It's
complaining about c++. Please see attached config.log and
configure.log files.
Thank you.
Best regards,Imoleayo
On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
My apologies for the delayed response. I was in meetings all day.
You have brought to my attention some improvements I need to make to
the
script in order for you to be able to not compile Cairo and Freetype
and
point to the appropriate locations. Thank you! So, while you will not
be
able to currently use the script to compile MET pointing to a
different
location for Cairo and Freetype, you can still install MET following
the
configuration and compiling guidelines on this page of our tutorial:
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
Unfortunately, our website will be undergoing some maintenance on
Thursday, June 4, around 11 am MST and will be unavailable for a
period of
time while we are making a web server change. My apologies for the
inconvenience. We’ll be back up and running as fast as possible.
I also hope to update the script sometime soon, but it may not be
before
the end of the week.
Please let me know if you have any questions.
Julie
On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Thanks Julie.
> I already have Cairo installed in this directory
> (/usr/local/Cellar/cairo/) using homebrew.
> While I turn it off in the script, can I point met tool to this path
so
> that I can have the MODE graphics tool enabled, which is very
important for
> my use? How?
> Thank you.
> Best regards,Imoleayo
> On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik via
RT <
> met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> Thank you for letting us know that you would like to proceed with
using the
> shell script before using Docker to install MET. We can definitely
keep
> working on that.
>
> Are you suggesting that I turn off the installation of cairo?
> >
> Yes. Cairo and Freetype are the two optional libraries that are
used for
> the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
> you set the following:
>
> COMPILE_FREETYPE=0
> >
> > COMPILE_CAIRO=0
> >
>
> so that MET will not enable the MODE graphics tool.
>
> Please let us know how it goes.
>
> Thanks,
> Julie
>
> On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Hi Julie,
> > Thanks for the information and very detailed explanation.
> > I would like to exhaust all possible options of using the shell
script
> > before using the Docker to install MET.
> > On point 3, Are you suggesting that I turn off the installation of
cairo?
> > Thank you.
> >
> > Best regards,Imoleayo
> > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for letting us know about HDF4. I should let you know
that we
> > have not tested using that version of HDF4. Please let us know if
you
> > encounter any problems with it.
> >
> > 2. I am unable to use the docker. Perhaps because I don't have a
detailed
> > > steps/guide on how to use install with docker.
> >
> > Would you like to get more assistance using Docker? If so, I can
have
> > another team member who is more familiar with docker help provide
> guidance.
> >
> > 3. Using the script, I am having error when compiling the cairo,
> > > specifically on make. Please see attached the make.log.
> >
> > I see that you're having compilation issues with the Cairo
library. While
> > we do recommend using the --enable-grib2 and --enable-python
compilation
> > options to install support for GRIB2 and Python embedding, we
don't
> > recommend putting any time into the --enable_mode_graphics option.
That
> > option enables compilation of the plot_mode_field utility, which
writes
> png
> > output. But the functionality of that tool really isn't much
different
> from
> > the functionality of the plot_data_plane utility. In fact as we
develop
> > additional plotting functionality in the METplotpy repository
(currently
> > under development), it might make sense to replace plot_mode_field
> entirely
> > with Python plotting scripts. So that's our advice. But if you're
> > determined and would still like to see it through, just let me
know, and
> > I'll take a closer look.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Hi Julie,
> > > Greetings.
> > > 1. I have been able to compile the hdf after following the
suggestion
> > form
> > > hdfhelp (below)
> > > ##########Hi Imoleayo,
> > >
> > > We are all working from home these days!
> > >
> > > Unfortunately, HDF4 is not very flexible when it comes to new
compilers
> > and
> > > releases, and HDF 4.2r3 is old (released in 2008). It supported
Darwin
> > > 8.10.1.
> > >
> > > It looks like you are running Darwin 19.4, which we have not yet
tested
> > > with. Our latest version of HDF4, version 4.2.15, supports the
> following
> > > on the Mac:
> > >
> > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> > >
> > > However, you may have a better chance of getting this version to
build
> on
> > > your machine. You can get that here:
> > >
> > > https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > >
> > > If you try it and encounter problems, please let us know!
> > >
> > > Thanks!
> > > -Barbara##########
> > > 2. I am unable to use the docker. Perhaps because I don't have a
> detailed
> > > steps/guide on how to use install with docker.
> > > 3. Using the script, I am having error when compiling the cairo,
> > > specifically on make. Please see attached the make.log.
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo <
> > > gbodeimoleayo at yahoo.com> wrote:
> > >
> > > Thanks Julie.
> > > Here is the configure summary#######
> > > Configure Summary
> > >
> > > =================
> > >
> > >
> > >
> > >
> > > Compiling Options:
> > >
> > > ------------------
> > >
> > > Compilation Mode: Default
> > >
> > > C Compiler: gcc
> > >
> > > CFLAGS: -O2
> > >
> > > CPPFLAGS: -I/usr/include/rpc
> > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > >
> > > LDFLAGS:
> > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > >
> > >
> > >
> > >
> > > Languages:
> > >
> > > ----------
> > >
> > > Fortran: Yes
> > >
> > > Fortran Compiler: gfortran
> > >
> > > FFLAGS: -O2
> > >
> > >
> > >
> > >
> > > HDF support for NetCDF-3 APIs:
> > >
> > > ------------------------------
> > >
> > > HDF4-NetCDF: No
> > >
> > >
> > > ######
> > > The make gave error (please see the attached make.log).
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Thank you, Imoleayo.
> > >
> > > One more thing to try:
> > >
> > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > >
> > > make clean
> > >
> > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > -lm/g' > Makefile_NEW
> > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > >
> > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > x86_64-apple-darwin19 --disable-netcdf
> > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > >
> > > make >& make.log
> > >
> > > make install >& make_install.log
> > >
> > >
> > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > >
> > > Please let me know how it goes.
> > >
> > > Julie
> > >
> > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for the observation and thanks for the guide on
installing MET
> > > > using docker.
> > > > Here was the error I got at configure stage.
> > > > #######
> > > > checking for math library support... yes
> > > >
> > > > checking for fork... yes
> > > >
> > > > checking for system... yes
> > > >
> > > > checking for vfork... yes
> > > >
> > > > checking for wait... yes
> > > >
> > > > *** unknown host x86_64-pc-none!
> > > > ###########
> > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58 AM
GMT+2,
> > > Julie
> > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for sending your Makefiles.
> > > >
> > > > In your config.log file I see the following is set:
> > > >
> > > > > uname -m = x86_64
> > > > >
> > > >
> > > > but the Makefile shows:
> > > >
> > > > > host_cpu = i386
> > > > >
> > > >
> > > > I believe that could be the problem. So, in the configure
line
> below,
> > > > we'll trying setting host by using " --host=x86_64".
> > > >
> > > > Please try the following:
> > > >
> > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > >
> > > > make clean
> > > >
> > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > > -lm/g' > Makefile_NEW
> > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > >
> > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> --host=x86_64
> > > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > >
> > > > make >& make.log
> > > >
> > > > make install >& make_install.log
> > > >
> > > >
> > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > compile_MET_all.sh and then you should be able to continue to
use the
> > > > script to install everything else.
> > > >
> > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > >
> > > > there is a section for DockerHub, which gives you a link to:
> > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > >
> > > > Here is a link to a page about using Docker that will help you
get
> > > started,
> > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > however, it is from our 8.1 Tutorial, so instead of running
the
> > > following
> > > > to pull the met-8.1 Docker container from DockerHub
> > > >
> > > > > *docker pull dtcenter/met:8.1*
> > > > >
> > > > you'd run the following instead to pull the latest docker
container:
> > > >
> > > > > docker pull dtcenter/met:9.0.2
> > > >
> > > >
> > > > I hope that helps.
> > > >
> > > > Please let us know how it goes.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for you time.Please kindly find attached my
makefiles.
> Should
> > in
> > > > > case the fix can't be found, I will explore contacting HDF
helpdesk
> > as
> > > an
> > > > > alternative.
> > > > > In the meanwhile, could you please guide me through install
MET via
> > the
> > > > > Docker?
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Unfortunately, I have not encountered this error before. I
see in
> > the
> > > > > make.log file:
> > > > >
> > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > If you get an error on this line more than one machine
type has
> > been
> > > > > > defined.
> > > > > >
> > > > >
> > > > > I see the following in hdf/src/hdfi.h:
> > > > >
> > > > > > #ifdef GOT_MACHINE
> > > > > > If you get an error on this line more than one machine
type has
> > been
> > > > > > defined.
> > > > > > Please check your Makefile.
> > > > > > #endif
> > > > > > #define GOT_MACHINE
> > > > > >
> > > > >
> > > > > But, it doesn't point out anything specific to check in your
> > > Makefile. I
> > > > > googled a bit for this error a bit more and wasn't able to
find
> > > anything
> > > > > particularly useful. You could take a look at your Makefile
for
> > > HDF4.2r3
> > > > > and see if you can find anything related to having more than
one
> > > machine
> > > > > type defined. Also, please feel free to pass along your
Makefile,
> > and
> > > I
> > > > > will also take a look at it to see if I can find anything we
could
> > > change
> > > > > and then have you rerun.
> > > > >
> > > > > Other options are to write to help at hdfgroup.org to request
support
> > > from
> > > > > the
> > > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > > container.
> > > > >
> > > > > Please let us know how you'd like to proceed.
> > > > >
> > > > > Julie
> > > > >
> > > > >
> > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for your kind response.I am also sorry for
disturbing you.
> > > > > > I look forward to hearing from you ASAP.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > My apologies for the delayed response. I was out of the
office
> > > > > yesterday,
> > > > > > and have had meetings most of today. I will take a look
this
> > > afternoon
> > > > > and
> > > > > > will get back to you as soon as I can.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2, gbode
> Imoleayo
> > <
> > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your support. I did what you asked me to do
but the
> > > result
> > > > > is
> > > > > > > the same.
> > > > > > > Please kindly find attached the make.log, config.log,
script
> and
> > > > > > > environment variables.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > > functionality
> > > > > > > in MET.
> > > > > > >
> > > > > > > I see that you are installing on a Macbook Pro.
> Unfortunately, I
> > > > have
> > > > > > not
> > > > > > > installed MET on a Macbook Pro previously, but rather
typically
> > do
> > > > > > > installations on Linux machines. I'll see what I can do
to help
> > > you.
> > > > > > >
> > > > > > > First, could you please pass along the environment file
that
> you
> > > > passed
> > > > > > to
> > > > > > > the compile script?
> > > > > > >
> > > > > > > I compared our config.log files for HDF4 and noticed a
couple
> of
> > > > > > things. I
> > > > > > > see that you have the following set:
> > > > > > >
> > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > >
> > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > >
> > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running the
> > > > script
> > > > > > > again without those values set?
> > > > > > >
> > > > > > > Also, did you make any modifications to the script? My
> > config.log
> > > > file
> > > > > > has
> > > > > > > a value for LD_LIBRARY_PATH, which is set in the script:
> > > > > > >
> > > > > > > > # Update library linker path
> > > > > > >
> > > > > > > export
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > >
> > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in your
> > config.log
> > > > file
> > > > > > at
> > > > > > > all. If, by any chance, you commented out that line in
the
> > script,
> > > > > > please
> > > > > > > try uncommenting it before you run it again.
> > > > > > >
> > > > > > > Please give those a try and let us know how it goes.
If we
> > have
> > > > > > trouble
> > > > > > > getting this working for you, another option would be to
use a
> > > Docker
> > > > > > > container.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your detailed explanation.
> > > > > > > > Yes, I want to install the HDF libs because I will be
working
> > > with
> > > > > some
> > > > > > > > MODIS data and I am more comfortable with netCDF file.
> > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > The HDF4 library is an optional library needed only if
you
> > intend
> > > > to
> > > > > > use
> > > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data
> from
> > > HDF
> > > > > > into a
> > > > > > > > gridded NetCDF format that MET can read. Is that a
tool that
> > you
> > > > > need
> > > > > > to
> > > > > > > > use? If not, the simplest solution would be to set
the
> > following
> > > > the
> > > > > > the
> > > > > > > > compile_MET_all.sh script:
> > > > > > > >
> > > > > > > > > COMPILE_HDF=0
> > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > >
> > > > > > > >
> > > > > > > > If you do need the MODIS-regrid tool could you please
send
> your
> > > > > > > config.log
> > > > > > > > file for HDF4?
> > > > > > > >
> > > > > > > > Also I observed you didn't add the jpeg src code for
> > installation
> > > > in
> > > > > > the
> > > > > > > > > script. Is this deliberate?
> > > > > > > > >
> > > > > > > > For most systems we install on the jpeg src code is
already
> > > > > installed,
> > > > > > so
> > > > > > > > we do not include it. However, we have seen some
folks with
> > > > machines
> > > > > > > that
> > > > > > > > do not have that installed already. In that case, if
the
> user
> > > has
> > > > > root
> > > > > > > > privileges, we typically ask them to run "sudo apt-get
> install
> > > > > > > > libjpeg-dev". However, if you need guidance on
installing
> the
> > > jpeg
> > > > > > > > library, please let us know.
> > > > > > > >
> > > > > > > > Thank you!
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear John,
> > > > > > > > > Thanks for your reply.
> > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2, John
Halley
> > > Gotway
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hello Imoleayo,
> > > > > > > > >
> > > > > > > > > I see you're having trouble compiling the HDF4
library when
> > > > trying
> > > > > to
> > > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > > Prestopnik,
> > > > > > who
> > > > > > > > > does most of the installations for MET. Please allow
her a
> > few
> > > > days
> > > > > > to
> > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > John Halley Gotway
> > > > > > > > >
> > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was acted
upon.
> > > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > > Queue: met_help
> > > > > > > > > > Subject: Error with installing MET with the
shell
> > script
> > > > > > > > > > Owner: Nobody
> > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > Status: new
> > > > > > > > > > Ticket <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Dear MET-Help,
> > > > > > > > > > Greetings. I hope my mail finds you and your team
well
> > during
> > > > > this
> > > > > > > very
> > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > Please I am trying to build the MET on my local
machine
> > using
> > > > the
> > > > > > > shell
> > > > > > > > > > script (
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > )
> > > > > > > > > > but it keeps on giving error during the make of
HDF4.2r3.
> > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > installation
> > > > > > in
> > > > > > > > the
> > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > Kindly find attached the configure and make log
files for
> > > your
> > > > > > > > > > intervention.
> > > > > > > > > >
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Wed Jun 03 11:52:42 2020
Hi Imoleayo.
No need to apologize - we're happy to help. I wish the script worked
better for you. The script is intended for Linux machines and not for
MacOSX, so I am not too surprised that there are issues. I agree that
it
would be great if we could better support MacOSX. We'll see what we
can do
in the future depending on our funding. Thank you for offering to
test!
That is very kind of you, very much appreciated, and we just may take
you
up on that.
The config.log files indicate that there is a problem with the linker
being
able to find certain directories:
> ld: warning: directory not found for option '-L-L/lib'
> ld: warning: directory not found for option '-L${MET_NETCDF}/lib'
> ld: warning: directory not found for option '-L${MET_GSL}/lib'
> ld: warning: directory not found for option '-L${MET_HDF}/lib'
> ld: warning: directory not found for option '-L${MET_HDFEOS}/lib'
> ld: unknown option: --disable-new-dtags
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> configure:5070: $? = 1
>
I have not seen this problem previously.
I see that you have set the following:
MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
MET_GSL='/Users/gbode/met/9.0.2/external_libs'
MET_HDF='/Users/gbode/met/9.0.2/external_libs'
MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
Do all of those have lib subdirectories? Does /lib exist?
Julie
On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Sorry for taking too much of your time on this issue. I sincerely
> appreciate your time and support so far.
> It's just surprising to me that the installation with the script is
not
> coming easy as it was with the version I used to install on my iMac
> sometimes last year. Maybe there is need to write another script
specially
> to install MET on MacOSX. I will be glad to test such script for
you.
> Thanks for the links. However, Freetype installed fine with the
script but
> I turned off cairo.
> Now I get error while configuring met with intel and gnu. It's
complaining
> about c++. Please see attached config.log and configure.log files.
> Thank you.
> Best regards,Imoleayo
>
> On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> My apologies for the delayed response. I was in meetings all day.
>
> You have brought to my attention some improvements I need to make to
the
> script in order for you to be able to not compile Cairo and Freetype
and
> point to the appropriate locations. Thank you! So, while you will
not be
> able to currently use the script to compile MET pointing to a
different
> location for Cairo and Freetype, you can still install MET following
the
> configuration and compiling guidelines on this page of our tutorial:
>
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
>
> Unfortunately, our website will be undergoing some maintenance on
> Thursday, June 4, around 11 am MST and will be unavailable for a
period of
> time while we are making a web server change. My apologies for the
> inconvenience. We’ll be back up and running as fast as possible.
>
> I also hope to update the script sometime soon, but it may not be
before
> the end of the week.
>
> Please let me know if you have any questions.
>
> Julie
>
> On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Thanks Julie.
> > I already have Cairo installed in this directory
> > (/usr/local/Cellar/cairo/) using homebrew.
> > While I turn it off in the script, can I point met tool to this
path so
> > that I can have the MODE graphics tool enabled, which is very
important
> for
> > my use? How?
> > Thank you.
> > Best regards,Imoleayo
> > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for letting us know that you would like to proceed with
using
> the
> > shell script before using Docker to install MET. We can
definitely keep
> > working on that.
> >
> > Are you suggesting that I turn off the installation of cairo?
> > >
> > Yes. Cairo and Freetype are the two optional libraries that are
used for
> > the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
> > you set the following:
> >
> > COMPILE_FREETYPE=0
> > >
> > > COMPILE_CAIRO=0
> > >
> >
> > so that MET will not enable the MODE graphics tool.
> >
> > Please let us know how it goes.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Hi Julie,
> > > Thanks for the information and very detailed explanation.
> > > I would like to exhaust all possible options of using the shell
script
> > > before using the Docker to install MET.
> > > On point 3, Are you suggesting that I turn off the installation
of
> cairo?
> > > Thank you.
> > >
> > > Best regards,Imoleayo
> > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for letting us know about HDF4. I should let you know
that
> we
> > > have not tested using that version of HDF4. Please let us know
if you
> > > encounter any problems with it.
> > >
> > > 2. I am unable to use the docker. Perhaps because I don't have a
> detailed
> > > > steps/guide on how to use install with docker.
> > >
> > > Would you like to get more assistance using Docker? If so, I
can have
> > > another team member who is more familiar with docker help
provide
> > guidance.
> > >
> > > 3. Using the script, I am having error when compiling the cairo,
> > > > specifically on make. Please see attached the make.log.
> > >
> > > I see that you're having compilation issues with the Cairo
library.
> While
> > > we do recommend using the --enable-grib2 and --enable-python
> compilation
> > > options to install support for GRIB2 and Python embedding, we
don't
> > > recommend putting any time into the --enable_mode_graphics
option. That
> > > option enables compilation of the plot_mode_field utility, which
writes
> > png
> > > output. But the functionality of that tool really isn't much
different
> > from
> > > the functionality of the plot_data_plane utility. In fact as we
develop
> > > additional plotting functionality in the METplotpy repository
> (currently
> > > under development), it might make sense to replace
plot_mode_field
> > entirely
> > > with Python plotting scripts. So that's our advice. But if
you're
> > > determined and would still like to see it through, just let me
know,
> and
> > > I'll take a closer look.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Hi Julie,
> > > > Greetings.
> > > > 1. I have been able to compile the hdf after following the
suggestion
> > > form
> > > > hdfhelp (below)
> > > > ##########Hi Imoleayo,
> > > >
> > > > We are all working from home these days!
> > > >
> > > > Unfortunately, HDF4 is not very flexible when it comes to new
> compilers
> > > and
> > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> Darwin
> > > > 8.10.1.
> > > >
> > > > It looks like you are running Darwin 19.4, which we have not
yet
> tested
> > > > with. Our latest version of HDF4, version 4.2.15, supports the
> > following
> > > > on the Mac:
> > > >
> > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> > > >
> > > > However, you may have a better chance of getting this version
to
> build
> > on
> > > > your machine. You can get that here:
> > > >
> > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > >
> > > > If you try it and encounter problems, please let us know!
> > > >
> > > > Thanks!
> > > > -Barbara##########
> > > > 2. I am unable to use the docker. Perhaps because I don't have
a
> > detailed
> > > > steps/guide on how to use install with docker.
> > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > specifically on make. Please see attached the make.log.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo
<
> > > > gbodeimoleayo at yahoo.com> wrote:
> > > >
> > > > Thanks Julie.
> > > > Here is the configure summary#######
> > > > Configure Summary
> > > >
> > > > =================
> > > >
> > > >
> > > >
> > > >
> > > > Compiling Options:
> > > >
> > > > ------------------
> > > >
> > > > Compilation Mode: Default
> > > >
> > > > C Compiler: gcc
> > > >
> > > > CFLAGS: -O2
> > > >
> > > > CPPFLAGS: -I/usr/include/rpc
> > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > >
> > > > LDFLAGS:
> > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > >
> > > >
> > > >
> > > >
> > > > Languages:
> > > >
> > > > ----------
> > > >
> > > > Fortran: Yes
> > > >
> > > > Fortran Compiler: gfortran
> > > >
> > > > FFLAGS: -O2
> > > >
> > > >
> > > >
> > > >
> > > > HDF support for NetCDF-3 APIs:
> > > >
> > > > ------------------------------
> > > >
> > > > HDF4-NetCDF: No
> > > >
> > > >
> > > > ######
> > > > The make gave error (please see the attached make.log).
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Thank you, Imoleayo.
> > > >
> > > > One more thing to try:
> > > >
> > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > >
> > > > make clean
> > > >
> > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > > -lm/g' > Makefile_NEW
> > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > >
> > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > >
> > > > make >& make.log
> > > >
> > > > make install >& make_install.log
> > > >
> > > >
> > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > >
> > > > Please let me know how it goes.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for the observation and thanks for the guide on
installing
> MET
> > > > > using docker.
> > > > > Here was the error I got at configure stage.
> > > > > #######
> > > > > checking for math library support... yes
> > > > >
> > > > > checking for fork... yes
> > > > >
> > > > > checking for system... yes
> > > > >
> > > > > checking for vfork... yes
> > > > >
> > > > > checking for wait... yes
> > > > >
> > > > > *** unknown host x86_64-pc-none!
> > > > > ###########
> > > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58
AM
> GMT+2,
> > > > Julie
> > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for sending your Makefiles.
> > > > >
> > > > > In your config.log file I see the following is set:
> > > > >
> > > > > > uname -m = x86_64
> > > > > >
> > > > >
> > > > > but the Makefile shows:
> > > > >
> > > > > > host_cpu = i386
> > > > > >
> > > > >
> > > > > I believe that could be the problem. So, in the configure
line
> > below,
> > > > > we'll trying setting host by using " --host=x86_64".
> > > > >
> > > > > Please try the following:
> > > > >
> > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > >
> > > > > make clean
> > > > >
> > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> -lz
> > > > > > -lm/g' > Makefile_NEW
> > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > >
> > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> > --host=x86_64
> > > > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > >
> > > > > make >& make.log
> > > > >
> > > > > make install >& make_install.log
> > > > >
> > > > >
> > > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > > compile_MET_all.sh and then you should be able to continue
to use
> the
> > > > > script to install everything else.
> > > > >
> > > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > >
> > > > > there is a section for DockerHub, which gives you a link to:
> > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > >
> > > > > Here is a link to a page about using Docker that will help
you get
> > > > started,
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > however, it is from our 8.1 Tutorial, so instead of running
the
> > > > following
> > > > > to pull the met-8.1 Docker container from DockerHub
> > > > >
> > > > > > *docker pull dtcenter/met:8.1*
> > > > > >
> > > > > you'd run the following instead to pull the latest docker
> container:
> > > > >
> > > > > > docker pull dtcenter/met:9.0.2
> > > > >
> > > > >
> > > > > I hope that helps.
> > > > >
> > > > > Please let us know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > Should
> > > in
> > > > > > case the fix can't be found, I will explore contacting HDF
> helpdesk
> > > as
> > > > an
> > > > > > alternative.
> > > > > > In the meanwhile, could you please guide me through
install MET
> via
> > > the
> > > > > > Docker?
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Unfortunately, I have not encountered this error before.
I see
> in
> > > the
> > > > > > make.log file:
> > > > > >
> > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > If you get an error on this line more than one machine
type
> has
> > > been
> > > > > > > defined.
> > > > > > >
> > > > > >
> > > > > > I see the following in hdf/src/hdfi.h:
> > > > > >
> > > > > > > #ifdef GOT_MACHINE
> > > > > > > If you get an error on this line more than one machine
type has
> > > been
> > > > > > > defined.
> > > > > > > Please check your Makefile.
> > > > > > > #endif
> > > > > > > #define GOT_MACHINE
> > > > > > >
> > > > > >
> > > > > > But, it doesn't point out anything specific to check in
your
> > > > Makefile. I
> > > > > > googled a bit for this error a bit more and wasn't able to
find
> > > > anything
> > > > > > particularly useful. You could take a look at your
Makefile for
> > > > HDF4.2r3
> > > > > > and see if you can find anything related to having more
than one
> > > > machine
> > > > > > type defined. Also, please feel free to pass along your
> Makefile,
> > > and
> > > > I
> > > > > > will also take a look at it to see if I can find anything
we
> could
> > > > change
> > > > > > and then have you rerun.
> > > > > >
> > > > > > Other options are to write to help at hdfgroup.org to request
> support
> > > > from
> > > > > > the
> > > > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > > > container.
> > > > > >
> > > > > > Please let us know how you'd like to proceed.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your kind response.I am also sorry for
disturbing
> you.
> > > > > > > I look forward to hearing from you ASAP.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > My apologies for the delayed response. I was out of the
office
> > > > > > yesterday,
> > > > > > > and have had meetings most of today. I will take a look
this
> > > > afternoon
> > > > > > and
> > > > > > > will get back to you as soon as I can.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > Imoleayo
> > > <
> > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your support. I did what you asked me to do
but
> the
> > > > result
> > > > > > is
> > > > > > > > the same.
> > > > > > > > Please kindly find attached the make.log, config.log,
script
> > and
> > > > > > > > environment variables.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > > > functionality
> > > > > > > > in MET.
> > > > > > > >
> > > > > > > > I see that you are installing on a Macbook Pro.
> > Unfortunately, I
> > > > > have
> > > > > > > not
> > > > > > > > installed MET on a Macbook Pro previously, but rather
> typically
> > > do
> > > > > > > > installations on Linux machines. I'll see what I can
do to
> help
> > > > you.
> > > > > > > >
> > > > > > > > First, could you please pass along the environment
file that
> > you
> > > > > passed
> > > > > > > to
> > > > > > > > the compile script?
> > > > > > > >
> > > > > > > > I compared our config.log files for HDF4 and noticed a
couple
> > of
> > > > > > > things. I
> > > > > > > > see that you have the following set:
> > > > > > > >
> > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > >
> > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > >
> > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running
> the
> > > > > script
> > > > > > > > again without those values set?
> > > > > > > >
> > > > > > > > Also, did you make any modifications to the script?
My
> > > config.log
> > > > > file
> > > > > > > has
> > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > >
> > > > > > > > > # Update library linker path
> > > > > > > >
> > > > > > > > export
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > >
> > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > config.log
> > > > > file
> > > > > > > at
> > > > > > > > all. If, by any chance, you commented out that line
in the
> > > script,
> > > > > > > please
> > > > > > > > try uncommenting it before you run it again.
> > > > > > > >
> > > > > > > > Please give those a try and let us know how it goes.
If we
> > > have
> > > > > > > trouble
> > > > > > > > getting this working for you, another option would be
to use
> a
> > > > Docker
> > > > > > > > container.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > Yes, I want to install the HDF libs because I will
be
> working
> > > > with
> > > > > > some
> > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > The HDF4 library is an optional library needed only
if you
> > > intend
> > > > > to
> > > > > > > use
> > > > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data
> > from
> > > > HDF
> > > > > > > into a
> > > > > > > > > gridded NetCDF format that MET can read. Is that a
tool
> that
> > > you
> > > > > > need
> > > > > > > to
> > > > > > > > > use? If not, the simplest solution would be to set
the
> > > following
> > > > > the
> > > > > > > the
> > > > > > > > > compile_MET_all.sh script:
> > > > > > > > >
> > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > If you do need the MODIS-regrid tool could you
please send
> > your
> > > > > > > > config.log
> > > > > > > > > file for HDF4?
> > > > > > > > >
> > > > > > > > > Also I observed you didn't add the jpeg src code for
> > > installation
> > > > > in
> > > > > > > the
> > > > > > > > > > script. Is this deliberate?
> > > > > > > > > >
> > > > > > > > > For most systems we install on the jpeg src code is
already
> > > > > > installed,
> > > > > > > so
> > > > > > > > > we do not include it. However, we have seen some
folks
> with
> > > > > machines
> > > > > > > > that
> > > > > > > > > do not have that installed already. In that case,
if the
> > user
> > > > has
> > > > > > root
> > > > > > > > > privileges, we typically ask them to run "sudo apt-
get
> > install
> > > > > > > > > libjpeg-dev". However, if you need guidance on
installing
> > the
> > > > jpeg
> > > > > > > > > library, please let us know.
> > > > > > > > >
> > > > > > > > > Thank you!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear John,
> > > > > > > > > > Thanks for your reply.
> > > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> Halley
> > > > Gotway
> > > > > > via
> > > > > > > > RT
> > > > > > > > > <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hello Imoleayo,
> > > > > > > > > >
> > > > > > > > > > I see you're having trouble compiling the HDF4
library
> when
> > > > > trying
> > > > > > to
> > > > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > > > Prestopnik,
> > > > > > > who
> > > > > > > > > > does most of the installations for MET. Please
allow her
> a
> > > few
> > > > > days
> > > > > > > to
> > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > >
> > > > > > > > > > Thanks,
> > > > > > > > > > John Halley Gotway
> > > > > > > > > >
> > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: Error with installing MET with the
shell
> > > script
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > Greetings. I hope my mail finds you and your
team well
> > > during
> > > > > > this
> > > > > > > > very
> > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > Please I am trying to build the MET on my local
machine
> > > using
> > > > > the
> > > > > > > > shell
> > > > > > > > > > > script (
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > )
> > > > > > > > > > > but it keeps on giving error during the make of
> HDF4.2r3.
> > > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > > installation
> > > > > > > in
> > > > > > > > > the
> > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > Kindly find attached the configure and make log
files
> for
> > > > your
> > > > > > > > > > > intervention.
> > > > > > > > > > >
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Wed Jun 03 13:15:55 2020
Dear Julie,
Thanks for your response.
Yes, they all have lib subdirectories.
Thank you.
Best regards,Imoleayo
On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT <met_help at ucar.edu> wrote:
Hi Imoleayo.
No need to apologize - we're happy to help. I wish the script worked
better for you. The script is intended for Linux machines and not for
MacOSX, so I am not too surprised that there are issues. I agree that
it
would be great if we could better support MacOSX. We'll see what we
can do
in the future depending on our funding. Thank you for offering to
test!
That is very kind of you, very much appreciated, and we just may take
you
up on that.
The config.log files indicate that there is a problem with the linker
being
able to find certain directories:
> ld: warning: directory not found for option '-L-L/lib'
> ld: warning: directory not found for option '-L${MET_NETCDF}/lib'
> ld: warning: directory not found for option '-L${MET_GSL}/lib'
> ld: warning: directory not found for option '-L${MET_HDF}/lib'
> ld: warning: directory not found for option '-L${MET_HDFEOS}/lib'
> ld: unknown option: --disable-new-dtags
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> configure:5070: $? = 1
>
I have not seen this problem previously.
I see that you have set the following:
MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
MET_GSL='/Users/gbode/met/9.0.2/external_libs'
MET_HDF='/Users/gbode/met/9.0.2/external_libs'
MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
Do all of those have lib subdirectories? Does /lib exist?
Julie
On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Sorry for taking too much of your time on this issue. I sincerely
> appreciate your time and support so far.
> It's just surprising to me that the installation with the script is
not
> coming easy as it was with the version I used to install on my iMac
> sometimes last year. Maybe there is need to write another script
specially
> to install MET on MacOSX. I will be glad to test such script for
you.
> Thanks for the links. However, Freetype installed fine with the
script but
> I turned off cairo.
> Now I get error while configuring met with intel and gnu. It's
complaining
> about c++. Please see attached config.log and configure.log files.
> Thank you.
> Best regards,Imoleayo
>
> On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> My apologies for the delayed response. I was in meetings all day.
>
> You have brought to my attention some improvements I need to make to
the
> script in order for you to be able to not compile Cairo and Freetype
and
> point to the appropriate locations. Thank you! So, while you will
not be
> able to currently use the script to compile MET pointing to a
different
> location for Cairo and Freetype, you can still install MET following
the
> configuration and compiling guidelines on this page of our tutorial:
>
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
>
> Unfortunately, our website will be undergoing some maintenance on
> Thursday, June 4, around 11 am MST and will be unavailable for a
period of
> time while we are making a web server change. My apologies for the
> inconvenience. We’ll be back up and running as fast as possible.
>
> I also hope to update the script sometime soon, but it may not be
before
> the end of the week.
>
> Please let me know if you have any questions.
>
> Julie
>
> On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Thanks Julie.
> > I already have Cairo installed in this directory
> > (/usr/local/Cellar/cairo/) using homebrew.
> > While I turn it off in the script, can I point met tool to this
path so
> > that I can have the MODE graphics tool enabled, which is very
important
> for
> > my use? How?
> > Thank you.
> > Best regards,Imoleayo
> > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik
via RT <
> > met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > Thank you for letting us know that you would like to proceed with
using
> the
> > shell script before using Docker to install MET. We can
definitely keep
> > working on that.
> >
> > Are you suggesting that I turn off the installation of cairo?
> > >
> > Yes. Cairo and Freetype are the two optional libraries that are
used for
> > the MODE graphics tool. I suggest that in the compile_MET_all.sh
script
> > you set the following:
> >
> > COMPILE_FREETYPE=0
> > >
> > > COMPILE_CAIRO=0
> > >
> >
> > so that MET will not enable the MODE graphics tool.
> >
> > Please let us know how it goes.
> >
> > Thanks,
> > Julie
> >
> > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT
<met_help at ucar.edu
> >
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Hi Julie,
> > > Thanks for the information and very detailed explanation.
> > > I would like to exhaust all possible options of using the shell
script
> > > before using the Docker to install MET.
> > > On point 3, Are you suggesting that I turn off the installation
of
> cairo?
> > > Thank you.
> > >
> > > Best regards,Imoleayo
> > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for letting us know about HDF4. I should let you know
that
> we
> > > have not tested using that version of HDF4. Please let us know
if you
> > > encounter any problems with it.
> > >
> > > 2. I am unable to use the docker. Perhaps because I don't have a
> detailed
> > > > steps/guide on how to use install with docker.
> > >
> > > Would you like to get more assistance using Docker? If so, I
can have
> > > another team member who is more familiar with docker help
provide
> > guidance.
> > >
> > > 3. Using the script, I am having error when compiling the cairo,
> > > > specifically on make. Please see attached the make.log.
> > >
> > > I see that you're having compilation issues with the Cairo
library.
> While
> > > we do recommend using the --enable-grib2 and --enable-python
> compilation
> > > options to install support for GRIB2 and Python embedding, we
don't
> > > recommend putting any time into the --enable_mode_graphics
option. That
> > > option enables compilation of the plot_mode_field utility, which
writes
> > png
> > > output. But the functionality of that tool really isn't much
different
> > from
> > > the functionality of the plot_data_plane utility. In fact as we
develop
> > > additional plotting functionality in the METplotpy repository
> (currently
> > > under development), it might make sense to replace
plot_mode_field
> > entirely
> > > with Python plotting scripts. So that's our advice. But if
you're
> > > determined and would still like to see it through, just let me
know,
> and
> > > I'll take a closer look.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Hi Julie,
> > > > Greetings.
> > > > 1. I have been able to compile the hdf after following the
suggestion
> > > form
> > > > hdfhelp (below)
> > > > ##########Hi Imoleayo,
> > > >
> > > > We are all working from home these days!
> > > >
> > > > Unfortunately, HDF4 is not very flexible when it comes to new
> compilers
> > > and
> > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> Darwin
> > > > 8.10.1.
> > > >
> > > > It looks like you are running Darwin 19.4, which we have not
yet
> tested
> > > > with. Our latest version of HDF4, version 4.2.15, supports the
> > following
> > > > on the Mac:
> > > >
> > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM version
10.0.0
> > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM version
10.0.1
> > > >
> > > > However, you may have a better chance of getting this version
to
> build
> > on
> > > > your machine. You can get that here:
> > > >
> > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > >
> > > > If you try it and encounter problems, please let us know!
> > > >
> > > > Thanks!
> > > > -Barbara##########
> > > > 2. I am unable to use the docker. Perhaps because I don't have
a
> > detailed
> > > > steps/guide on how to use install with docker.
> > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > specifically on make. Please see attached the make.log.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode Imoleayo
<
> > > > gbodeimoleayo at yahoo.com> wrote:
> > > >
> > > > Thanks Julie.
> > > > Here is the configure summary#######
> > > > Configure Summary
> > > >
> > > > =================
> > > >
> > > >
> > > >
> > > >
> > > > Compiling Options:
> > > >
> > > > ------------------
> > > >
> > > > Compilation Mode: Default
> > > >
> > > > C Compiler: gcc
> > > >
> > > > CFLAGS: -O2
> > > >
> > > > CPPFLAGS: -I/usr/include/rpc
> > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > >
> > > > LDFLAGS:
> > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > >
> > > >
> > > >
> > > >
> > > > Languages:
> > > >
> > > > ----------
> > > >
> > > > Fortran: Yes
> > > >
> > > > Fortran Compiler: gfortran
> > > >
> > > > FFLAGS: -O2
> > > >
> > > >
> > > >
> > > >
> > > > HDF support for NetCDF-3 APIs:
> > > >
> > > > ------------------------------
> > > >
> > > > HDF4-NetCDF: No
> > > >
> > > >
> > > > ######
> > > > The make gave error (please see the attached make.log).
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Thank you, Imoleayo.
> > > >
> > > > One more thing to try:
> > > >
> > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > >
> > > > make clean
> > > >
> > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg -lz
> > > > > -lm/g' > Makefile_NEW
> > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > >
> > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > >
> > > > make >& make.log
> > > >
> > > > make install >& make_install.log
> > > >
> > > >
> > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > >
> > > > Please let me know how it goes.
> > > >
> > > > Julie
> > > >
> > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Thanks for the observation and thanks for the guide on
installing
> MET
> > > > > using docker.
> > > > > Here was the error I got at configure stage.
> > > > > #######
> > > > > checking for math library support... yes
> > > > >
> > > > > checking for fork... yes
> > > > >
> > > > > checking for system... yes
> > > > >
> > > > > checking for vfork... yes
> > > > >
> > > > > checking for wait... yes
> > > > >
> > > > > *** unknown host x86_64-pc-none!
> > > > > ###########
> > > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58
AM
> GMT+2,
> > > > Julie
> > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for sending your Makefiles.
> > > > >
> > > > > In your config.log file I see the following is set:
> > > > >
> > > > > > uname -m = x86_64
> > > > > >
> > > > >
> > > > > but the Makefile shows:
> > > > >
> > > > > > host_cpu = i386
> > > > > >
> > > > >
> > > > > I believe that could be the problem. So, in the configure
line
> > below,
> > > > > we'll trying setting host by using " --host=x86_64".
> > > > >
> > > > > Please try the following:
> > > > >
> > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > >
> > > > > make clean
> > > > >
> > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> -lz
> > > > > > -lm/g' > Makefile_NEW
> > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > >
> > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> > --host=x86_64
> > > > > > --disable-netcdf --with-
jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > >
> > > > > make >& make.log
> > > > >
> > > > > make install >& make_install.log
> > > > >
> > > > >
> > > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > > compile_MET_all.sh and then you should be able to continue
to use
> the
> > > > > script to install everything else.
> > > > >
> > > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > >
> > > > > there is a section for DockerHub, which gives you a link to:
> > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > >
> > > > > Here is a link to a page about using Docker that will help
you get
> > > > started,
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > however, it is from our 8.1 Tutorial, so instead of running
the
> > > > following
> > > > > to pull the met-8.1 Docker container from DockerHub
> > > > >
> > > > > > *docker pull dtcenter/met:8.1*
> > > > > >
> > > > > you'd run the following instead to pull the latest docker
> container:
> > > > >
> > > > > > docker pull dtcenter/met:9.0.2
> > > > >
> > > > >
> > > > > I hope that helps.
> > > > >
> > > > > Please let us know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > Should
> > > in
> > > > > > case the fix can't be found, I will explore contacting HDF
> helpdesk
> > > as
> > > > an
> > > > > > alternative.
> > > > > > In the meanwhile, could you please guide me through
install MET
> via
> > > the
> > > > > > Docker?
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Unfortunately, I have not encountered this error before.
I see
> in
> > > the
> > > > > > make.log file:
> > > > > >
> > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > If you get an error on this line more than one machine
type
> has
> > > been
> > > > > > > defined.
> > > > > > >
> > > > > >
> > > > > > I see the following in hdf/src/hdfi.h:
> > > > > >
> > > > > > > #ifdef GOT_MACHINE
> > > > > > > If you get an error on this line more than one machine
type has
> > > been
> > > > > > > defined.
> > > > > > > Please check your Makefile.
> > > > > > > #endif
> > > > > > > #define GOT_MACHINE
> > > > > > >
> > > > > >
> > > > > > But, it doesn't point out anything specific to check in
your
> > > > Makefile. I
> > > > > > googled a bit for this error a bit more and wasn't able to
find
> > > > anything
> > > > > > particularly useful. You could take a look at your
Makefile for
> > > > HDF4.2r3
> > > > > > and see if you can find anything related to having more
than one
> > > > machine
> > > > > > type defined. Also, please feel free to pass along your
> Makefile,
> > > and
> > > > I
> > > > > > will also take a look at it to see if I can find anything
we
> could
> > > > change
> > > > > > and then have you rerun.
> > > > > >
> > > > > > Other options are to write to help at hdfgroup.org to request
> support
> > > > from
> > > > > > the
> > > > > > HDF helpdesk. Or, we could pursue having you use MET in a
Docker
> > > > > > container.
> > > > > >
> > > > > > Please let us know how you'd like to proceed.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > >
> > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for your kind response.I am also sorry for
disturbing
> you.
> > > > > > > I look forward to hearing from you ASAP.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > My apologies for the delayed response. I was out of the
office
> > > > > > yesterday,
> > > > > > > and have had meetings most of today. I will take a look
this
> > > > afternoon
> > > > > > and
> > > > > > > will get back to you as soon as I can.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Please I am still waiting for your feedback on my last
email.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > Imoleayo
> > > <
> > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your support. I did what you asked me to do
but
> the
> > > > result
> > > > > > is
> > > > > > > > the same.
> > > > > > > > Please kindly find attached the make.log, config.log,
script
> > and
> > > > > > > > environment variables.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Thank you for letting me know that you would like the
MODIS
> > > > > > > functionality
> > > > > > > > in MET.
> > > > > > > >
> > > > > > > > I see that you are installing on a Macbook Pro.
> > Unfortunately, I
> > > > > have
> > > > > > > not
> > > > > > > > installed MET on a Macbook Pro previously, but rather
> typically
> > > do
> > > > > > > > installations on Linux machines. I'll see what I can
do to
> help
> > > > you.
> > > > > > > >
> > > > > > > > First, could you please pass along the environment
file that
> > you
> > > > > passed
> > > > > > > to
> > > > > > > > the compile script?
> > > > > > > >
> > > > > > > > I compared our config.log files for HDF4 and noticed a
couple
> > of
> > > > > > > things. I
> > > > > > > > see that you have the following set:
> > > > > > > >
> > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > >
> > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > >
> > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running
> the
> > > > > script
> > > > > > > > again without those values set?
> > > > > > > >
> > > > > > > > Also, did you make any modifications to the script?
My
> > > config.log
> > > > > file
> > > > > > > has
> > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > >
> > > > > > > > > # Update library linker path
> > > > > > > >
> > > > > > > > export
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > >
> > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > config.log
> > > > > file
> > > > > > > at
> > > > > > > > all. If, by any chance, you commented out that line
in the
> > > script,
> > > > > > > please
> > > > > > > > try uncommenting it before you run it again.
> > > > > > > >
> > > > > > > > Please give those a try and let us know how it goes.
If we
> > > have
> > > > > > > trouble
> > > > > > > > getting this working for you, another option would be
to use
> a
> > > > Docker
> > > > > > > > container.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > Yes, I want to install the HDF libs because I will
be
> working
> > > > with
> > > > > > some
> > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > The HDF4 library is an optional library needed only
if you
> > > intend
> > > > > to
> > > > > > > use
> > > > > > > > > the MODIS-Regrid tool, which reformats gridded MODIS
data
> > from
> > > > HDF
> > > > > > > into a
> > > > > > > > > gridded NetCDF format that MET can read. Is that a
tool
> that
> > > you
> > > > > > need
> > > > > > > to
> > > > > > > > > use? If not, the simplest solution would be to set
the
> > > following
> > > > > the
> > > > > > > the
> > > > > > > > > compile_MET_all.sh script:
> > > > > > > > >
> > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > If you do need the MODIS-regrid tool could you
please send
> > your
> > > > > > > > config.log
> > > > > > > > > file for HDF4?
> > > > > > > > >
> > > > > > > > > Also I observed you didn't add the jpeg src code for
> > > installation
> > > > > in
> > > > > > > the
> > > > > > > > > > script. Is this deliberate?
> > > > > > > > > >
> > > > > > > > > For most systems we install on the jpeg src code is
already
> > > > > > installed,
> > > > > > > so
> > > > > > > > > we do not include it. However, we have seen some
folks
> with
> > > > > machines
> > > > > > > > that
> > > > > > > > > do not have that installed already. In that case,
if the
> > user
> > > > has
> > > > > > root
> > > > > > > > > privileges, we typically ask them to run "sudo apt-
get
> > install
> > > > > > > > > libjpeg-dev". However, if you need guidance on
installing
> > the
> > > > jpeg
> > > > > > > > > library, please let us know.
> > > > > > > > >
> > > > > > > > > Thank you!
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear John,
> > > > > > > > > > Thanks for your reply.
> > > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> Halley
> > > > Gotway
> > > > > > via
> > > > > > > > RT
> > > > > > > > > <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hello Imoleayo,
> > > > > > > > > >
> > > > > > > > > > I see you're having trouble compiling the HDF4
library
> when
> > > > > trying
> > > > > > to
> > > > > > > > > > compile MET. I'm going to reassign this ticket to
Julie
> > > > > Prestopnik,
> > > > > > > who
> > > > > > > > > > does most of the installations for MET. Please
allow her
> a
> > > few
> > > > > days
> > > > > > > to
> > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > >
> > > > > > > > > > Thanks,
> > > > > > > > > > John Halley Gotway
> > > > > > > > > >
> > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted upon.
> > > > > > > > > > > Transaction: Ticket created by
gbodeimoleayo at yahoo.com
> > > > > > > > > > > Queue: met_help
> > > > > > > > > > > Subject: Error with installing MET with the
shell
> > > script
> > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > Status: new
> > > > > > > > > > > Ticket <URL:
> > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > Greetings. I hope my mail finds you and your
team well
> > > during
> > > > > > this
> > > > > > > > very
> > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > Please I am trying to build the MET on my local
machine
> > > using
> > > > > the
> > > > > > > > shell
> > > > > > > > > > > script (
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > )
> > > > > > > > > > > but it keeps on giving error during the make of
> HDF4.2r3.
> > > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > > installation
> > > > > > > in
> > > > > > > > > the
> > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > Kindly find attached the configure and make log
files
> for
> > > > your
> > > > > > > > > > > intervention.
> > > > > > > > > > >
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Wed Jun 03 13:56:19 2020
Thank you for letting me know. Could you please try compiling MET
outside
of the script following the configuration and compiling guidelines on
these
pages of our online tutorial? The tutorial is for met-8.0, but the
instructions are the same for met-9.0.2, you'll just use the latest
MET
package in place of met-8.0.
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
Please let me know how it goes and if you have any questions in the
process.
Julie
On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your response.
> Yes, they all have lib subdirectories.
> Thank you.
> Best regards,Imoleayo
> On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> No need to apologize - we're happy to help. I wish the script
worked
> better for you. The script is intended for Linux machines and not
for
> MacOSX, so I am not too surprised that there are issues. I agree
that it
> would be great if we could better support MacOSX. We'll see what we
can do
> in the future depending on our funding. Thank you for offering to
test!
> That is very kind of you, very much appreciated, and we just may
take you
> up on that.
>
> The config.log files indicate that there is a problem with the
linker being
> able to find certain directories:
>
> > ld: warning: directory not found for option '-L-L/lib'
> > ld: warning: directory not found for option '-L${MET_NETCDF}/lib'
> > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > ld: warning: directory not found for option '-L${MET_HDFEOS}/lib'
> > ld: unknown option: --disable-new-dtags
> > clang: error: linker command failed with exit code 1 (use -v to
see
> > invocation)
> > configure:5070: $? = 1
> >
>
> I have not seen this problem previously.
>
> I see that you have set the following:
> MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
>
> Do all of those have lib subdirectories? Does /lib exist?
>
> Julie
>
> On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Sorry for taking too much of your time on this issue. I sincerely
> > appreciate your time and support so far.
> > It's just surprising to me that the installation with the script
is not
> > coming easy as it was with the version I used to install on my
iMac
> > sometimes last year. Maybe there is need to write another script
> specially
> > to install MET on MacOSX. I will be glad to test such script for
you.
> > Thanks for the links. However, Freetype installed fine with the
script
> but
> > I turned off cairo.
> > Now I get error while configuring met with intel and gnu. It's
> complaining
> > about c++. Please see attached config.log and configure.log files.
> > Thank you.
> > Best regards,Imoleayo
> >
> > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > My apologies for the delayed response. I was in meetings all day.
> >
> > You have brought to my attention some improvements I need to make
to the
> > script in order for you to be able to not compile Cairo and
Freetype and
> > point to the appropriate locations. Thank you! So, while you will
not be
> > able to currently use the script to compile MET pointing to a
different
> > location for Cairo and Freetype, you can still install MET
following the
> > configuration and compiling guidelines on this page of our
tutorial:
> >
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> >
> > Unfortunately, our website will be undergoing some maintenance on
> > Thursday, June 4, around 11 am MST and will be unavailable for a
period
> of
> > time while we are making a web server change. My apologies for
the
> > inconvenience. We’ll be back up and running as fast as possible.
> >
> > I also hope to update the script sometime soon, but it may not be
before
> > the end of the week.
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Thanks Julie.
> > > I already have Cairo installed in this directory
> > > (/usr/local/Cellar/cairo/) using homebrew.
> > > While I turn it off in the script, can I point met tool to this
path so
> > > that I can have the MODE graphics tool enabled, which is very
important
> > for
> > > my use? How?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for letting us know that you would like to proceed
with using
> > the
> > > shell script before using Docker to install MET. We can
definitely
> keep
> > > working on that.
> > >
> > > Are you suggesting that I turn off the installation of cairo?
> > > >
> > > Yes. Cairo and Freetype are the two optional libraries that are
used
> for
> > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> script
> > > you set the following:
> > >
> > > COMPILE_FREETYPE=0
> > > >
> > > > COMPILE_CAIRO=0
> > > >
> > >
> > > so that MET will not enable the MODE graphics tool.
> > >
> > > Please let us know how it goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Hi Julie,
> > > > Thanks for the information and very detailed explanation.
> > > > I would like to exhaust all possible options of using the
shell
> script
> > > > before using the Docker to install MET.
> > > > On point 3, Are you suggesting that I turn off the
installation of
> > cairo?
> > > > Thank you.
> > > >
> > > > Best regards,Imoleayo
> > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for letting us know about HDF4. I should let you
know that
> > we
> > > > have not tested using that version of HDF4. Please let us
know if
> you
> > > > encounter any problems with it.
> > > >
> > > > 2. I am unable to use the docker. Perhaps because I don't have
a
> > detailed
> > > > > steps/guide on how to use install with docker.
> > > >
> > > > Would you like to get more assistance using Docker? If so, I
can
> have
> > > > another team member who is more familiar with docker help
provide
> > > guidance.
> > > >
> > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > >
> > > > I see that you're having compilation issues with the Cairo
library.
> > While
> > > > we do recommend using the --enable-grib2 and --enable-python
> > compilation
> > > > options to install support for GRIB2 and Python embedding, we
don't
> > > > recommend putting any time into the --enable_mode_graphics
option.
> That
> > > > option enables compilation of the plot_mode_field utility,
which
> writes
> > > png
> > > > output. But the functionality of that tool really isn't much
> different
> > > from
> > > > the functionality of the plot_data_plane utility. In fact as
we
> develop
> > > > additional plotting functionality in the METplotpy repository
> > (currently
> > > > under development), it might make sense to replace
plot_mode_field
> > > entirely
> > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > determined and would still like to see it through, just let me
know,
> > and
> > > > I'll take a closer look.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Hi Julie,
> > > > > Greetings.
> > > > > 1. I have been able to compile the hdf after following the
> suggestion
> > > > form
> > > > > hdfhelp (below)
> > > > > ##########Hi Imoleayo,
> > > > >
> > > > > We are all working from home these days!
> > > > >
> > > > > Unfortunately, HDF4 is not very flexible when it comes to
new
> > compilers
> > > > and
> > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > Darwin
> > > > > 8.10.1.
> > > > >
> > > > > It looks like you are running Darwin 19.4, which we have not
yet
> > tested
> > > > > with. Our latest version of HDF4, version 4.2.15, supports
the
> > > following
> > > > > on the Mac:
> > > > >
> > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> 10.0.0
> > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> 10.0.1
> > > > >
> > > > > However, you may have a better chance of getting this
version to
> > build
> > > on
> > > > > your machine. You can get that here:
> > > > >
> > > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > >
> > > > > If you try it and encounter problems, please let us know!
> > > > >
> > > > > Thanks!
> > > > > -Barbara##########
> > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > detailed
> > > > > steps/guide on how to use install with docker.
> > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Thanks Julie.
> > > > > Here is the configure summary#######
> > > > > Configure Summary
> > > > >
> > > > > =================
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Compiling Options:
> > > > >
> > > > > ------------------
> > > > >
> > > > > Compilation Mode: Default
> > > > >
> > > > > C Compiler: gcc
> > > > >
> > > > > CFLAGS: -O2
> > > > >
> > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > > >
> > > > > LDFLAGS:
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Languages:
> > > > >
> > > > > ----------
> > > > >
> > > > > Fortran: Yes
> > > > >
> > > > > Fortran Compiler: gfortran
> > > > >
> > > > > FFLAGS: -O2
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > HDF support for NetCDF-3 APIs:
> > > > >
> > > > > ------------------------------
> > > > >
> > > > > HDF4-NetCDF: No
> > > > >
> > > > >
> > > > > ######
> > > > > The make gave error (please see the attached make.log).
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you, Imoleayo.
> > > > >
> > > > > One more thing to try:
> > > > >
> > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > >
> > > > > make clean
> > > > >
> > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> -lz
> > > > > > -lm/g' > Makefile_NEW
> > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > >
> > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > >
> > > > > make >& make.log
> > > > >
> > > > > make install >& make_install.log
> > > > >
> > > > >
> > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > >
> > > > > Please let me know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for the observation and thanks for the guide on
installing
> > MET
> > > > > > using docker.
> > > > > > Here was the error I got at configure stage.
> > > > > > #######
> > > > > > checking for math library support... yes
> > > > > >
> > > > > > checking for fork... yes
> > > > > >
> > > > > > checking for system... yes
> > > > > >
> > > > > > checking for vfork... yes
> > > > > >
> > > > > > checking for wait... yes
> > > > > >
> > > > > > *** unknown host x86_64-pc-none!
> > > > > > ###########
> > > > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58
AM
> > GMT+2,
> > > > > Julie
> > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for sending your Makefiles.
> > > > > >
> > > > > > In your config.log file I see the following is set:
> > > > > >
> > > > > > > uname -m = x86_64
> > > > > > >
> > > > > >
> > > > > > but the Makefile shows:
> > > > > >
> > > > > > > host_cpu = i386
> > > > > > >
> > > > > >
> > > > > > I believe that could be the problem. So, in the configure
line
> > > below,
> > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > >
> > > > > > Please try the following:
> > > > > >
> > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > >
> > > > > > make clean
> > > > > >
> > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> > -lz
> > > > > > > -lm/g' > Makefile_NEW
> > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > >
> > > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> > > --host=x86_64
> > > > > > > --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > >
> > > > > > make >& make.log
> > > > > >
> > > > > > make install >& make_install.log
> > > > > >
> > > > > >
> > > > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > > > compile_MET_all.sh and then you should be able to continue
to use
> > the
> > > > > > script to install everything else.
> > > > > >
> > > > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > >
> > > > > > there is a section for DockerHub, which gives you a link
to:
> > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > >
> > > > > > Here is a link to a page about using Docker that will help
you
> get
> > > > > started,
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > however, it is from our 8.1 Tutorial, so instead of
running the
> > > > > following
> > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > >
> > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > >
> > > > > > you'd run the following instead to pull the latest docker
> > container:
> > > > > >
> > > > > > > docker pull dtcenter/met:9.0.2
> > > > > >
> > > > > >
> > > > > > I hope that helps.
> > > > > >
> > > > > > Please let us know how it goes.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > > Should
> > > > in
> > > > > > > case the fix can't be found, I will explore contacting
HDF
> > helpdesk
> > > > as
> > > > > an
> > > > > > > alternative.
> > > > > > > In the meanwhile, could you please guide me through
install MET
> > via
> > > > the
> > > > > > > Docker?
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Unfortunately, I have not encountered this error before.
I see
> > in
> > > > the
> > > > > > > make.log file:
> > > > > > >
> > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > If you get an error on this line more than one
machine type
> > has
> > > > been
> > > > > > > > defined.
> > > > > > > >
> > > > > > >
> > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > >
> > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > If you get an error on this line more than one machine
type
> has
> > > > been
> > > > > > > > defined.
> > > > > > > > Please check your Makefile.
> > > > > > > > #endif
> > > > > > > > #define GOT_MACHINE
> > > > > > > >
> > > > > > >
> > > > > > > But, it doesn't point out anything specific to check in
your
> > > > > Makefile. I
> > > > > > > googled a bit for this error a bit more and wasn't able
to find
> > > > > anything
> > > > > > > particularly useful. You could take a look at your
Makefile
> for
> > > > > HDF4.2r3
> > > > > > > and see if you can find anything related to having more
than
> one
> > > > > machine
> > > > > > > type defined. Also, please feel free to pass along your
> > Makefile,
> > > > and
> > > > > I
> > > > > > > will also take a look at it to see if I can find
anything we
> > could
> > > > > change
> > > > > > > and then have you rerun.
> > > > > > >
> > > > > > > Other options are to write to help at hdfgroup.org to
request
> > support
> > > > > from
> > > > > > > the
> > > > > > > HDF helpdesk. Or, we could pursue having you use MET in
a
> Docker
> > > > > > > container.
> > > > > > >
> > > > > > > Please let us know how you'd like to proceed.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your kind response.I am also sorry for
disturbing
> > you.
> > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > My apologies for the delayed response. I was out of
the
> office
> > > > > > > yesterday,
> > > > > > > > and have had meetings most of today. I will take a
look this
> > > > > afternoon
> > > > > > > and
> > > > > > > > will get back to you as soon as I can.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Please I am still waiting for your feedback on my
last
> email.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > > Imoleayo
> > > > <
> > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your support. I did what you asked me to
do but
> > the
> > > > > result
> > > > > > > is
> > > > > > > > > the same.
> > > > > > > > > Please kindly find attached the make.log,
config.log,
> script
> > > and
> > > > > > > > > environment variables.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Thank you for letting me know that you would like
the
> MODIS
> > > > > > > > functionality
> > > > > > > > > in MET.
> > > > > > > > >
> > > > > > > > > I see that you are installing on a Macbook Pro.
> > > Unfortunately, I
> > > > > > have
> > > > > > > > not
> > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > typically
> > > > do
> > > > > > > > > installations on Linux machines. I'll see what I can
do to
> > help
> > > > > you.
> > > > > > > > >
> > > > > > > > > First, could you please pass along the environment
file
> that
> > > you
> > > > > > passed
> > > > > > > > to
> > > > > > > > > the compile script?
> > > > > > > > >
> > > > > > > > > I compared our config.log files for HDF4 and noticed
a
> couple
> > > of
> > > > > > > > things. I
> > > > > > > > > see that you have the following set:
> > > > > > > > >
> > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > >
> > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > >
> > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running
> > the
> > > > > > script
> > > > > > > > > again without those values set?
> > > > > > > > >
> > > > > > > > > Also, did you make any modifications to the script?
My
> > > > config.log
> > > > > > file
> > > > > > > > has
> > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > > >
> > > > > > > > > > # Update library linker path
> > > > > > > > >
> > > > > > > > > export
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > >
> > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > > config.log
> > > > > > file
> > > > > > > > at
> > > > > > > > > all. If, by any chance, you commented out that line
in the
> > > > script,
> > > > > > > > please
> > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > >
> > > > > > > > > Please give those a try and let us know how it goes.
If
> we
> > > > have
> > > > > > > > trouble
> > > > > > > > > getting this working for you, another option would
be to
> use
> > a
> > > > > Docker
> > > > > > > > > container.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > Yes, I want to install the HDF libs because I will
be
> > working
> > > > > with
> > > > > > > some
> > > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > The HDF4 library is an optional library needed
only if
> you
> > > > intend
> > > > > > to
> > > > > > > > use
> > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS data
> > > from
> > > > > HDF
> > > > > > > > into a
> > > > > > > > > > gridded NetCDF format that MET can read. Is that
a tool
> > that
> > > > you
> > > > > > > need
> > > > > > > > to
> > > > > > > > > > use? If not, the simplest solution would be to
set the
> > > > following
> > > > > > the
> > > > > > > > the
> > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > >
> > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> send
> > > your
> > > > > > > > > config.log
> > > > > > > > > > file for HDF4?
> > > > > > > > > >
> > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > installation
> > > > > > in
> > > > > > > > the
> > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > >
> > > > > > > > > > For most systems we install on the jpeg src code
is
> already
> > > > > > > installed,
> > > > > > > > so
> > > > > > > > > > we do not include it. However, we have seen some
folks
> > with
> > > > > > machines
> > > > > > > > > that
> > > > > > > > > > do not have that installed already. In that case,
if the
> > > user
> > > > > has
> > > > > > > root
> > > > > > > > > > privileges, we typically ask them to run "sudo
apt-get
> > > install
> > > > > > > > > > libjpeg-dev". However, if you need guidance on
> installing
> > > the
> > > > > jpeg
> > > > > > > > > > library, please let us know.
> > > > > > > > > >
> > > > > > > > > > Thank you!
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear John,
> > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> > Halley
> > > > > Gotway
> > > > > > > via
> > > > > > > > > RT
> > > > > > > > > > <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > >
> > > > > > > > > > > I see you're having trouble compiling the HDF4
library
> > when
> > > > > > trying
> > > > > > > to
> > > > > > > > > > > compile MET. I'm going to reassign this ticket
to Julie
> > > > > > Prestopnik,
> > > > > > > > who
> > > > > > > > > > > does most of the installations for MET. Please
allow
> her
> > a
> > > > few
> > > > > > days
> > > > > > > > to
> > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > >
> > > > > > > > > > > Thanks,
> > > > > > > > > > > John Halley Gotway
> > > > > > > > > > >
> > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: Error with installing MET with
the
> shell
> > > > script
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > Greetings. I hope my mail finds you and your
team
> well
> > > > during
> > > > > > > this
> > > > > > > > > very
> > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > Please I am trying to build the MET on my
local
> machine
> > > > using
> > > > > > the
> > > > > > > > > shell
> > > > > > > > > > > > script (
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > )
> > > > > > > > > > > > but it keeps on giving error during the make
of
> > HDF4.2r3.
> > > > > > > > > > > > Also I observed you didn't add the jpeg src
code for
> > > > > > installation
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > Kindly find attached the configure and make
log files
> > for
> > > > > your
> > > > > > > > > > > > intervention.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Wed Jun 03 17:10:38 2020
Thanks Julie.
I will try these steps and revert to you ASAP.
Thanks for your time and efforts.
Best regards,Imoleayo
On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT <met_help at ucar.edu> wrote:
Thank you for letting me know. Could you please try compiling MET
outside
of the script following the configuration and compiling guidelines on
these
pages of our online tutorial? The tutorial is for met-8.0, but the
instructions are the same for met-9.0.2, you'll just use the latest
MET
package in place of met-8.0.
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
Please let me know how it goes and if you have any questions in the
process.
Julie
On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your response.
> Yes, they all have lib subdirectories.
> Thank you.
> Best regards,Imoleayo
> On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> No need to apologize - we're happy to help. I wish the script
worked
> better for you. The script is intended for Linux machines and not
for
> MacOSX, so I am not too surprised that there are issues. I agree
that it
> would be great if we could better support MacOSX. We'll see what we
can do
> in the future depending on our funding. Thank you for offering to
test!
> That is very kind of you, very much appreciated, and we just may
take you
> up on that.
>
> The config.log files indicate that there is a problem with the
linker being
> able to find certain directories:
>
> > ld: warning: directory not found for option '-L-L/lib'
> > ld: warning: directory not found for option '-L${MET_NETCDF}/lib'
> > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > ld: warning: directory not found for option '-L${MET_HDFEOS}/lib'
> > ld: unknown option: --disable-new-dtags
> > clang: error: linker command failed with exit code 1 (use -v to
see
> > invocation)
> > configure:5070: $? = 1
> >
>
> I have not seen this problem previously.
>
> I see that you have set the following:
> MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
>
> Do all of those have lib subdirectories? Does /lib exist?
>
> Julie
>
> On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Sorry for taking too much of your time on this issue. I sincerely
> > appreciate your time and support so far.
> > It's just surprising to me that the installation with the script
is not
> > coming easy as it was with the version I used to install on my
iMac
> > sometimes last year. Maybe there is need to write another script
> specially
> > to install MET on MacOSX. I will be glad to test such script for
you.
> > Thanks for the links. However, Freetype installed fine with the
script
> but
> > I turned off cairo.
> > Now I get error while configuring met with intel and gnu. It's
> complaining
> > about c++. Please see attached config.log and configure.log files.
> > Thank you.
> > Best regards,Imoleayo
> >
> > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > My apologies for the delayed response. I was in meetings all day.
> >
> > You have brought to my attention some improvements I need to make
to the
> > script in order for you to be able to not compile Cairo and
Freetype and
> > point to the appropriate locations. Thank you! So, while you will
not be
> > able to currently use the script to compile MET pointing to a
different
> > location for Cairo and Freetype, you can still install MET
following the
> > configuration and compiling guidelines on this page of our
tutorial:
> >
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> >
> > Unfortunately, our website will be undergoing some maintenance on
> > Thursday, June 4, around 11 am MST and will be unavailable for a
period
> of
> > time while we are making a web server change. My apologies for
the
> > inconvenience. We’ll be back up and running as fast as possible.
> >
> > I also hope to update the script sometime soon, but it may not be
before
> > the end of the week.
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Thanks Julie.
> > > I already have Cairo installed in this directory
> > > (/usr/local/Cellar/cairo/) using homebrew.
> > > While I turn it off in the script, can I point met tool to this
path so
> > > that I can have the MODE graphics tool enabled, which is very
important
> > for
> > > my use? How?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for letting us know that you would like to proceed
with using
> > the
> > > shell script before using Docker to install MET. We can
definitely
> keep
> > > working on that.
> > >
> > > Are you suggesting that I turn off the installation of cairo?
> > > >
> > > Yes. Cairo and Freetype are the two optional libraries that are
used
> for
> > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> script
> > > you set the following:
> > >
> > > COMPILE_FREETYPE=0
> > > >
> > > > COMPILE_CAIRO=0
> > > >
> > >
> > > so that MET will not enable the MODE graphics tool.
> > >
> > > Please let us know how it goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Hi Julie,
> > > > Thanks for the information and very detailed explanation.
> > > > I would like to exhaust all possible options of using the
shell
> script
> > > > before using the Docker to install MET.
> > > > On point 3, Are you suggesting that I turn off the
installation of
> > cairo?
> > > > Thank you.
> > > >
> > > > Best regards,Imoleayo
> > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for letting us know about HDF4. I should let you
know that
> > we
> > > > have not tested using that version of HDF4. Please let us
know if
> you
> > > > encounter any problems with it.
> > > >
> > > > 2. I am unable to use the docker. Perhaps because I don't have
a
> > detailed
> > > > > steps/guide on how to use install with docker.
> > > >
> > > > Would you like to get more assistance using Docker? If so, I
can
> have
> > > > another team member who is more familiar with docker help
provide
> > > guidance.
> > > >
> > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > >
> > > > I see that you're having compilation issues with the Cairo
library.
> > While
> > > > we do recommend using the --enable-grib2 and --enable-python
> > compilation
> > > > options to install support for GRIB2 and Python embedding, we
don't
> > > > recommend putting any time into the --enable_mode_graphics
option.
> That
> > > > option enables compilation of the plot_mode_field utility,
which
> writes
> > > png
> > > > output. But the functionality of that tool really isn't much
> different
> > > from
> > > > the functionality of the plot_data_plane utility. In fact as
we
> develop
> > > > additional plotting functionality in the METplotpy repository
> > (currently
> > > > under development), it might make sense to replace
plot_mode_field
> > > entirely
> > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > determined and would still like to see it through, just let me
know,
> > and
> > > > I'll take a closer look.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Hi Julie,
> > > > > Greetings.
> > > > > 1. I have been able to compile the hdf after following the
> suggestion
> > > > form
> > > > > hdfhelp (below)
> > > > > ##########Hi Imoleayo,
> > > > >
> > > > > We are all working from home these days!
> > > > >
> > > > > Unfortunately, HDF4 is not very flexible when it comes to
new
> > compilers
> > > > and
> > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > Darwin
> > > > > 8.10.1.
> > > > >
> > > > > It looks like you are running Darwin 19.4, which we have not
yet
> > tested
> > > > > with. Our latest version of HDF4, version 4.2.15, supports
the
> > > following
> > > > > on the Mac:
> > > > >
> > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> 10.0.0
> > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> 10.0.1
> > > > >
> > > > > However, you may have a better chance of getting this
version to
> > build
> > > on
> > > > > your machine. You can get that here:
> > > > >
> > > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > >
> > > > > If you try it and encounter problems, please let us know!
> > > > >
> > > > > Thanks!
> > > > > -Barbara##########
> > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > detailed
> > > > > steps/guide on how to use install with docker.
> > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Thanks Julie.
> > > > > Here is the configure summary#######
> > > > > Configure Summary
> > > > >
> > > > > =================
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Compiling Options:
> > > > >
> > > > > ------------------
> > > > >
> > > > > Compilation Mode: Default
> > > > >
> > > > > C Compiler: gcc
> > > > >
> > > > > CFLAGS: -O2
> > > > >
> > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > > >
> > > > > LDFLAGS:
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Languages:
> > > > >
> > > > > ----------
> > > > >
> > > > > Fortran: Yes
> > > > >
> > > > > Fortran Compiler: gfortran
> > > > >
> > > > > FFLAGS: -O2
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > HDF support for NetCDF-3 APIs:
> > > > >
> > > > > ------------------------------
> > > > >
> > > > > HDF4-NetCDF: No
> > > > >
> > > > >
> > > > > ######
> > > > > The make gave error (please see the attached make.log).
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you, Imoleayo.
> > > > >
> > > > > One more thing to try:
> > > > >
> > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > >
> > > > > make clean
> > > > >
> > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> -lz
> > > > > > -lm/g' > Makefile_NEW
> > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > >
> > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > >
> > > > > make >& make.log
> > > > >
> > > > > make install >& make_install.log
> > > > >
> > > > >
> > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > >
> > > > > Please let me know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for the observation and thanks for the guide on
installing
> > MET
> > > > > > using docker.
> > > > > > Here was the error I got at configure stage.
> > > > > > #######
> > > > > > checking for math library support... yes
> > > > > >
> > > > > > checking for fork... yes
> > > > > >
> > > > > > checking for system... yes
> > > > > >
> > > > > > checking for vfork... yes
> > > > > >
> > > > > > checking for wait... yes
> > > > > >
> > > > > > *** unknown host x86_64-pc-none!
> > > > > > ###########
> > > > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58
AM
> > GMT+2,
> > > > > Julie
> > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for sending your Makefiles.
> > > > > >
> > > > > > In your config.log file I see the following is set:
> > > > > >
> > > > > > > uname -m = x86_64
> > > > > > >
> > > > > >
> > > > > > but the Makefile shows:
> > > > > >
> > > > > > > host_cpu = i386
> > > > > > >
> > > > > >
> > > > > > I believe that could be the problem. So, in the configure
line
> > > below,
> > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > >
> > > > > > Please try the following:
> > > > > >
> > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > >
> > > > > > make clean
> > > > > >
> > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> > -lz
> > > > > > > -lm/g' > Makefile_NEW
> > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > >
> > > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> > > --host=x86_64
> > > > > > > --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > >
> > > > > > make >& make.log
> > > > > >
> > > > > > make install >& make_install.log
> > > > > >
> > > > > >
> > > > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > > > compile_MET_all.sh and then you should be able to continue
to use
> > the
> > > > > > script to install everything else.
> > > > > >
> > > > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > >
> > > > > > there is a section for DockerHub, which gives you a link
to:
> > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > >
> > > > > > Here is a link to a page about using Docker that will help
you
> get
> > > > > started,
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > however, it is from our 8.1 Tutorial, so instead of
running the
> > > > > following
> > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > >
> > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > >
> > > > > > you'd run the following instead to pull the latest docker
> > container:
> > > > > >
> > > > > > > docker pull dtcenter/met:9.0.2
> > > > > >
> > > > > >
> > > > > > I hope that helps.
> > > > > >
> > > > > > Please let us know how it goes.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > > Should
> > > > in
> > > > > > > case the fix can't be found, I will explore contacting
HDF
> > helpdesk
> > > > as
> > > > > an
> > > > > > > alternative.
> > > > > > > In the meanwhile, could you please guide me through
install MET
> > via
> > > > the
> > > > > > > Docker?
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Unfortunately, I have not encountered this error
before. I see
> > in
> > > > the
> > > > > > > make.log file:
> > > > > > >
> > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > If you get an error on this line more than one
machine type
> > has
> > > > been
> > > > > > > > defined.
> > > > > > > >
> > > > > > >
> > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > >
> > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > If you get an error on this line more than one machine
type
> has
> > > > been
> > > > > > > > defined.
> > > > > > > > Please check your Makefile.
> > > > > > > > #endif
> > > > > > > > #define GOT_MACHINE
> > > > > > > >
> > > > > > >
> > > > > > > But, it doesn't point out anything specific to check in
your
> > > > > Makefile. I
> > > > > > > googled a bit for this error a bit more and wasn't able
to find
> > > > > anything
> > > > > > > particularly useful. You could take a look at your
Makefile
> for
> > > > > HDF4.2r3
> > > > > > > and see if you can find anything related to having more
than
> one
> > > > > machine
> > > > > > > type defined. Also, please feel free to pass along your
> > Makefile,
> > > > and
> > > > > I
> > > > > > > will also take a look at it to see if I can find
anything we
> > could
> > > > > change
> > > > > > > and then have you rerun.
> > > > > > >
> > > > > > > Other options are to write to help at hdfgroup.org to
request
> > support
> > > > > from
> > > > > > > the
> > > > > > > HDF helpdesk. Or, we could pursue having you use MET in
a
> Docker
> > > > > > > container.
> > > > > > >
> > > > > > > Please let us know how you'd like to proceed.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your kind response.I am also sorry for
disturbing
> > you.
> > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > My apologies for the delayed response. I was out of
the
> office
> > > > > > > yesterday,
> > > > > > > > and have had meetings most of today. I will take a
look this
> > > > > afternoon
> > > > > > > and
> > > > > > > > will get back to you as soon as I can.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Please I am still waiting for your feedback on my
last
> email.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > > Imoleayo
> > > > <
> > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your support. I did what you asked me to
do but
> > the
> > > > > result
> > > > > > > is
> > > > > > > > > the same.
> > > > > > > > > Please kindly find attached the make.log,
config.log,
> script
> > > and
> > > > > > > > > environment variables.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Thank you for letting me know that you would like
the
> MODIS
> > > > > > > > functionality
> > > > > > > > > in MET.
> > > > > > > > >
> > > > > > > > > I see that you are installing on a Macbook Pro.
> > > Unfortunately, I
> > > > > > have
> > > > > > > > not
> > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > typically
> > > > do
> > > > > > > > > installations on Linux machines. I'll see what I can
do to
> > help
> > > > > you.
> > > > > > > > >
> > > > > > > > > First, could you please pass along the environment
file
> that
> > > you
> > > > > > passed
> > > > > > > > to
> > > > > > > > > the compile script?
> > > > > > > > >
> > > > > > > > > I compared our config.log files for HDF4 and noticed
a
> couple
> > > of
> > > > > > > > things. I
> > > > > > > > > see that you have the following set:
> > > > > > > > >
> > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > >
> > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > >
> > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running
> > the
> > > > > > script
> > > > > > > > > again without those values set?
> > > > > > > > >
> > > > > > > > > Also, did you make any modifications to the script?
My
> > > > config.log
> > > > > > file
> > > > > > > > has
> > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > > >
> > > > > > > > > > # Update library linker path
> > > > > > > > >
> > > > > > > > > export
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > >
> > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > > config.log
> > > > > > file
> > > > > > > > at
> > > > > > > > > all. If, by any chance, you commented out that line
in the
> > > > script,
> > > > > > > > please
> > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > >
> > > > > > > > > Please give those a try and let us know how it
goes. If
> we
> > > > have
> > > > > > > > trouble
> > > > > > > > > getting this working for you, another option would
be to
> use
> > a
> > > > > Docker
> > > > > > > > > container.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > Yes, I want to install the HDF libs because I will
be
> > working
> > > > > with
> > > > > > > some
> > > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > The HDF4 library is an optional library needed
only if
> you
> > > > intend
> > > > > > to
> > > > > > > > use
> > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS data
> > > from
> > > > > HDF
> > > > > > > > into a
> > > > > > > > > > gridded NetCDF format that MET can read. Is that
a tool
> > that
> > > > you
> > > > > > > need
> > > > > > > > to
> > > > > > > > > > use? If not, the simplest solution would be to
set the
> > > > following
> > > > > > the
> > > > > > > > the
> > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > >
> > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> send
> > > your
> > > > > > > > > config.log
> > > > > > > > > > file for HDF4?
> > > > > > > > > >
> > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > installation
> > > > > > in
> > > > > > > > the
> > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > >
> > > > > > > > > > For most systems we install on the jpeg src code
is
> already
> > > > > > > installed,
> > > > > > > > so
> > > > > > > > > > we do not include it. However, we have seen some
folks
> > with
> > > > > > machines
> > > > > > > > > that
> > > > > > > > > > do not have that installed already. In that case,
if the
> > > user
> > > > > has
> > > > > > > root
> > > > > > > > > > privileges, we typically ask them to run "sudo
apt-get
> > > install
> > > > > > > > > > libjpeg-dev". However, if you need guidance on
> installing
> > > the
> > > > > jpeg
> > > > > > > > > > library, please let us know.
> > > > > > > > > >
> > > > > > > > > > Thank you!
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear John,
> > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> > Halley
> > > > > Gotway
> > > > > > > via
> > > > > > > > > RT
> > > > > > > > > > <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > >
> > > > > > > > > > > I see you're having trouble compiling the HDF4
library
> > when
> > > > > > trying
> > > > > > > to
> > > > > > > > > > > compile MET. I'm going to reassign this ticket
to Julie
> > > > > > Prestopnik,
> > > > > > > > who
> > > > > > > > > > > does most of the installations for MET. Please
allow
> her
> > a
> > > > few
> > > > > > days
> > > > > > > > to
> > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > >
> > > > > > > > > > > Thanks,
> > > > > > > > > > > John Halley Gotway
> > > > > > > > > > >
> > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: Error with installing MET with
the
> shell
> > > > script
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > Greetings. I hope my mail finds you and your
team
> well
> > > > during
> > > > > > > this
> > > > > > > > > very
> > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > Please I am trying to build the MET on my
local
> machine
> > > > using
> > > > > > the
> > > > > > > > > shell
> > > > > > > > > > > > script (
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > )
> > > > > > > > > > > > but it keeps on giving error during the make
of
> > HDF4.2r3.
> > > > > > > > > > > > Also I observed you didn't add the jpeg src
code for
> > > > > > installation
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > Kindly find attached the configure and make
log files
> > for
> > > > > your
> > > > > > > > > > > > intervention.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Tue Jun 09 14:54:16 2020
Dear Julie,
Greetings. I hope you are well and safe?
I have tried installing MET with the links you provide but I got error
again.Please see attached config.log and environment variables I set.
On the other hand, I was able to install the MET version 9.0.2 using
the docker (https://dtcenter.org/community-code/model-evaluation-
tools-met/docker-container-met-8-1) but I cannot access my Documents
and other directories from the container. I believe there should be a
way around this.
Thank you.
Best regards,Imoleayo
On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo
<gbodeimoleayo at yahoo.com> wrote:
Thanks Julie.
I will try these steps and revert to you ASAP.
Thanks for your time and efforts.
Best regards,Imoleayo
On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT <met_help at ucar.edu> wrote:
Thank you for letting me know. Could you please try compiling MET
outside
of the script following the configuration and compiling guidelines on
these
pages of our online tutorial? The tutorial is for met-8.0, but the
instructions are the same for met-9.0.2, you'll just use the latest
MET
package in place of met-8.0.
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
Please let me know how it goes and if you have any questions in the
process.
Julie
On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Thanks for your response.
> Yes, they all have lib subdirectories.
> Thank you.
> Best regards,Imoleayo
> On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Hi Imoleayo.
>
> No need to apologize - we're happy to help. I wish the script
worked
> better for you. The script is intended for Linux machines and not
for
> MacOSX, so I am not too surprised that there are issues. I agree
that it
> would be great if we could better support MacOSX. We'll see what we
can do
> in the future depending on our funding. Thank you for offering to
test!
> That is very kind of you, very much appreciated, and we just may
take you
> up on that.
>
> The config.log files indicate that there is a problem with the
linker being
> able to find certain directories:
>
> > ld: warning: directory not found for option '-L-L/lib'
> > ld: warning: directory not found for option '-L${MET_NETCDF}/lib'
> > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > ld: warning: directory not found for option '-L${MET_HDFEOS}/lib'
> > ld: unknown option: --disable-new-dtags
> > clang: error: linker command failed with exit code 1 (use -v to
see
> > invocation)
> > configure:5070: $? = 1
> >
>
> I have not seen this problem previously.
>
> I see that you have set the following:
> MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
>
> Do all of those have lib subdirectories? Does /lib exist?
>
> Julie
>
> On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Sorry for taking too much of your time on this issue. I sincerely
> > appreciate your time and support so far.
> > It's just surprising to me that the installation with the script
is not
> > coming easy as it was with the version I used to install on my
iMac
> > sometimes last year. Maybe there is need to write another script
> specially
> > to install MET on MacOSX. I will be glad to test such script for
you.
> > Thanks for the links. However, Freetype installed fine with the
script
> but
> > I turned off cairo.
> > Now I get error while configuring met with intel and gnu. It's
> complaining
> > about c++. Please see attached config.log and configure.log files.
> > Thank you.
> > Best regards,Imoleayo
> >
> > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > My apologies for the delayed response. I was in meetings all day.
> >
> > You have brought to my attention some improvements I need to make
to the
> > script in order for you to be able to not compile Cairo and
Freetype and
> > point to the appropriate locations. Thank you! So, while you will
not be
> > able to currently use the script to compile MET pointing to a
different
> > location for Cairo and Freetype, you can still install MET
following the
> > configuration and compiling guidelines on this page of our
tutorial:
> >
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> >
> > Unfortunately, our website will be undergoing some maintenance on
> > Thursday, June 4, around 11 am MST and will be unavailable for a
period
> of
> > time while we are making a web server change. My apologies for
the
> > inconvenience. We’ll be back up and running as fast as possible.
> >
> > I also hope to update the script sometime soon, but it may not be
before
> > the end of the week.
> >
> > Please let me know if you have any questions.
> >
> > Julie
> >
> > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Thanks Julie.
> > > I already have Cairo installed in this directory
> > > (/usr/local/Cellar/cairo/) using homebrew.
> > > While I turn it off in the script, can I point met tool to this
path so
> > > that I can have the MODE graphics tool enabled, which is very
important
> > for
> > > my use? How?
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie Prestopnik
via RT
> <
> > > met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > Thank you for letting us know that you would like to proceed
with using
> > the
> > > shell script before using Docker to install MET. We can
definitely
> keep
> > > working on that.
> > >
> > > Are you suggesting that I turn off the installation of cairo?
> > > >
> > > Yes. Cairo and Freetype are the two optional libraries that are
used
> for
> > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> script
> > > you set the following:
> > >
> > > COMPILE_FREETYPE=0
> > > >
> > > > COMPILE_CAIRO=0
> > > >
> > >
> > > so that MET will not enable the MODE graphics tool.
> > >
> > > Please let us know how it goes.
> > >
> > > Thanks,
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> met_help at ucar.edu
> > >
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Hi Julie,
> > > > Thanks for the information and very detailed explanation.
> > > > I would like to exhaust all possible options of using the
shell
> script
> > > > before using the Docker to install MET.
> > > > On point 3, Are you suggesting that I turn off the
installation of
> > cairo?
> > > > Thank you.
> > > >
> > > > Best regards,Imoleayo
> > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for letting us know about HDF4. I should let you
know that
> > we
> > > > have not tested using that version of HDF4. Please let us
know if
> you
> > > > encounter any problems with it.
> > > >
> > > > 2. I am unable to use the docker. Perhaps because I don't have
a
> > detailed
> > > > > steps/guide on how to use install with docker.
> > > >
> > > > Would you like to get more assistance using Docker? If so, I
can
> have
> > > > another team member who is more familiar with docker help
provide
> > > guidance.
> > > >
> > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > >
> > > > I see that you're having compilation issues with the Cairo
library.
> > While
> > > > we do recommend using the --enable-grib2 and --enable-python
> > compilation
> > > > options to install support for GRIB2 and Python embedding, we
don't
> > > > recommend putting any time into the --enable_mode_graphics
option.
> That
> > > > option enables compilation of the plot_mode_field utility,
which
> writes
> > > png
> > > > output. But the functionality of that tool really isn't much
> different
> > > from
> > > > the functionality of the plot_data_plane utility. In fact as
we
> develop
> > > > additional plotting functionality in the METplotpy repository
> > (currently
> > > > under development), it might make sense to replace
plot_mode_field
> > > entirely
> > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > determined and would still like to see it through, just let me
know,
> > and
> > > > I'll take a closer look.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Hi Julie,
> > > > > Greetings.
> > > > > 1. I have been able to compile the hdf after following the
> suggestion
> > > > form
> > > > > hdfhelp (below)
> > > > > ##########Hi Imoleayo,
> > > > >
> > > > > We are all working from home these days!
> > > > >
> > > > > Unfortunately, HDF4 is not very flexible when it comes to
new
> > compilers
> > > > and
> > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > Darwin
> > > > > 8.10.1.
> > > > >
> > > > > It looks like you are running Darwin 19.4, which we have not
yet
> > tested
> > > > > with. Our latest version of HDF4, version 4.2.15, supports
the
> > > following
> > > > > on the Mac:
> > > > >
> > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> 10.0.0
> > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> 10.0.1
> > > > >
> > > > > However, you may have a better chance of getting this
version to
> > build
> > > on
> > > > > your machine. You can get that here:
> > > > >
> > > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > >
> > > > > If you try it and encounter problems, please let us know!
> > > > >
> > > > > Thanks!
> > > > > -Barbara##########
> > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > detailed
> > > > > steps/guide on how to use install with docker.
> > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > specifically on make. Please see attached the make.log.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > >
> > > > > Thanks Julie.
> > > > > Here is the configure summary#######
> > > > > Configure Summary
> > > > >
> > > > > =================
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Compiling Options:
> > > > >
> > > > > ------------------
> > > > >
> > > > > Compilation Mode: Default
> > > > >
> > > > > C Compiler: gcc
> > > > >
> > > > > CFLAGS: -O2
> > > > >
> > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > > >
> > > > > LDFLAGS:
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Languages:
> > > > >
> > > > > ----------
> > > > >
> > > > > Fortran: Yes
> > > > >
> > > > > Fortran Compiler: gfortran
> > > > >
> > > > > FFLAGS: -O2
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > HDF support for NetCDF-3 APIs:
> > > > >
> > > > > ------------------------------
> > > > >
> > > > > HDF4-NetCDF: No
> > > > >
> > > > >
> > > > > ######
> > > > > The make gave error (please see the attached make.log).
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Thank you, Imoleayo.
> > > > >
> > > > > One more thing to try:
> > > > >
> > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > >
> > > > > make clean
> > > > >
> > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> -lz
> > > > > > -lm/g' > Makefile_NEW
> > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > >
> > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > >
> > > > > make >& make.log
> > > > >
> > > > > make install >& make_install.log
> > > > >
> > > > >
> > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > >
> > > > > Please let me know how it goes.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Dear Julie,
> > > > > > Thanks for the observation and thanks for the guide on
installing
> > MET
> > > > > > using docker.
> > > > > > Here was the error I got at configure stage.
> > > > > > #######
> > > > > > checking for math library support... yes
> > > > > >
> > > > > > checking for fork... yes
> > > > > >
> > > > > > checking for system... yes
> > > > > >
> > > > > > checking for vfork... yes
> > > > > >
> > > > > > checking for wait... yes
> > > > > >
> > > > > > *** unknown host x86_64-pc-none!
> > > > > > ###########
> > > > > > Best regards,Imoleayo On Friday, May 29, 2020, 01:01:58
AM
> > GMT+2,
> > > > > Julie
> > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for sending your Makefiles.
> > > > > >
> > > > > > In your config.log file I see the following is set:
> > > > > >
> > > > > > > uname -m = x86_64
> > > > > > >
> > > > > >
> > > > > > but the Makefile shows:
> > > > > >
> > > > > > > host_cpu = i386
> > > > > > >
> > > > > >
> > > > > > I believe that could be the problem. So, in the configure
line
> > > below,
> > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > >
> > > > > > Please try the following:
> > > > > >
> > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > >
> > > > > > make clean
> > > > > >
> > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> > -lz
> > > > > > > -lm/g' > Makefile_NEW
> > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > >
> > > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
> > > --host=x86_64
> > > > > > > --disable-netcdf
> --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > >
> > > > > > make >& make.log
> > > > > >
> > > > > > make install >& make_install.log
> > > > > >
> > > > > >
> > > > > > If that is successful, please set "COMPILE_HDF = 0" in the
> > > > > > compile_MET_all.sh and then you should be able to continue
to use
> > the
> > > > > > script to install everything else.
> > > > > >
> > > > > > Regarding Docker, on this page for met-9.0.2 and METplus-
3.0.2:
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > >
> > > > > > there is a section for DockerHub, which gives you a link
to:
> > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > >
> > > > > > Here is a link to a page about using Docker that will help
you
> get
> > > > > started,
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > however, it is from our 8.1 Tutorial, so instead of
running the
> > > > > following
> > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > >
> > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > >
> > > > > > you'd run the following instead to pull the latest docker
> > container:
> > > > > >
> > > > > > > docker pull dtcenter/met:9.0.2
> > > > > >
> > > > > >
> > > > > > I hope that helps.
> > > > > >
> > > > > > Please let us know how it goes.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > > Should
> > > > in
> > > > > > > case the fix can't be found, I will explore contacting
HDF
> > helpdesk
> > > > as
> > > > > an
> > > > > > > alternative.
> > > > > > > In the meanwhile, could you please guide me through
install MET
> > via
> > > > the
> > > > > > > Docker?
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Unfortunately, I have not encountered this error
before. I see
> > in
> > > > the
> > > > > > > make.log file:
> > > > > > >
> > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > If you get an error on this line more than one
machine type
> > has
> > > > been
> > > > > > > > defined.
> > > > > > > >
> > > > > > >
> > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > >
> > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > If you get an error on this line more than one machine
type
> has
> > > > been
> > > > > > > > defined.
> > > > > > > > Please check your Makefile.
> > > > > > > > #endif
> > > > > > > > #define GOT_MACHINE
> > > > > > > >
> > > > > > >
> > > > > > > But, it doesn't point out anything specific to check in
your
> > > > > Makefile. I
> > > > > > > googled a bit for this error a bit more and wasn't able
to find
> > > > > anything
> > > > > > > particularly useful. You could take a look at your
Makefile
> for
> > > > > HDF4.2r3
> > > > > > > and see if you can find anything related to having more
than
> one
> > > > > machine
> > > > > > > type defined. Also, please feel free to pass along your
> > Makefile,
> > > > and
> > > > > I
> > > > > > > will also take a look at it to see if I can find
anything we
> > could
> > > > > change
> > > > > > > and then have you rerun.
> > > > > > >
> > > > > > > Other options are to write to help at hdfgroup.org to
request
> > support
> > > > > from
> > > > > > > the
> > > > > > > HDF helpdesk. Or, we could pursue having you use MET in
a
> Docker
> > > > > > > container.
> > > > > > >
> > > > > > > Please let us know how you'd like to proceed.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for your kind response.I am also sorry for
disturbing
> > you.
> > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > My apologies for the delayed response. I was out of
the
> office
> > > > > > > yesterday,
> > > > > > > > and have had meetings most of today. I will take a
look this
> > > > > afternoon
> > > > > > > and
> > > > > > > > will get back to you as soon as I can.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Please I am still waiting for your feedback on my
last
> email.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > > Imoleayo
> > > > <
> > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your support. I did what you asked me to
do but
> > the
> > > > > result
> > > > > > > is
> > > > > > > > > the same.
> > > > > > > > > Please kindly find attached the make.log,
config.log,
> script
> > > and
> > > > > > > > > environment variables.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Thank you for letting me know that you would like
the
> MODIS
> > > > > > > > functionality
> > > > > > > > > in MET.
> > > > > > > > >
> > > > > > > > > I see that you are installing on a Macbook Pro.
> > > Unfortunately, I
> > > > > > have
> > > > > > > > not
> > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > typically
> > > > do
> > > > > > > > > installations on Linux machines. I'll see what I can
do to
> > help
> > > > > you.
> > > > > > > > >
> > > > > > > > > First, could you please pass along the environment
file
> that
> > > you
> > > > > > passed
> > > > > > > > to
> > > > > > > > > the compile script?
> > > > > > > > >
> > > > > > > > > I compared our config.log files for HDF4 and noticed
a
> couple
> > > of
> > > > > > > > things. I
> > > > > > > > > see that you have the following set:
> > > > > > > > >
> > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > >
> > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > >
> > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and try
running
> > the
> > > > > > script
> > > > > > > > > again without those values set?
> > > > > > > > >
> > > > > > > > > Also, did you make any modifications to the script?
My
> > > > config.log
> > > > > > file
> > > > > > > > has
> > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > > >
> > > > > > > > > > # Update library linker path
> > > > > > > > >
> > > > > > > > > export
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > >
> > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > > config.log
> > > > > > file
> > > > > > > > at
> > > > > > > > > all. If, by any chance, you commented out that line
in the
> > > > script,
> > > > > > > > please
> > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > >
> > > > > > > > > Please give those a try and let us know how it
goes. If
> we
> > > > have
> > > > > > > > trouble
> > > > > > > > > getting this working for you, another option would
be to
> use
> > a
> > > > > Docker
> > > > > > > > > container.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > Yes, I want to install the HDF libs because I will
be
> > working
> > > > > with
> > > > > > > some
> > > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > The HDF4 library is an optional library needed
only if
> you
> > > > intend
> > > > > > to
> > > > > > > > use
> > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS data
> > > from
> > > > > HDF
> > > > > > > > into a
> > > > > > > > > > gridded NetCDF format that MET can read. Is that
a tool
> > that
> > > > you
> > > > > > > need
> > > > > > > > to
> > > > > > > > > > use? If not, the simplest solution would be to
set the
> > > > following
> > > > > > the
> > > > > > > > the
> > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > >
> > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> send
> > > your
> > > > > > > > > config.log
> > > > > > > > > > file for HDF4?
> > > > > > > > > >
> > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > installation
> > > > > > in
> > > > > > > > the
> > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > >
> > > > > > > > > > For most systems we install on the jpeg src code
is
> already
> > > > > > > installed,
> > > > > > > > so
> > > > > > > > > > we do not include it. However, we have seen some
folks
> > with
> > > > > > machines
> > > > > > > > > that
> > > > > > > > > > do not have that installed already. In that case,
if the
> > > user
> > > > > has
> > > > > > > root
> > > > > > > > > > privileges, we typically ask them to run "sudo
apt-get
> > > install
> > > > > > > > > > libjpeg-dev". However, if you need guidance on
> installing
> > > the
> > > > > jpeg
> > > > > > > > > > library, please let us know.
> > > > > > > > > >
> > > > > > > > > > Thank you!
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear John,
> > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > I look forward to hearing from Julie after the
holiday.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> > Halley
> > > > > Gotway
> > > > > > > via
> > > > > > > > > RT
> > > > > > > > > > <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > >
> > > > > > > > > > > I see you're having trouble compiling the HDF4
library
> > when
> > > > > > trying
> > > > > > > to
> > > > > > > > > > > compile MET. I'm going to reassign this ticket
to Julie
> > > > > > Prestopnik,
> > > > > > > > who
> > > > > > > > > > > does most of the installations for MET. Please
allow
> her
> > a
> > > > few
> > > > > > days
> > > > > > > > to
> > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > >
> > > > > > > > > > > Thanks,
> > > > > > > > > > > John Halley Gotway
> > > > > > > > > > >
> > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted
> upon.
> > > > > > > > > > > > Transaction: Ticket created by
> gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > Subject: Error with installing MET with
the
> shell
> > > > script
> > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > Status: new
> > > > > > > > > > > > Ticket <URL:
> > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > Greetings. I hope my mail finds you and your
team
> well
> > > > during
> > > > > > > this
> > > > > > > > > very
> > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > Please I am trying to build the MET on my
local
> machine
> > > > using
> > > > > > the
> > > > > > > > > shell
> > > > > > > > > > > > script (
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > )
> > > > > > > > > > > > but it keeps on giving error during the make
of
> > HDF4.2r3.
> > > > > > > > > > > > Also I observed you didn't add the jpeg src
code for
> > > > > > installation
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > Kindly find attached the configure and make
log files
> > for
> > > > > your
> > > > > > > > > > > > intervention.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Tue Jun 09 14:54:16 2020
export MET_NETCDF=/usr/local/Cellar/netcdf/4.7.4/
export MET_HDF5=/usr/local/Cellar/hdf5/1.12.0/
export MET_BUFRLIB=/usr/local/Cellar/bufrlib/11.3.0/
export MET_GSL=/usr/local/Cellar/gsl/2.6/
export MET_HDF=/Users/gbode/met/9.0.2/external_libs/
export MET_HDFEOS=/Users/gbode/met/9.0.2/external_libs/
export MET_CAIRO=/usr/local/Cellar/cairo/1.16.0_3/
export MET_FREETYPE=/usr/local/Cellar/freetype/2.10.1/
export MET_FONT_DIR=/Users/gbode/met/9.0.2/external_libs/fonts
export
PYTHON_LOC=/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7
export MET_PYTHON=${PYTHON_LOC}/bin/python3
export MET_PYTHON_LD=-L${PYTHON_LOC}/lib\ -lpython3.7m\ -lcrypt\
-lpthread\ -ldl\ -lutil\ -lm\ -Xlinker\ -export-dynamic
export MET_PYTHON_CC=-I${PYTHON_LOC}/include/python3.7m
------------------------------------------------
Subject: Error with installing MET with the shell script
From: John Halley Gotway
Time: Fri Jun 12 12:39:39 2020
Hello, my name is John and I work with Juile on providing support for
MET.
She forwarded your question to me about using the MET Docker
container.
Yes, using Docker containers does make getting started much easier
since
there's no compilation required. However, you do need to become
familiar
with running commands in Docker. Specifically, you need to learn how
to
mount "Volumes" (i.e. directories) from outside of the container
inside the
container. And you do that using the "-v" command line option.
The DTC actually has an online tutorial about the use of Docker to run
numerical weather prediction components, including MET. If you have
the
interest and time, I think it'd be very helpful to go through these
exercises:
https://dtcenter.org/community-code/numerical-weather-prediction-nwp-
containers/tutorial-version-3
Listed below is one of the commands we execute during that tutorial
from
this page:
https://dtcenter.org/tutorial-version-3/hurricane-sandy-case-27-oct-
2012/run-met-verification-software
docker run --rm -it -e LOCAL_USER_ID=`id -u $USER` --volumes-from
sandy \
-v
${PROJ_DIR}/container-dtc-
nwp/components/scripts/common:/home/scripts/common
\
-v
${PROJ_DIR}/container-dtc-
nwp/components/scripts/sandy_20121027:/home/scripts/case
\
-v ${CASE_DIR}/postprd:/home/postprd -v
${CASE_DIR}/metprd:/home/metprd \
--name run-sandy-met dtcenter/met:8.1.2
/home/scripts/common/run_met.ksh
I mention this to illustrate the use of the "-v" command line option.
It's
used to mount directories from your local machine into the
container... "-v
LOCAL_DIRECTORY:CONTAINER_DIRECTORY".
Hope that helps get you going.
Thanks,
John
On Tue, Jun 9, 2020 at 2:54 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Greetings. I hope you are well and safe?
> I have tried installing MET with the links you provide but I got
error
> again.Please see attached config.log and environment variables I
set.
> On the other hand, I was able to install the MET version 9.0.2 using
the
> docker (
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1) but
> I cannot access my Documents and other directories from the
container. I
> believe there should be a way around this.
>
> Thank you.
> Best regards,Imoleayo
> On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Thanks Julie.
> I will try these steps and revert to you ASAP.
> Thanks for your time and efforts.
> Best regards,Imoleayo
> On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Thank you for letting me know. Could you please try compiling MET
outside
> of the script following the configuration and compiling guidelines
on these
> pages of our online tutorial? The tutorial is for met-8.0, but the
> instructions are the same for met-9.0.2, you'll just use the latest
MET
> package in place of met-8.0.
>
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
>
> Please let me know how it goes and if you have any questions in the
> process.
>
> Julie
>
> On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your response.
> > Yes, they all have lib subdirectories.
> > Thank you.
> > Best regards,Imoleayo
> > On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > No need to apologize - we're happy to help. I wish the script
worked
> > better for you. The script is intended for Linux machines and not
for
> > MacOSX, so I am not too surprised that there are issues. I agree
that it
> > would be great if we could better support MacOSX. We'll see what
we can
> do
> > in the future depending on our funding. Thank you for offering to
test!
> > That is very kind of you, very much appreciated, and we just may
take you
> > up on that.
> >
> > The config.log files indicate that there is a problem with the
linker
> being
> > able to find certain directories:
> >
> > > ld: warning: directory not found for option '-L-L/lib'
> > > ld: warning: directory not found for option '-
L${MET_NETCDF}/lib'
> > > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > > ld: warning: directory not found for option '-
L${MET_HDFEOS}/lib'
> > > ld: unknown option: --disable-new-dtags
> > > clang: error: linker command failed with exit code 1 (use -v to
see
> > > invocation)
> > > configure:5070: $? = 1
> > >
> >
> > I have not seen this problem previously.
> >
> > I see that you have set the following:
> > MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> > MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> > MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> > MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
> >
> > Do all of those have lib subdirectories? Does /lib exist?
> >
> > Julie
> >
> > On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Sorry for taking too much of your time on this issue. I
sincerely
> > > appreciate your time and support so far.
> > > It's just surprising to me that the installation with the script
is not
> > > coming easy as it was with the version I used to install on my
iMac
> > > sometimes last year. Maybe there is need to write another script
> > specially
> > > to install MET on MacOSX. I will be glad to test such script for
you.
> > > Thanks for the links. However, Freetype installed fine with the
script
> > but
> > > I turned off cairo.
> > > Now I get error while configuring met with intel and gnu. It's
> > complaining
> > > about c++. Please see attached config.log and configure.log
files.
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> > > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie
Prestopnik via
> RT
> > > <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > My apologies for the delayed response. I was in meetings all
day.
> > >
> > > You have brought to my attention some improvements I need to
make to
> the
> > > script in order for you to be able to not compile Cairo and
Freetype
> and
> > > point to the appropriate locations. Thank you! So, while you
will not
> be
> > > able to currently use the script to compile MET pointing to a
different
> > > location for Cairo and Freetype, you can still install MET
following
> the
> > > configuration and compiling guidelines on this page of our
tutorial:
> > >
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > >
> > > Unfortunately, our website will be undergoing some maintenance
on
> > > Thursday, June 4, around 11 am MST and will be unavailable for a
period
> > of
> > > time while we are making a web server change. My apologies for
the
> > > inconvenience. We’ll be back up and running as fast as possible.
> > >
> > > I also hope to update the script sometime soon, but it may not
be
> before
> > > the end of the week.
> > >
> > > Please let me know if you have any questions.
> > >
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Thanks Julie.
> > > > I already have Cairo installed in this directory
> > > > (/usr/local/Cellar/cairo/) using homebrew.
> > > > While I turn it off in the script, can I point met tool to
this path
> so
> > > > that I can have the MODE graphics tool enabled, which is very
> important
> > > for
> > > > my use? How?
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for letting us know that you would like to proceed
with
> using
> > > the
> > > > shell script before using Docker to install MET. We can
definitely
> > keep
> > > > working on that.
> > > >
> > > > Are you suggesting that I turn off the installation of cairo?
> > > > >
> > > > Yes. Cairo and Freetype are the two optional libraries that
are used
> > for
> > > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> > script
> > > > you set the following:
> > > >
> > > > COMPILE_FREETYPE=0
> > > > >
> > > > > COMPILE_CAIRO=0
> > > > >
> > > >
> > > > so that MET will not enable the MODE graphics tool.
> > > >
> > > > Please let us know how it goes.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Hi Julie,
> > > > > Thanks for the information and very detailed explanation.
> > > > > I would like to exhaust all possible options of using the
shell
> > script
> > > > > before using the Docker to install MET.
> > > > > On point 3, Are you suggesting that I turn off the
installation of
> > > cairo?
> > > > > Thank you.
> > > > >
> > > > > Best regards,Imoleayo
> > > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for letting us know about HDF4. I should let you
know
> that
> > > we
> > > > > have not tested using that version of HDF4. Please let us
know if
> > you
> > > > > encounter any problems with it.
> > > > >
> > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > detailed
> > > > > > steps/guide on how to use install with docker.
> > > > >
> > > > > Would you like to get more assistance using Docker? If so,
I can
> > have
> > > > > another team member who is more familiar with docker help
provide
> > > > guidance.
> > > > >
> > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > specifically on make. Please see attached the make.log.
> > > > >
> > > > > I see that you're having compilation issues with the Cairo
library.
> > > While
> > > > > we do recommend using the --enable-grib2 and --enable-python
> > > compilation
> > > > > options to install support for GRIB2 and Python embedding,
we don't
> > > > > recommend putting any time into the --enable_mode_graphics
option.
> > That
> > > > > option enables compilation of the plot_mode_field utility,
which
> > writes
> > > > png
> > > > > output. But the functionality of that tool really isn't much
> > different
> > > > from
> > > > > the functionality of the plot_data_plane utility. In fact as
we
> > develop
> > > > > additional plotting functionality in the METplotpy
repository
> > > (currently
> > > > > under development), it might make sense to replace
plot_mode_field
> > > > entirely
> > > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > > determined and would still like to see it through, just let
me
> know,
> > > and
> > > > > I'll take a closer look.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Hi Julie,
> > > > > > Greetings.
> > > > > > 1. I have been able to compile the hdf after following the
> > suggestion
> > > > > form
> > > > > > hdfhelp (below)
> > > > > > ##########Hi Imoleayo,
> > > > > >
> > > > > > We are all working from home these days!
> > > > > >
> > > > > > Unfortunately, HDF4 is not very flexible when it comes to
new
> > > compilers
> > > > > and
> > > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > > Darwin
> > > > > > 8.10.1.
> > > > > >
> > > > > > It looks like you are running Darwin 19.4, which we have
not yet
> > > tested
> > > > > > with. Our latest version of HDF4, version 4.2.15, supports
the
> > > > following
> > > > > > on the Mac:
> > > > > >
> > > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> > 10.0.0
> > > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> > 10.0.1
> > > > > >
> > > > > > However, you may have a better chance of getting this
version to
> > > build
> > > > on
> > > > > > your machine. You can get that here:
> > > > > >
> > > > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > > >
> > > > > > If you try it and encounter problems, please let us know!
> > > > > >
> > > > > > Thanks!
> > > > > > -Barbara##########
> > > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > > detailed
> > > > > > steps/guide on how to use install with docker.
> > > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > specifically on make. Please see attached the make.log.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > >
> > > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > >
> > > > > > Thanks Julie.
> > > > > > Here is the configure summary#######
> > > > > > Configure Summary
> > > > > >
> > > > > > =================
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Compiling Options:
> > > > > >
> > > > > > ------------------
> > > > > >
> > > > > > Compilation Mode: Default
> > > > > >
> > > > > > C Compiler: gcc
> > > > > >
> > > > > > CFLAGS: -O2
> > > > > >
> > > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > > > >
> > > > > > LDFLAGS:
> > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Languages:
> > > > > >
> > > > > > ----------
> > > > > >
> > > > > > Fortran: Yes
> > > > > >
> > > > > > Fortran Compiler: gfortran
> > > > > >
> > > > > > FFLAGS: -O2
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > HDF support for NetCDF-3 APIs:
> > > > > >
> > > > > > ------------------------------
> > > > > >
> > > > > > HDF4-NetCDF: No
> > > > > >
> > > > > >
> > > > > > ######
> > > > > > The make gave error (please see the attached make.log).
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Thank you, Imoleayo.
> > > > > >
> > > > > > One more thing to try:
> > > > > >
> > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > >
> > > > > > make clean
> > > > > >
> > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> > -lz
> > > > > > > -lm/g' > Makefile_NEW
> > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > >
> > > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > >
> > > > > > make >& make.log
> > > > > >
> > > > > > make install >& make_install.log
> > > > > >
> > > > > >
> > > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > > >
> > > > > > Please let me know how it goes.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for the observation and thanks for the guide on
> installing
> > > MET
> > > > > > > using docker.
> > > > > > > Here was the error I got at configure stage.
> > > > > > > #######
> > > > > > > checking for math library support... yes
> > > > > > >
> > > > > > > checking for fork... yes
> > > > > > >
> > > > > > > checking for system... yes
> > > > > > >
> > > > > > > checking for vfork... yes
> > > > > > >
> > > > > > > checking for wait... yes
> > > > > > >
> > > > > > > *** unknown host x86_64-pc-none!
> > > > > > > ###########
> > > > > > > Best regards,Imoleayo On Friday, May 29, 2020,
01:01:58 AM
> > > GMT+2,
> > > > > > Julie
> > > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Thank you for sending your Makefiles.
> > > > > > >
> > > > > > > In your config.log file I see the following is set:
> > > > > > >
> > > > > > > > uname -m = x86_64
> > > > > > > >
> > > > > > >
> > > > > > > but the Makefile shows:
> > > > > > >
> > > > > > > > host_cpu = i386
> > > > > > > >
> > > > > > >
> > > > > > > I believe that could be the problem. So, in the
configure line
> > > > below,
> > > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > > >
> > > > > > > Please try the following:
> > > > > > >
> > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > >
> > > > > > > make clean
> > > > > > >
> > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS
=
> -ljpeg
> > > -lz
> > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > >
> > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > > > --host=x86_64
> > > > > > > > --disable-netcdf
> > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > >
> > > > > > > make >& make.log
> > > > > > >
> > > > > > > make install >& make_install.log
> > > > > > >
> > > > > > >
> > > > > > > If that is successful, please set "COMPILE_HDF = 0" in
the
> > > > > > > compile_MET_all.sh and then you should be able to
continue to
> use
> > > the
> > > > > > > script to install everything else.
> > > > > > >
> > > > > > > Regarding Docker, on this page for met-9.0.2 and
METplus-3.0.2:
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > > >
> > > > > > > there is a section for DockerHub, which gives you a link
to:
> > > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > > >
> > > > > > > Here is a link to a page about using Docker that will
help you
> > get
> > > > > > started,
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > > however, it is from our 8.1 Tutorial, so instead of
running
> the
> > > > > > following
> > > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > > >
> > > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > > >
> > > > > > > you'd run the following instead to pull the latest
docker
> > > container:
> > > > > > >
> > > > > > > > docker pull dtcenter/met:9.0.2
> > > > > > >
> > > > > > >
> > > > > > > I hope that helps.
> > > > > > >
> > > > > > > Please let us know how it goes.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > > > Should
> > > > > in
> > > > > > > > case the fix can't be found, I will explore contacting
HDF
> > > helpdesk
> > > > > as
> > > > > > an
> > > > > > > > alternative.
> > > > > > > > In the meanwhile, could you please guide me through
install
> MET
> > > via
> > > > > the
> > > > > > > > Docker?
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > Unfortunately, I have not encountered this error
before. I
> see
> > > in
> > > > > the
> > > > > > > > make.log file:
> > > > > > > >
> > > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > > If you get an error on this line more than one
machine
> type
> > > has
> > > > > been
> > > > > > > > > defined.
> > > > > > > > >
> > > > > > > >
> > > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > > >
> > > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > > If you get an error on this line more than one
machine type
> > has
> > > > > been
> > > > > > > > > defined.
> > > > > > > > > Please check your Makefile.
> > > > > > > > > #endif
> > > > > > > > > #define GOT_MACHINE
> > > > > > > > >
> > > > > > > >
> > > > > > > > But, it doesn't point out anything specific to check
in your
> > > > > > Makefile. I
> > > > > > > > googled a bit for this error a bit more and wasn't
able to
> find
> > > > > > anything
> > > > > > > > particularly useful. You could take a look at your
Makefile
> > for
> > > > > > HDF4.2r3
> > > > > > > > and see if you can find anything related to having
more than
> > one
> > > > > > machine
> > > > > > > > type defined. Also, please feel free to pass along
your
> > > Makefile,
> > > > > and
> > > > > > I
> > > > > > > > will also take a look at it to see if I can find
anything we
> > > could
> > > > > > change
> > > > > > > > and then have you rerun.
> > > > > > > >
> > > > > > > > Other options are to write to help at hdfgroup.org to
request
> > > support
> > > > > > from
> > > > > > > > the
> > > > > > > > HDF helpdesk. Or, we could pursue having you use MET
in a
> > Docker
> > > > > > > > container.
> > > > > > > >
> > > > > > > > Please let us know how you'd like to proceed.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your kind response.I am also sorry for
> disturbing
> > > you.
> > > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > My apologies for the delayed response. I was out of
the
> > office
> > > > > > > > yesterday,
> > > > > > > > > and have had meetings most of today. I will take a
look
> this
> > > > > > afternoon
> > > > > > > > and
> > > > > > > > > will get back to you as soon as I can.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Please I am still waiting for your feedback on my
last
> > email.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > > > Imoleayo
> > > > > <
> > > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your support. I did what you asked me
to do
> but
> > > the
> > > > > > result
> > > > > > > > is
> > > > > > > > > > the same.
> > > > > > > > > > Please kindly find attached the make.log,
config.log,
> > script
> > > > and
> > > > > > > > > > environment variables.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Thank you for letting me know that you would like
the
> > MODIS
> > > > > > > > > functionality
> > > > > > > > > > in MET.
> > > > > > > > > >
> > > > > > > > > > I see that you are installing on a Macbook Pro.
> > > > Unfortunately, I
> > > > > > > have
> > > > > > > > > not
> > > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > > typically
> > > > > do
> > > > > > > > > > installations on Linux machines. I'll see what I
can do
> to
> > > help
> > > > > > you.
> > > > > > > > > >
> > > > > > > > > > First, could you please pass along the environment
file
> > that
> > > > you
> > > > > > > passed
> > > > > > > > > to
> > > > > > > > > > the compile script?
> > > > > > > > > >
> > > > > > > > > > I compared our config.log files for HDF4 and
noticed a
> > couple
> > > > of
> > > > > > > > > things. I
> > > > > > > > > > see that you have the following set:
> > > > > > > > > >
> > > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > > >
> > > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > > >
> > > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and
try
> running
> > > the
> > > > > > > script
> > > > > > > > > > again without those values set?
> > > > > > > > > >
> > > > > > > > > > Also, did you make any modifications to the
script? My
> > > > > config.log
> > > > > > > file
> > > > > > > > > has
> > > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > > > >
> > > > > > > > > > > # Update library linker path
> > > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > > >
> > > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > > > config.log
> > > > > > > file
> > > > > > > > > at
> > > > > > > > > > all. If, by any chance, you commented out that
line in
> the
> > > > > script,
> > > > > > > > > please
> > > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > > >
> > > > > > > > > > Please give those a try and let us know how it
goes.
> If
> > we
> > > > > have
> > > > > > > > > trouble
> > > > > > > > > > getting this working for you, another option would
be to
> > use
> > > a
> > > > > > Docker
> > > > > > > > > > container.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > > Yes, I want to install the HDF libs because I
will be
> > > working
> > > > > > with
> > > > > > > > some
> > > > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > > > Prestopnik
> > > > > > > via
> > > > > > > > > RT <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > >
> > > > > > > > > > > The HDF4 library is an optional library needed
only if
> > you
> > > > > intend
> > > > > > > to
> > > > > > > > > use
> > > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS
> data
> > > > from
> > > > > > HDF
> > > > > > > > > into a
> > > > > > > > > > > gridded NetCDF format that MET can read. Is
that a
> tool
> > > that
> > > > > you
> > > > > > > > need
> > > > > > > > > to
> > > > > > > > > > > use? If not, the simplest solution would be to
set the
> > > > > following
> > > > > > > the
> > > > > > > > > the
> > > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > > >
> > > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> > send
> > > > your
> > > > > > > > > > config.log
> > > > > > > > > > > file for HDF4?
> > > > > > > > > > >
> > > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > > installation
> > > > > > > in
> > > > > > > > > the
> > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > >
> > > > > > > > > > > For most systems we install on the jpeg src code
is
> > already
> > > > > > > > installed,
> > > > > > > > > so
> > > > > > > > > > > we do not include it. However, we have seen
some folks
> > > with
> > > > > > > machines
> > > > > > > > > > that
> > > > > > > > > > > do not have that installed already. In that
case, if
> the
> > > > user
> > > > > > has
> > > > > > > > root
> > > > > > > > > > > privileges, we typically ask them to run "sudo
apt-get
> > > > install
> > > > > > > > > > > libjpeg-dev". However, if you need guidance on
> > installing
> > > > the
> > > > > > jpeg
> > > > > > > > > > > library, please let us know.
> > > > > > > > > > >
> > > > > > > > > > > Thank you!
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear John,
> > > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > > I look forward to hearing from Julie after the
> holiday.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> > > Halley
> > > > > > Gotway
> > > > > > > > via
> > > > > > > > > > RT
> > > > > > > > > > > <
> > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > > >
> > > > > > > > > > > > I see you're having trouble compiling the HDF4
> library
> > > when
> > > > > > > trying
> > > > > > > > to
> > > > > > > > > > > > compile MET. I'm going to reassign this ticket
to
> Julie
> > > > > > > Prestopnik,
> > > > > > > > > who
> > > > > > > > > > > > does most of the installations for MET. Please
allow
> > her
> > > a
> > > > > few
> > > > > > > days
> > > > > > > > > to
> > > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > > >
> > > > > > > > > > > > Thanks,
> > > > > > > > > > > > John Halley Gotway
> > > > > > > > > > > >
> > > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo
via
> RT <
> > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted
> > upon.
> > > > > > > > > > > > > Transaction: Ticket created by
> > gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > Subject: Error with installing MET with
the
> > shell
> > > > > script
> > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > > Greetings. I hope my mail finds you and your
team
> > well
> > > > > during
> > > > > > > > this
> > > > > > > > > > very
> > > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > > Please I am trying to build the MET on my
local
> > machine
> > > > > using
> > > > > > > the
> > > > > > > > > > shell
> > > > > > > > > > > > > script (
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > > )
> > > > > > > > > > > > > but it keeps on giving error during the make
of
> > > HDF4.2r3.
> > > > > > > > > > > > > Also I observed you didn't add the jpeg src
code
> for
> > > > > > > installation
> > > > > > > > > in
> > > > > > > > > > > the
> > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > Kindly find attached the configure and make
log
> files
> > > for
> > > > > > your
> > > > > > > > > > > > > intervention.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please do
> > not
> > > > feel
> > > > > > > > obliged
> > > > > > > > > > to
> > > > > > > > > > > reply to this email outside of your normal
working
> hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Sat Jun 13 07:59:11 2020
Dear John,
Thanks for taking up this request.
This is Imoleayo your regular friend. Thanks for your usual support.I
am now trying to run METool on my local machine and it is like a whole
new working environment for me.When I followed your suggestion, I ran"
docker run --rm -it -v ${MET_TUTORIAL_DIR}/tutorial:/met/met-
9.0.2/tutorial -v
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/gpm_split
-v
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/wrf_split
-v
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/cosmo_split
-v
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison
dtcenter/met:9.0.2 /bin/bash
"and I was able to find "gpm_split", "wrf_split", "cosmo_split" in the
"met-9.0.2/tutorial" directory. However, I could not have access to
the nc files in the gpm, wrf and cosmo directories. Also, I could not
find/access the bash script in the "/modelComparison/".
I believe I am not doing something correctly.
Thank you.
Best regards,Imoleayo On Friday, June 12, 2020, 08:39:44 PM GMT+2,
John Halley Gotway via RT <met_help at ucar.edu> wrote:
Hello, my name is John and I work with Juile on providing support for
MET.
She forwarded your question to me about using the MET Docker
container.
Yes, using Docker containers does make getting started much easier
since
there's no compilation required. However, you do need to become
familiar
with running commands in Docker. Specifically, you need to learn how
to
mount "Volumes" (i.e. directories) from outside of the container
inside the
container. And you do that using the "-v" command line option.
The DTC actually has an online tutorial about the use of Docker to run
numerical weather prediction components, including MET. If you have
the
interest and time, I think it'd be very helpful to go through these
exercises:
https://dtcenter.org/community-code/numerical-weather-prediction-nwp-
containers/tutorial-version-3
Listed below is one of the commands we execute during that tutorial
from
this page:
https://dtcenter.org/tutorial-version-3/hurricane-sandy-case-27-oct-
2012/run-met-verification-software
docker run --rm -it -e LOCAL_USER_ID=`id -u $USER` --volumes-from
sandy \
-v
${PROJ_DIR}/container-dtc-
nwp/components/scripts/common:/home/scripts/common
\
-v
${PROJ_DIR}/container-dtc-
nwp/components/scripts/sandy_20121027:/home/scripts/case
\
-v ${CASE_DIR}/postprd:/home/postprd -v
${CASE_DIR}/metprd:/home/metprd \
--name run-sandy-met dtcenter/met:8.1.2
/home/scripts/common/run_met.ksh
I mention this to illustrate the use of the "-v" command line option.
It's
used to mount directories from your local machine into the
container... "-v
LOCAL_DIRECTORY:CONTAINER_DIRECTORY".
Hope that helps get you going.
Thanks,
John
On Tue, Jun 9, 2020 at 2:54 PM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear Julie,
> Greetings. I hope you are well and safe?
> I have tried installing MET with the links you provide but I got
error
> again.Please see attached config.log and environment variables I
set.
> On the other hand, I was able to install the MET version 9.0.2 using
the
> docker (
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1) but
> I cannot access my Documents and other directories from the
container. I
> believe there should be a way around this.
>
> Thank you.
> Best regards,Imoleayo
> On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo <
> gbodeimoleayo at yahoo.com> wrote:
>
> Thanks Julie.
> I will try these steps and revert to you ASAP.
> Thanks for your time and efforts.
> Best regards,Imoleayo
> On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT
> <met_help at ucar.edu> wrote:
>
> Thank you for letting me know. Could you please try compiling MET
outside
> of the script following the configuration and compiling guidelines
on these
> pages of our online tutorial? The tutorial is for met-8.0, but the
> instructions are the same for met-9.0.2, you'll just use the latest
MET
> package in place of met-8.0.
>
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
>
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
>
> Please let me know how it goes and if you have any questions in the
> process.
>
> Julie
>
> On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Thanks for your response.
> > Yes, they all have lib subdirectories.
> > Thank you.
> > Best regards,Imoleayo
> > On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Hi Imoleayo.
> >
> > No need to apologize - we're happy to help. I wish the script
worked
> > better for you. The script is intended for Linux machines and not
for
> > MacOSX, so I am not too surprised that there are issues. I agree
that it
> > would be great if we could better support MacOSX. We'll see what
we can
> do
> > in the future depending on our funding. Thank you for offering to
test!
> > That is very kind of you, very much appreciated, and we just may
take you
> > up on that.
> >
> > The config.log files indicate that there is a problem with the
linker
> being
> > able to find certain directories:
> >
> > > ld: warning: directory not found for option '-L-L/lib'
> > > ld: warning: directory not found for option '-
L${MET_NETCDF}/lib'
> > > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > > ld: warning: directory not found for option '-
L${MET_HDFEOS}/lib'
> > > ld: unknown option: --disable-new-dtags
> > > clang: error: linker command failed with exit code 1 (use -v to
see
> > > invocation)
> > > configure:5070: $? = 1
> > >
> >
> > I have not seen this problem previously.
> >
> > I see that you have set the following:
> > MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> > MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> > MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> > MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
> >
> > Do all of those have lib subdirectories? Does /lib exist?
> >
> > Julie
> >
> > On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Sorry for taking too much of your time on this issue. I
sincerely
> > > appreciate your time and support so far.
> > > It's just surprising to me that the installation with the script
is not
> > > coming easy as it was with the version I used to install on my
iMac
> > > sometimes last year. Maybe there is need to write another script
> > specially
> > > to install MET on MacOSX. I will be glad to test such script for
you.
> > > Thanks for the links. However, Freetype installed fine with the
script
> > but
> > > I turned off cairo.
> > > Now I get error while configuring met with intel and gnu. It's
> > complaining
> > > about c++. Please see attached config.log and configure.log
files.
> > > Thank you.
> > > Best regards,Imoleayo
> > >
> > > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie
Prestopnik via
> RT
> > > <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > My apologies for the delayed response. I was in meetings all
day.
> > >
> > > You have brought to my attention some improvements I need to
make to
> the
> > > script in order for you to be able to not compile Cairo and
Freetype
> and
> > > point to the appropriate locations. Thank you! So, while you
will not
> be
> > > able to currently use the script to compile MET pointing to a
different
> > > location for Cairo and Freetype, you can still install MET
following
> the
> > > configuration and compiling guidelines on this page of our
tutorial:
> > >
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > >
> > > Unfortunately, our website will be undergoing some maintenance
on
> > > Thursday, June 4, around 11 am MST and will be unavailable for a
period
> > of
> > > time while we are making a web server change. My apologies for
the
> > > inconvenience. We’ll be back up and running as fast as possible.
> > >
> > > I also hope to update the script sometime soon, but it may not
be
> before
> > > the end of the week.
> > >
> > > Please let me know if you have any questions.
> > >
> > > Julie
> > >
> > > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Thanks Julie.
> > > > I already have Cairo installed in this directory
> > > > (/usr/local/Cellar/cairo/) using homebrew.
> > > > While I turn it off in the script, can I point met tool to
this path
> so
> > > > that I can have the MODE graphics tool enabled, which is very
> important
> > > for
> > > > my use? How?
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie
Prestopnik via
> RT
> > <
> > > > met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > Thank you for letting us know that you would like to proceed
with
> using
> > > the
> > > > shell script before using Docker to install MET. We can
definitely
> > keep
> > > > working on that.
> > > >
> > > > Are you suggesting that I turn off the installation of cairo?
> > > > >
> > > > Yes. Cairo and Freetype are the two optional libraries that
are used
> > for
> > > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> > script
> > > > you set the following:
> > > >
> > > > COMPILE_FREETYPE=0
> > > > >
> > > > > COMPILE_CAIRO=0
> > > > >
> > > >
> > > > so that MET will not enable the MODE graphics tool.
> > > >
> > > > Please let us know how it goes.
> > > >
> > > > Thanks,
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> > met_help at ucar.edu
> > > >
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Hi Julie,
> > > > > Thanks for the information and very detailed explanation.
> > > > > I would like to exhaust all possible options of using the
shell
> > script
> > > > > before using the Docker to install MET.
> > > > > On point 3, Are you suggesting that I turn off the
installation of
> > > cairo?
> > > > > Thank you.
> > > > >
> > > > > Best regards,Imoleayo
> > > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for letting us know about HDF4. I should let you
know
> that
> > > we
> > > > > have not tested using that version of HDF4. Please let us
know if
> > you
> > > > > encounter any problems with it.
> > > > >
> > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > detailed
> > > > > > steps/guide on how to use install with docker.
> > > > >
> > > > > Would you like to get more assistance using Docker? If so,
I can
> > have
> > > > > another team member who is more familiar with docker help
provide
> > > > guidance.
> > > > >
> > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > specifically on make. Please see attached the make.log.
> > > > >
> > > > > I see that you're having compilation issues with the Cairo
library.
> > > While
> > > > > we do recommend using the --enable-grib2 and --enable-python
> > > compilation
> > > > > options to install support for GRIB2 and Python embedding,
we don't
> > > > > recommend putting any time into the --enable_mode_graphics
option.
> > That
> > > > > option enables compilation of the plot_mode_field utility,
which
> > writes
> > > > png
> > > > > output. But the functionality of that tool really isn't much
> > different
> > > > from
> > > > > the functionality of the plot_data_plane utility. In fact as
we
> > develop
> > > > > additional plotting functionality in the METplotpy
repository
> > > (currently
> > > > > under development), it might make sense to replace
plot_mode_field
> > > > entirely
> > > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > > determined and would still like to see it through, just let
me
> know,
> > > and
> > > > > I'll take a closer look.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Hi Julie,
> > > > > > Greetings.
> > > > > > 1. I have been able to compile the hdf after following the
> > suggestion
> > > > > form
> > > > > > hdfhelp (below)
> > > > > > ##########Hi Imoleayo,
> > > > > >
> > > > > > We are all working from home these days!
> > > > > >
> > > > > > Unfortunately, HDF4 is not very flexible when it comes to
new
> > > compilers
> > > > > and
> > > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > > Darwin
> > > > > > 8.10.1.
> > > > > >
> > > > > > It looks like you are running Darwin 19.4, which we have
not yet
> > > tested
> > > > > > with. Our latest version of HDF4, version 4.2.15, supports
the
> > > > following
> > > > > > on the Mac:
> > > > > >
> > > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> > 10.0.0
> > > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> > 10.0.1
> > > > > >
> > > > > > However, you may have a better chance of getting this
version to
> > > build
> > > > on
> > > > > > your machine. You can get that here:
> > > > > >
> > > > > >
https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > > >
> > > > > > If you try it and encounter problems, please let us know!
> > > > > >
> > > > > > Thanks!
> > > > > > -Barbara##########
> > > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > > detailed
> > > > > > steps/guide on how to use install with docker.
> > > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > specifically on make. Please see attached the make.log.
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > >
> > > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > >
> > > > > > Thanks Julie.
> > > > > > Here is the configure summary#######
> > > > > > Configure Summary
> > > > > >
> > > > > > =================
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Compiling Options:
> > > > > >
> > > > > > ------------------
> > > > > >
> > > > > > Compilation Mode: Default
> > > > > >
> > > > > > C Compiler: gcc
> > > > > >
> > > > > > CFLAGS: -O2
> > > > > >
> > > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > > -I/Users/gbode/met/9.0.2/external_libs/include -DBIG_LONGS
-DSWAP
> > > > > >
> > > > > > LDFLAGS:
> > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Languages:
> > > > > >
> > > > > > ----------
> > > > > >
> > > > > > Fortran: Yes
> > > > > >
> > > > > > Fortran Compiler: gfortran
> > > > > >
> > > > > > FFLAGS: -O2
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > HDF support for NetCDF-3 APIs:
> > > > > >
> > > > > > ------------------------------
> > > > > >
> > > > > > HDF4-NetCDF: No
> > > > > >
> > > > > >
> > > > > > ######
> > > > > > The make gave error (please see the attached make.log).
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Thank you, Imoleayo.
> > > > > >
> > > > > > One more thing to try:
> > > > > >
> > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > >
> > > > > > make clean
> > > > > >
> > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS =
-ljpeg
> > -lz
> > > > > > > -lm/g' > Makefile_NEW
> > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > >
> > > > > > ./configure --prefix=/Users/gbode/met/9.0.2/external_libs
--host=
> > > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > >
> > > > > > make >& make.log
> > > > > >
> > > > > > make install >& make_install.log
> > > > > >
> > > > > >
> > > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > > >
> > > > > > Please let me know how it goes.
> > > > > >
> > > > > > Julie
> > > > > >
> > > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Dear Julie,
> > > > > > > Thanks for the observation and thanks for the guide on
> installing
> > > MET
> > > > > > > using docker.
> > > > > > > Here was the error I got at configure stage.
> > > > > > > #######
> > > > > > > checking for math library support... yes
> > > > > > >
> > > > > > > checking for fork... yes
> > > > > > >
> > > > > > > checking for system... yes
> > > > > > >
> > > > > > > checking for vfork... yes
> > > > > > >
> > > > > > > checking for wait... yes
> > > > > > >
> > > > > > > *** unknown host x86_64-pc-none!
> > > > > > > ###########
> > > > > > > Best regards,Imoleayo On Friday, May 29, 2020,
01:01:58 AM
> > > GMT+2,
> > > > > > Julie
> > > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Thank you for sending your Makefiles.
> > > > > > >
> > > > > > > In your config.log file I see the following is set:
> > > > > > >
> > > > > > > > uname -m = x86_64
> > > > > > > >
> > > > > > >
> > > > > > > but the Makefile shows:
> > > > > > >
> > > > > > > > host_cpu = i386
> > > > > > > >
> > > > > > >
> > > > > > > I believe that could be the problem. So, in the
configure line
> > > > below,
> > > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > > >
> > > > > > > Please try the following:
> > > > > > >
> > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > >
> > > > > > > make clean
> > > > > > >
> > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS
=
> -ljpeg
> > > -lz
> > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > >
> > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > > > --host=x86_64
> > > > > > > > --disable-netcdf
> > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > >
> > > > > > > make >& make.log
> > > > > > >
> > > > > > > make install >& make_install.log
> > > > > > >
> > > > > > >
> > > > > > > If that is successful, please set "COMPILE_HDF = 0" in
the
> > > > > > > compile_MET_all.sh and then you should be able to
continue to
> use
> > > the
> > > > > > > script to install everything else.
> > > > > > >
> > > > > > > Regarding Docker, on this page for met-9.0.2 and
METplus-3.0.2:
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > > >
> > > > > > > there is a section for DockerHub, which gives you a link
to:
> > > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > > >
> > > > > > > Here is a link to a page about using Docker that will
help you
> > get
> > > > > > started,
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > > however, it is from our 8.1 Tutorial, so instead of
running
> the
> > > > > > following
> > > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > > >
> > > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > > >
> > > > > > > you'd run the following instead to pull the latest
docker
> > > container:
> > > > > > >
> > > > > > > > docker pull dtcenter/met:9.0.2
> > > > > > >
> > > > > > >
> > > > > > > I hope that helps.
> > > > > > >
> > > > > > > Please let us know how it goes.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for you time.Please kindly find attached my
makefiles.
> > > > Should
> > > > > in
> > > > > > > > case the fix can't be found, I will explore contacting
HDF
> > > helpdesk
> > > > > as
> > > > > > an
> > > > > > > > alternative.
> > > > > > > > In the meanwhile, could you please guide me through
install
> MET
> > > via
> > > > > the
> > > > > > > > Docker?
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2, Julie
> > Prestopnik
> > > > via
> > > > > > RT
> > > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > Unfortunately, I have not encountered this error
before. I
> see
> > > in
> > > > > the
> > > > > > > > make.log file:
> > > > > > > >
> > > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > > If you get an error on this line more than one
machine
> type
> > > has
> > > > > been
> > > > > > > > > defined.
> > > > > > > > >
> > > > > > > >
> > > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > > >
> > > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > > If you get an error on this line more than one
machine type
> > has
> > > > > been
> > > > > > > > > defined.
> > > > > > > > > Please check your Makefile.
> > > > > > > > > #endif
> > > > > > > > > #define GOT_MACHINE
> > > > > > > > >
> > > > > > > >
> > > > > > > > But, it doesn't point out anything specific to check
in your
> > > > > > Makefile. I
> > > > > > > > googled a bit for this error a bit more and wasn't
able to
> find
> > > > > > anything
> > > > > > > > particularly useful. You could take a look at your
Makefile
> > for
> > > > > > HDF4.2r3
> > > > > > > > and see if you can find anything related to having
more than
> > one
> > > > > > machine
> > > > > > > > type defined. Also, please feel free to pass along
your
> > > Makefile,
> > > > > and
> > > > > > I
> > > > > > > > will also take a look at it to see if I can find
anything we
> > > could
> > > > > > change
> > > > > > > > and then have you rerun.
> > > > > > > >
> > > > > > > > Other options are to write to help at hdfgroup.org to
request
> > > support
> > > > > > from
> > > > > > > > the
> > > > > > > > HDF helpdesk. Or, we could pursue having you use MET
in a
> > Docker
> > > > > > > > container.
> > > > > > > >
> > > > > > > > Please let us know how you'd like to proceed.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for your kind response.I am also sorry for
> disturbing
> > > you.
> > > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > My apologies for the delayed response. I was out of
the
> > office
> > > > > > > > yesterday,
> > > > > > > > > and have had meetings most of today. I will take a
look
> this
> > > > > > afternoon
> > > > > > > > and
> > > > > > > > > will get back to you as soon as I can.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Please I am still waiting for your feedback on my
last
> > email.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM GMT+2,
gbode
> > > > Imoleayo
> > > > > <
> > > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your support. I did what you asked me
to do
> but
> > > the
> > > > > > result
> > > > > > > > is
> > > > > > > > > > the same.
> > > > > > > > > > Please kindly find attached the make.log,
config.log,
> > script
> > > > and
> > > > > > > > > > environment variables.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Thank you for letting me know that you would like
the
> > MODIS
> > > > > > > > > functionality
> > > > > > > > > > in MET.
> > > > > > > > > >
> > > > > > > > > > I see that you are installing on a Macbook Pro.
> > > > Unfortunately, I
> > > > > > > have
> > > > > > > > > not
> > > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > > typically
> > > > > do
> > > > > > > > > > installations on Linux machines. I'll see what I
can do
> to
> > > help
> > > > > > you.
> > > > > > > > > >
> > > > > > > > > > First, could you please pass along the environment
file
> > that
> > > > you
> > > > > > > passed
> > > > > > > > > to
> > > > > > > > > > the compile script?
> > > > > > > > > >
> > > > > > > > > > I compared our config.log files for HDF4 and
noticed a
> > couple
> > > > of
> > > > > > > > > things. I
> > > > > > > > > > see that you have the following set:
> > > > > > > > > >
> > > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > > >
> > > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > > >
> > > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and
try
> running
> > > the
> > > > > > > script
> > > > > > > > > > again without those values set?
> > > > > > > > > >
> > > > > > > > > > Also, did you make any modifications to the
script? My
> > > > > config.log
> > > > > > > file
> > > > > > > > > has
> > > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
script:
> > > > > > > > > >
> > > > > > > > > > > # Update library linker path
> > > > > > > > > >
> > > > > > > > > > export
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > > >
> > > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced in
your
> > > > > config.log
> > > > > > > file
> > > > > > > > > at
> > > > > > > > > > all. If, by any chance, you commented out that
line in
> the
> > > > > script,
> > > > > > > > > please
> > > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > > >
> > > > > > > > > > Please give those a try and let us know how it
goes.
> If
> > we
> > > > > have
> > > > > > > > > trouble
> > > > > > > > > > getting this working for you, another option would
be to
> > use
> > > a
> > > > > > Docker
> > > > > > > > > > container.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > > Yes, I want to install the HDF libs because I
will be
> > > working
> > > > > > with
> > > > > > > > some
> > > > > > > > > > > MODIS data and I am more comfortable with netCDF
file.
> > > > > > > > > > > Please kindly find attached the config.log file.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM GMT+2,
Julie
> > > > > Prestopnik
> > > > > > > via
> > > > > > > > > RT <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > >
> > > > > > > > > > > The HDF4 library is an optional library needed
only if
> > you
> > > > > intend
> > > > > > > to
> > > > > > > > > use
> > > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS
> data
> > > > from
> > > > > > HDF
> > > > > > > > > into a
> > > > > > > > > > > gridded NetCDF format that MET can read. Is
that a
> tool
> > > that
> > > > > you
> > > > > > > > need
> > > > > > > > > to
> > > > > > > > > > > use? If not, the simplest solution would be to
set the
> > > > > following
> > > > > > > the
> > > > > > > > > the
> > > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > > >
> > > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> > send
> > > > your
> > > > > > > > > > config.log
> > > > > > > > > > > file for HDF4?
> > > > > > > > > > >
> > > > > > > > > > > Also I observed you didn't add the jpeg src code
for
> > > > > installation
> > > > > > > in
> > > > > > > > > the
> > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > >
> > > > > > > > > > > For most systems we install on the jpeg src code
is
> > already
> > > > > > > > installed,
> > > > > > > > > so
> > > > > > > > > > > we do not include it. However, we have seen
some folks
> > > with
> > > > > > > machines
> > > > > > > > > > that
> > > > > > > > > > > do not have that installed already. In that
case, if
> the
> > > > user
> > > > > > has
> > > > > > > > root
> > > > > > > > > > > privileges, we typically ask them to run "sudo
apt-get
> > > > install
> > > > > > > > > > > libjpeg-dev". However, if you need guidance on
> > installing
> > > > the
> > > > > > jpeg
> > > > > > > > > > > library, please let us know.
> > > > > > > > > > >
> > > > > > > > > > > Thank you!
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear John,
> > > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > > I look forward to hearing from Julie after the
> holiday.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM GMT+2,
John
> > > Halley
> > > > > > Gotway
> > > > > > > > via
> > > > > > > > > > RT
> > > > > > > > > > > <
> > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > > >
> > > > > > > > > > > > I see you're having trouble compiling the HDF4
> library
> > > when
> > > > > > > trying
> > > > > > > > to
> > > > > > > > > > > > compile MET. I'm going to reassign this ticket
to
> Julie
> > > > > > > Prestopnik,
> > > > > > > > > who
> > > > > > > > > > > > does most of the installations for MET. Please
allow
> > her
> > > a
> > > > > few
> > > > > > > days
> > > > > > > > > to
> > > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > > >
> > > > > > > > > > > > Thanks,
> > > > > > > > > > > > John Halley Gotway
> > > > > > > > > > > >
> > > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode Imoleayo
via
> RT <
> > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348 was
acted
> > upon.
> > > > > > > > > > > > > Transaction: Ticket created by
> > gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > Subject: Error with installing MET with
the
> > shell
> > > > > script
> > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > >
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > > Greetings. I hope my mail finds you and your
team
> > well
> > > > > during
> > > > > > > > this
> > > > > > > > > > very
> > > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > > Please I am trying to build the MET on my
local
> > machine
> > > > > using
> > > > > > > the
> > > > > > > > > > shell
> > > > > > > > > > > > > script (
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > > )
> > > > > > > > > > > > > but it keeps on giving error during the make
of
> > > HDF4.2r3.
> > > > > > > > > > > > > Also I observed you didn't add the jpeg src
code
> for
> > > > > > > installation
> > > > > > > > > in
> > > > > > > > > > > the
> > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > Kindly find attached the configure and make
log
> files
> > > for
> > > > > > your
> > > > > > > > > > > > > intervention.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please do
> > not
> > > > feel
> > > > > > > > obliged
> > > > > > > > > > to
> > > > > > > > > > > reply to this email outside of your normal
working
> hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
> --
> Julie Prestopnik
> Software Engineer
> National Center for Atmospheric Research
> Research Applications Laboratory
> Phone: 303.497.8399
> Email: jpresto at ucar.edu
>
> My working day may not be your working day. Please do not feel
obliged to
> reply to this email outside of your normal working hours.
>
>
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: John Halley Gotway
Time: Sat Jun 13 09:23:37 2020
Looking at that command, I don't think you have your "-v" options
quite
correct. It's supposed to be "-v LOCAL_PATH : CONTAINER_PATH". I
suspect
/Users/gbode/Documents/SWIFT/data/modelComparison is your LOCAL_PATH.
But list that directory out to make sure:
* ls /Users/gbode/Documents/SWIFT/data/modelComparison/*
Does that contain the gpm_split, wrf_split, and cosmo_split sub-
directories.
Assuming so, please try running this command next:
* docker run --rm -it -v
${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
/Users/gbode/Documents/SWIFT/data/modelComparison:/modelComparison
dtcenter/met:9.0.2
/bin/bash*
>From INSIDE the container, run:
* ls /modelComparison*
And you should now see the gpm_split, wrf_split, and cosmo_split
sub-directories.
Since those are all of sub-directories of the same parent directory,
you
should only need to mount that single directory (hopefully).
John
On Sat, Jun 13, 2020 at 7:59 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for taking up this request.
> This is Imoleayo your regular friend. Thanks for your usual
support.I am
> now trying to run METool on my local machine and it is like a whole
new
> working environment for me.When I followed your suggestion, I ran"
> docker run --rm -it -v
> ${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/gpm_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/wrf_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/cosmo_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison
> dtcenter/met:9.0.2 /bin/bash
> "and I was able to find "gpm_split", "wrf_split", "cosmo_split" in
the
> "met-9.0.2/tutorial" directory. However, I could not have access to
the nc
> files in the gpm, wrf and cosmo directories. Also, I could not
find/access
> the bash script in the "/modelComparison/".
> I believe I am not doing something correctly.
> Thank you.
> Best regards,Imoleayo On Friday, June 12, 2020, 08:39:44 PM
GMT+2, John
> Halley Gotway via RT <met_help at ucar.edu> wrote:
>
> Hello, my name is John and I work with Juile on providing support
for MET.
> She forwarded your question to me about using the MET Docker
container.
>
> Yes, using Docker containers does make getting started much easier
since
> there's no compilation required. However, you do need to become
familiar
> with running commands in Docker. Specifically, you need to learn how
to
> mount "Volumes" (i.e. directories) from outside of the container
inside the
> container. And you do that using the "-v" command line option.
>
> The DTC actually has an online tutorial about the use of Docker to
run
> numerical weather prediction components, including MET. If you have
the
> interest and time, I think it'd be very helpful to go through these
> exercises:
>
>
> https://dtcenter.org/community-code/numerical-weather-prediction-
nwp-containers/tutorial-version-3
>
> Listed below is one of the commands we execute during that tutorial
from
> this page:
>
>
> https://dtcenter.org/tutorial-version-3/hurricane-sandy-case-27-oct-
2012/run-met-verification-software
>
> docker run --rm -it -e LOCAL_USER_ID=`id -u $USER` --volumes-from
sandy \
> -v
>
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/common:/home/scripts/common
> \
> -v
>
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/sandy_20121027:/home/scripts/case
> \
> -v ${CASE_DIR}/postprd:/home/postprd -v
${CASE_DIR}/metprd:/home/metprd \
> --name run-sandy-met dtcenter/met:8.1.2
/home/scripts/common/run_met.ksh
>
> I mention this to illustrate the use of the "-v" command line
option. It's
> used to mount directories from your local machine into the
container... "-v
> LOCAL_DIRECTORY:CONTAINER_DIRECTORY".
>
> Hope that helps get you going.
>
> Thanks,
> John
>
> On Tue, Jun 9, 2020 at 2:54 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Greetings. I hope you are well and safe?
> > I have tried installing MET with the links you provide but I got
error
> > again.Please see attached config.log and environment variables I
set.
> > On the other hand, I was able to install the MET version 9.0.2
using the
> > docker (
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1)
> but
> > I cannot access my Documents and other directories from the
container. I
> > believe there should be a way around this.
> >
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Thanks Julie.
> > I will try these steps and revert to you ASAP.
> > Thanks for your time and efforts.
> > Best regards,Imoleayo
> > On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Thank you for letting me know. Could you please try compiling
MET
> outside
> > of the script following the configuration and compiling guidelines
on
> these
> > pages of our online tutorial? The tutorial is for met-8.0, but
the
> > instructions are the same for met-9.0.2, you'll just use the
latest MET
> > package in place of met-8.0.
> >
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> >
> > Please let me know how it goes and if you have any questions in
the
> > process.
> >
> > Julie
> >
> > On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your response.
> > > Yes, they all have lib subdirectories.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie
Prestopnik via
> RT
> > > <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > No need to apologize - we're happy to help. I wish the script
worked
> > > better for you. The script is intended for Linux machines and
not for
> > > MacOSX, so I am not too surprised that there are issues. I
agree that
> it
> > > would be great if we could better support MacOSX. We'll see
what we
> can
> > do
> > > in the future depending on our funding. Thank you for offering
to
> test!
> > > That is very kind of you, very much appreciated, and we just may
take
> you
> > > up on that.
> > >
> > > The config.log files indicate that there is a problem with the
linker
> > being
> > > able to find certain directories:
> > >
> > > > ld: warning: directory not found for option '-L-L/lib'
> > > > ld: warning: directory not found for option '-
L${MET_NETCDF}/lib'
> > > > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > > > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > > > ld: warning: directory not found for option '-
L${MET_HDFEOS}/lib'
> > > > ld: unknown option: --disable-new-dtags
> > > > clang: error: linker command failed with exit code 1 (use -v
to see
> > > > invocation)
> > > > configure:5070: $? = 1
> > > >
> > >
> > > I have not seen this problem previously.
> > >
> > > I see that you have set the following:
> > > MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> > > MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> > > MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> > > MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
> > >
> > > Do all of those have lib subdirectories? Does /lib exist?
> > >
> > > Julie
> > >
> > > On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Sorry for taking too much of your time on this issue. I
sincerely
> > > > appreciate your time and support so far.
> > > > It's just surprising to me that the installation with the
script is
> not
> > > > coming easy as it was with the version I used to install on my
iMac
> > > > sometimes last year. Maybe there is need to write another
script
> > > specially
> > > > to install MET on MacOSX. I will be glad to test such script
for you.
> > > > Thanks for the links. However, Freetype installed fine with
the
> script
> > > but
> > > > I turned off cairo.
> > > > Now I get error while configuring met with intel and gnu. It's
> > > complaining
> > > > about c++. Please see attached config.log and configure.log
files.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > > > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie
Prestopnik
> via
> > RT
> > > > <met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > My apologies for the delayed response. I was in meetings all
day.
> > > >
> > > > You have brought to my attention some improvements I need to
make to
> > the
> > > > script in order for you to be able to not compile Cairo and
Freetype
> > and
> > > > point to the appropriate locations. Thank you! So, while you
will
> not
> > be
> > > > able to currently use the script to compile MET pointing to a
> different
> > > > location for Cairo and Freetype, you can still install MET
following
> > the
> > > > configuration and compiling guidelines on this page of our
tutorial:
> > > >
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > > >
> > > > Unfortunately, our website will be undergoing some
maintenance on
> > > > Thursday, June 4, around 11 am MST and will be unavailable for
a
> period
> > > of
> > > > time while we are making a web server change. My apologies
for the
> > > > inconvenience. We’ll be back up and running as fast as
possible.
> > > >
> > > > I also hope to update the script sometime soon, but it may not
be
> > before
> > > > the end of the week.
> > > >
> > > > Please let me know if you have any questions.
> > > >
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT <
> > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Thanks Julie.
> > > > > I already have Cairo installed in this directory
> > > > > (/usr/local/Cellar/cairo/) using homebrew.
> > > > > While I turn it off in the script, can I point met tool to
this
> path
> > so
> > > > > that I can have the MODE graphics tool enabled, which is
very
> > important
> > > > for
> > > > > my use? How?
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for letting us know that you would like to proceed
with
> > using
> > > > the
> > > > > shell script before using Docker to install MET. We can
definitely
> > > keep
> > > > > working on that.
> > > > >
> > > > > Are you suggesting that I turn off the installation of
cairo?
> > > > > >
> > > > > Yes. Cairo and Freetype are the two optional libraries that
are
> used
> > > for
> > > > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> > > script
> > > > > you set the following:
> > > > >
> > > > > COMPILE_FREETYPE=0
> > > > > >
> > > > > > COMPILE_CAIRO=0
> > > > > >
> > > > >
> > > > > so that MET will not enable the MODE graphics tool.
> > > > >
> > > > > Please let us know how it goes.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Hi Julie,
> > > > > > Thanks for the information and very detailed explanation.
> > > > > > I would like to exhaust all possible options of using the
shell
> > > script
> > > > > > before using the Docker to install MET.
> > > > > > On point 3, Are you suggesting that I turn off the
installation
> of
> > > > cairo?
> > > > > > Thank you.
> > > > > >
> > > > > > Best regards,Imoleayo
> > > > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for letting us know about HDF4. I should let
you know
> > that
> > > > we
> > > > > > have not tested using that version of HDF4. Please let us
know
> if
> > > you
> > > > > > encounter any problems with it.
> > > > > >
> > > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > > detailed
> > > > > > > steps/guide on how to use install with docker.
> > > > > >
> > > > > > Would you like to get more assistance using Docker? If
so, I can
> > > have
> > > > > > another team member who is more familiar with docker help
provide
> > > > > guidance.
> > > > > >
> > > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > > specifically on make. Please see attached the make.log.
> > > > > >
> > > > > > I see that you're having compilation issues with the Cairo
> library.
> > > > While
> > > > > > we do recommend using the --enable-grib2 and --enable-
python
> > > > compilation
> > > > > > options to install support for GRIB2 and Python embedding,
we
> don't
> > > > > > recommend putting any time into the --enable_mode_graphics
> option.
> > > That
> > > > > > option enables compilation of the plot_mode_field utility,
which
> > > writes
> > > > > png
> > > > > > output. But the functionality of that tool really isn't
much
> > > different
> > > > > from
> > > > > > the functionality of the plot_data_plane utility. In fact
as we
> > > develop
> > > > > > additional plotting functionality in the METplotpy
repository
> > > > (currently
> > > > > > under development), it might make sense to replace
> plot_mode_field
> > > > > entirely
> > > > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > > > determined and would still like to see it through, just
let me
> > know,
> > > > and
> > > > > > I'll take a closer look.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Hi Julie,
> > > > > > > Greetings.
> > > > > > > 1. I have been able to compile the hdf after following
the
> > > suggestion
> > > > > > form
> > > > > > > hdfhelp (below)
> > > > > > > ##########Hi Imoleayo,
> > > > > > >
> > > > > > > We are all working from home these days!
> > > > > > >
> > > > > > > Unfortunately, HDF4 is not very flexible when it comes
to new
> > > > compilers
> > > > > > and
> > > > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > > > Darwin
> > > > > > > 8.10.1.
> > > > > > >
> > > > > > > It looks like you are running Darwin 19.4, which we have
not
> yet
> > > > tested
> > > > > > > with. Our latest version of HDF4, version 4.2.15,
supports the
> > > > > following
> > > > > > > on the Mac:
> > > > > > >
> > > > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> > > 10.0.0
> > > > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> > > 10.0.1
> > > > > > >
> > > > > > > However, you may have a better chance of getting this
version
> to
> > > > build
> > > > > on
> > > > > > > your machine. You can get that here:
> > > > > > >
> > > > > > >
> https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > > > >
> > > > > > > If you try it and encounter problems, please let us
know!
> > > > > > >
> > > > > > > Thanks!
> > > > > > > -Barbara##########
> > > > > > > 2. I am unable to use the docker. Perhaps because I
don't have
> a
> > > > > detailed
> > > > > > > steps/guide on how to use install with docker.
> > > > > > > 3. Using the script, I am having error when compiling
the
> cairo,
> > > > > > > specifically on make. Please see attached the make.log.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > >
> > > > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > >
> > > > > > > Thanks Julie.
> > > > > > > Here is the configure summary#######
> > > > > > > Configure Summary
> > > > > > >
> > > > > > > =================
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Compiling Options:
> > > > > > >
> > > > > > > ------------------
> > > > > > >
> > > > > > > Compilation Mode: Default
> > > > > > >
> > > > > > > C Compiler: gcc
> > > > > > >
> > > > > > > CFLAGS: -O2
> > > > > > >
> > > > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
-DBIG_LONGS
> -DSWAP
> > > > > > >
> > > > > > > LDFLAGS:
> > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Languages:
> > > > > > >
> > > > > > > ----------
> > > > > > >
> > > > > > > Fortran: Yes
> > > > > > >
> > > > > > > Fortran Compiler: gfortran
> > > > > > >
> > > > > > > FFLAGS: -O2
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > HDF support for NetCDF-3 APIs:
> > > > > > >
> > > > > > > ------------------------------
> > > > > > >
> > > > > > > HDF4-NetCDF: No
> > > > > > >
> > > > > > >
> > > > > > > ######
> > > > > > > The make gave error (please see the attached make.log).
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Thank you, Imoleayo.
> > > > > > >
> > > > > > > One more thing to try:
> > > > > > >
> > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > >
> > > > > > > make clean
> > > > > > >
> > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS
=
> -ljpeg
> > > -lz
> > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > >
> > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> --host=
> > > > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > >
> > > > > > > make >& make.log
> > > > > > >
> > > > > > > make install >& make_install.log
> > > > > > >
> > > > > > >
> > > > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > > > >
> > > > > > > Please let me know how it goes.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for the observation and thanks for the guide on
> > installing
> > > > MET
> > > > > > > > using docker.
> > > > > > > > Here was the error I got at configure stage.
> > > > > > > > #######
> > > > > > > > checking for math library support... yes
> > > > > > > >
> > > > > > > > checking for fork... yes
> > > > > > > >
> > > > > > > > checking for system... yes
> > > > > > > >
> > > > > > > > checking for vfork... yes
> > > > > > > >
> > > > > > > > checking for wait... yes
> > > > > > > >
> > > > > > > > *** unknown host x86_64-pc-none!
> > > > > > > > ###########
> > > > > > > > Best regards,Imoleayo On Friday, May 29, 2020,
01:01:58 AM
> > > > GMT+2,
> > > > > > > Julie
> > > > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > Thank you for sending your Makefiles.
> > > > > > > >
> > > > > > > > In your config.log file I see the following is set:
> > > > > > > >
> > > > > > > > > uname -m = x86_64
> > > > > > > > >
> > > > > > > >
> > > > > > > > but the Makefile shows:
> > > > > > > >
> > > > > > > > > host_cpu = i386
> > > > > > > > >
> > > > > > > >
> > > > > > > > I believe that could be the problem. So, in the
configure
> line
> > > > > below,
> > > > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > > > >
> > > > > > > > Please try the following:
> > > > > > > >
> > > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > > >
> > > > > > > > make clean
> > > > > > > >
> > > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg
-lz/LIBS =
> > -ljpeg
> > > > -lz
> > > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > > >
> > > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > > > > --host=x86_64
> > > > > > > > > --disable-netcdf
> > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > > >
> > > > > > > > make >& make.log
> > > > > > > >
> > > > > > > > make install >& make_install.log
> > > > > > > >
> > > > > > > >
> > > > > > > > If that is successful, please set "COMPILE_HDF = 0" in
the
> > > > > > > > compile_MET_all.sh and then you should be able to
continue to
> > use
> > > > the
> > > > > > > > script to install everything else.
> > > > > > > >
> > > > > > > > Regarding Docker, on this page for met-9.0.2 and
> METplus-3.0.2:
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > > > >
> > > > > > > > there is a section for DockerHub, which gives you a
link to:
> > > > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > > > >
> > > > > > > > Here is a link to a page about using Docker that will
help
> you
> > > get
> > > > > > > started,
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > > > however, it is from our 8.1 Tutorial, so instead of
running
> > the
> > > > > > > following
> > > > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > > > >
> > > > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > > > >
> > > > > > > > you'd run the following instead to pull the latest
docker
> > > > container:
> > > > > > > >
> > > > > > > > > docker pull dtcenter/met:9.0.2
> > > > > > > >
> > > > > > > >
> > > > > > > > I hope that helps.
> > > > > > > >
> > > > > > > > Please let us know how it goes.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for you time.Please kindly find attached my
> makefiles.
> > > > > Should
> > > > > > in
> > > > > > > > > case the fix can't be found, I will explore
contacting HDF
> > > > helpdesk
> > > > > > as
> > > > > > > an
> > > > > > > > > alternative.
> > > > > > > > > In the meanwhile, could you please guide me through
install
> > MET
> > > > via
> > > > > > the
> > > > > > > > > Docker?
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > Unfortunately, I have not encountered this error
before. I
> > see
> > > > in
> > > > > > the
> > > > > > > > > make.log file:
> > > > > > > > >
> > > > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > > > If you get an error on this line more than one
machine
> > type
> > > > has
> > > > > > been
> > > > > > > > > > defined.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > > > >
> > > > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > > > If you get an error on this line more than one
machine
> type
> > > has
> > > > > > been
> > > > > > > > > > defined.
> > > > > > > > > > Please check your Makefile.
> > > > > > > > > > #endif
> > > > > > > > > > #define GOT_MACHINE
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > But, it doesn't point out anything specific to check
in
> your
> > > > > > > Makefile. I
> > > > > > > > > googled a bit for this error a bit more and wasn't
able to
> > find
> > > > > > > anything
> > > > > > > > > particularly useful. You could take a look at your
> Makefile
> > > for
> > > > > > > HDF4.2r3
> > > > > > > > > and see if you can find anything related to having
more
> than
> > > one
> > > > > > > machine
> > > > > > > > > type defined. Also, please feel free to pass along
your
> > > > Makefile,
> > > > > > and
> > > > > > > I
> > > > > > > > > will also take a look at it to see if I can find
anything
> we
> > > > could
> > > > > > > change
> > > > > > > > > and then have you rerun.
> > > > > > > > >
> > > > > > > > > Other options are to write to help at hdfgroup.org to
request
> > > > support
> > > > > > > from
> > > > > > > > > the
> > > > > > > > > HDF helpdesk. Or, we could pursue having you use
MET in a
> > > Docker
> > > > > > > > > container.
> > > > > > > > >
> > > > > > > > > Please let us know how you'd like to proceed.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your kind response.I am also sorry for
> > disturbing
> > > > you.
> > > > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT
> > > > > > > > > <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > My apologies for the delayed response. I was out
of the
> > > office
> > > > > > > > > yesterday,
> > > > > > > > > > and have had meetings most of today. I will take
a look
> > this
> > > > > > > afternoon
> > > > > > > > > and
> > > > > > > > > > will get back to you as soon as I can.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Please I am still waiting for your feedback on
my last
> > > email.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM
GMT+2, gbode
> > > > > Imoleayo
> > > > > > <
> > > > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Thanks for your support. I did what you asked me
to do
> > but
> > > > the
> > > > > > > result
> > > > > > > > > is
> > > > > > > > > > > the same.
> > > > > > > > > > > Please kindly find attached the make.log,
config.log,
> > > script
> > > > > and
> > > > > > > > > > > environment variables.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > > > Prestopnik
> > > > > > > via
> > > > > > > > > RT <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Thank you for letting me know that you would
like the
> > > MODIS
> > > > > > > > > > functionality
> > > > > > > > > > > in MET.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are installing on a Macbook Pro.
> > > > > Unfortunately, I
> > > > > > > > have
> > > > > > > > > > not
> > > > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > > > typically
> > > > > > do
> > > > > > > > > > > installations on Linux machines. I'll see what I
can do
> > to
> > > > help
> > > > > > > you.
> > > > > > > > > > >
> > > > > > > > > > > First, could you please pass along the
environment file
> > > that
> > > > > you
> > > > > > > > passed
> > > > > > > > > > to
> > > > > > > > > > > the compile script?
> > > > > > > > > > >
> > > > > > > > > > > I compared our config.log files for HDF4 and
noticed a
> > > couple
> > > > > of
> > > > > > > > > > things. I
> > > > > > > > > > > see that you have the following set:
> > > > > > > > > > >
> > > > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > > > >
> > > > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > > > >
> > > > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and
try
> > running
> > > > the
> > > > > > > > script
> > > > > > > > > > > again without those values set?
> > > > > > > > > > >
> > > > > > > > > > > Also, did you make any modifications to the
script? My
> > > > > > config.log
> > > > > > > > file
> > > > > > > > > > has
> > > > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
> script:
> > > > > > > > > > >
> > > > > > > > > > > > # Update library linker path
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > > > >
> > > > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced
in your
> > > > > > config.log
> > > > > > > > file
> > > > > > > > > > at
> > > > > > > > > > > all. If, by any chance, you commented out that
line in
> > the
> > > > > > script,
> > > > > > > > > > please
> > > > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > > > >
> > > > > > > > > > > Please give those a try and let us know how it
goes.
> > If
> > > we
> > > > > > have
> > > > > > > > > > trouble
> > > > > > > > > > > getting this working for you, another option
would be
> to
> > > use
> > > > a
> > > > > > > Docker
> > > > > > > > > > > container.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear Julie,
> > > > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > > > Yes, I want to install the HDF libs because I
will be
> > > > working
> > > > > > > with
> > > > > > > > > some
> > > > > > > > > > > > MODIS data and I am more comfortable with
netCDF
> file.
> > > > > > > > > > > > Please kindly find attached the config.log
file.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM
GMT+2, Julie
> > > > > > Prestopnik
> > > > > > > > via
> > > > > > > > > > RT <
> > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > > >
> > > > > > > > > > > > The HDF4 library is an optional library needed
only
> if
> > > you
> > > > > > intend
> > > > > > > > to
> > > > > > > > > > use
> > > > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS
> > data
> > > > > from
> > > > > > > HDF
> > > > > > > > > > into a
> > > > > > > > > > > > gridded NetCDF format that MET can read. Is
that a
> > tool
> > > > that
> > > > > > you
> > > > > > > > > need
> > > > > > > > > > to
> > > > > > > > > > > > use? If not, the simplest solution would be
to set
> the
> > > > > > following
> > > > > > > > the
> > > > > > > > > > the
> > > > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > > > >
> > > > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> > > send
> > > > > your
> > > > > > > > > > > config.log
> > > > > > > > > > > > file for HDF4?
> > > > > > > > > > > >
> > > > > > > > > > > > Also I observed you didn't add the jpeg src
code for
> > > > > > installation
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > >
> > > > > > > > > > > > For most systems we install on the jpeg src
code is
> > > already
> > > > > > > > > installed,
> > > > > > > > > > so
> > > > > > > > > > > > we do not include it. However, we have seen
some
> folks
> > > > with
> > > > > > > > machines
> > > > > > > > > > > that
> > > > > > > > > > > > do not have that installed already. In that
case, if
> > the
> > > > > user
> > > > > > > has
> > > > > > > > > root
> > > > > > > > > > > > privileges, we typically ask them to run "sudo
> apt-get
> > > > > install
> > > > > > > > > > > > libjpeg-dev". However, if you need guidance
on
> > > installing
> > > > > the
> > > > > > > jpeg
> > > > > > > > > > > > library, please let us know.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you!
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo
via
> RT <
> > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Dear John,
> > > > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > > > I look forward to hearing from Julie after
the
> > holiday.
> > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM
GMT+2, John
> > > > Halley
> > > > > > > Gotway
> > > > > > > > > via
> > > > > > > > > > > RT
> > > > > > > > > > > > <
> > > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > > > >
> > > > > > > > > > > > > I see you're having trouble compiling the
HDF4
> > library
> > > > when
> > > > > > > > trying
> > > > > > > > > to
> > > > > > > > > > > > > compile MET. I'm going to reassign this
ticket to
> > Julie
> > > > > > > > Prestopnik,
> > > > > > > > > > who
> > > > > > > > > > > > > does most of the installations for MET.
Please
> allow
> > > her
> > > > a
> > > > > > few
> > > > > > > > days
> > > > > > > > > > to
> > > > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > John Halley Gotway
> > > > > > > > > > > > >
> > > > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode
Imoleayo via
> > RT <
> > > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > > >
> > > > > > > > > > > > > wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348
was acted
> > > upon.
> > > > > > > > > > > > > > Transaction: Ticket created by
> > > gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > > Subject: Error with installing MET
with the
> > > shell
> > > > > > script
> > > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > > > Greetings. I hope my mail finds you and
your team
> > > well
> > > > > > during
> > > > > > > > > this
> > > > > > > > > > > very
> > > > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > > > Please I am trying to build the MET on my
local
> > > machine
> > > > > > using
> > > > > > > > the
> > > > > > > > > > > shell
> > > > > > > > > > > > > > script (
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > > > )
> > > > > > > > > > > > > > but it keeps on giving error during the
make of
> > > > HDF4.2r3.
> > > > > > > > > > > > > > Also I observed you didn't add the jpeg
src code
> > for
> > > > > > > > installation
> > > > > > > > > > in
> > > > > > > > > > > > the
> > > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > > Kindly find attached the configure and
make log
> > files
> > > > for
> > > > > > > your
> > > > > > > > > > > > > > intervention.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > > Software Engineer
> > > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > feel
> > > > > > > > > obliged
> > > > > > > > > > > to
> > > > > > > > > > > > reply to this email outside of your normal
working
> > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please do
> > not
> > > > feel
> > > > > > > > obliged
> > > > > > > > > > to
> > > > > > > > > > > reply to this email outside of your normal
working
> hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
>
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: gbode Imoleayo
Time: Sat Jun 13 10:23:29 2020
Dear John,
Thanks for your help. I was able to mount the "modelComparison"
directory and successfully run METool in the Docker container.
Thank you.
Best regards,Imoleayo
On Saturday, June 13, 2020, 05:23:42 PM GMT+2, John Halley Gotway
via RT <met_help at ucar.edu> wrote:
Looking at that command, I don't think you have your "-v" options
quite
correct. It's supposed to be "-v LOCAL_PATH : CONTAINER_PATH". I
suspect
/Users/gbode/Documents/SWIFT/data/modelComparison is your LOCAL_PATH.
But list that directory out to make sure:
* ls /Users/gbode/Documents/SWIFT/data/modelComparison/*
Does that contain the gpm_split, wrf_split, and cosmo_split sub-
directories.
Assuming so, please try running this command next:
* docker run --rm -it -v
${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
/Users/gbode/Documents/SWIFT/data/modelComparison:/modelComparison
dtcenter/met:9.0.2
/bin/bash*
>From INSIDE the container, run:
* ls /modelComparison*
And you should now see the gpm_split, wrf_split, and cosmo_split
sub-directories.
Since those are all of sub-directories of the same parent directory,
you
should only need to mount that single directory (hopefully).
John
On Sat, Jun 13, 2020 at 7:59 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for taking up this request.
> This is Imoleayo your regular friend. Thanks for your usual
support.I am
> now trying to run METool on my local machine and it is like a whole
new
> working environment for me.When I followed your suggestion, I ran"
> docker run --rm -it -v
> ${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/gpm_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/wrf_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/cosmo_split
> -v
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison
> dtcenter/met:9.0.2 /bin/bash
> "and I was able to find "gpm_split", "wrf_split", "cosmo_split" in
the
> "met-9.0.2/tutorial" directory. However, I could not have access to
the nc
> files in the gpm, wrf and cosmo directories. Also, I could not
find/access
> the bash script in the "/modelComparison/".
> I believe I am not doing something correctly.
> Thank you.
> Best regards,Imoleayo On Friday, June 12, 2020, 08:39:44 PM
GMT+2, John
> Halley Gotway via RT <met_help at ucar.edu> wrote:
>
> Hello, my name is John and I work with Juile on providing support
for MET.
> She forwarded your question to me about using the MET Docker
container.
>
> Yes, using Docker containers does make getting started much easier
since
> there's no compilation required. However, you do need to become
familiar
> with running commands in Docker. Specifically, you need to learn how
to
> mount "Volumes" (i.e. directories) from outside of the container
inside the
> container. And you do that using the "-v" command line option.
>
> The DTC actually has an online tutorial about the use of Docker to
run
> numerical weather prediction components, including MET. If you have
the
> interest and time, I think it'd be very helpful to go through these
> exercises:
>
>
> https://dtcenter.org/community-code/numerical-weather-prediction-
nwp-containers/tutorial-version-3
>
> Listed below is one of the commands we execute during that tutorial
from
> this page:
>
>
> https://dtcenter.org/tutorial-version-3/hurricane-sandy-case-27-oct-
2012/run-met-verification-software
>
> docker run --rm -it -e LOCAL_USER_ID=`id -u $USER` --volumes-from
sandy \
> -v
>
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/common:/home/scripts/common
> \
> -v
>
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/sandy_20121027:/home/scripts/case
> \
> -v ${CASE_DIR}/postprd:/home/postprd -v
${CASE_DIR}/metprd:/home/metprd \
> --name run-sandy-met dtcenter/met:8.1.2
/home/scripts/common/run_met.ksh
>
> I mention this to illustrate the use of the "-v" command line
option. It's
> used to mount directories from your local machine into the
container... "-v
> LOCAL_DIRECTORY:CONTAINER_DIRECTORY".
>
> Hope that helps get you going.
>
> Thanks,
> John
>
> On Tue, Jun 9, 2020 at 2:54 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear Julie,
> > Greetings. I hope you are well and safe?
> > I have tried installing MET with the links you provide but I got
error
> > again.Please see attached config.log and environment variables I
set.
> > On the other hand, I was able to install the MET version 9.0.2
using the
> > docker (
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1)
> but
> > I cannot access my Documents and other directories from the
container. I
> > believe there should be a way around this.
> >
> > Thank you.
> > Best regards,Imoleayo
> > On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo <
> > gbodeimoleayo at yahoo.com> wrote:
> >
> > Thanks Julie.
> > I will try these steps and revert to you ASAP.
> > Thanks for your time and efforts.
> > Best regards,Imoleayo
> > On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie Prestopnik
via RT
> > <met_help at ucar.edu> wrote:
> >
> > Thank you for letting me know. Could you please try compiling
MET
> outside
> > of the script following the configuration and compiling guidelines
on
> these
> > pages of our online tutorial? The tutorial is for met-8.0, but
the
> > instructions are the same for met-9.0.2, you'll just use the
latest MET
> > package in place of met-8.0.
> >
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> >
> > Please let me know how it goes and if you have any questions in
the
> > process.
> >
> > Julie
> >
> > On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Thanks for your response.
> > > Yes, they all have lib subdirectories.
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie
Prestopnik via
> RT
> > > <met_help at ucar.edu> wrote:
> > >
> > > Hi Imoleayo.
> > >
> > > No need to apologize - we're happy to help. I wish the script
worked
> > > better for you. The script is intended for Linux machines and
not for
> > > MacOSX, so I am not too surprised that there are issues. I
agree that
> it
> > > would be great if we could better support MacOSX. We'll see
what we
> can
> > do
> > > in the future depending on our funding. Thank you for offering
to
> test!
> > > That is very kind of you, very much appreciated, and we just may
take
> you
> > > up on that.
> > >
> > > The config.log files indicate that there is a problem with the
linker
> > being
> > > able to find certain directories:
> > >
> > > > ld: warning: directory not found for option '-L-L/lib'
> > > > ld: warning: directory not found for option '-
L${MET_NETCDF}/lib'
> > > > ld: warning: directory not found for option '-L${MET_GSL}/lib'
> > > > ld: warning: directory not found for option '-L${MET_HDF}/lib'
> > > > ld: warning: directory not found for option '-
L${MET_HDFEOS}/lib'
> > > > ld: unknown option: --disable-new-dtags
> > > > clang: error: linker command failed with exit code 1 (use -v
to see
> > > > invocation)
> > > > configure:5070: $? = 1
> > > >
> > >
> > > I have not seen this problem previously.
> > >
> > > I see that you have set the following:
> > > MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> > > MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> > > MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> > > MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
> > >
> > > Do all of those have lib subdirectories? Does /lib exist?
> > >
> > > Julie
> > >
> > > On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Sorry for taking too much of your time on this issue. I
sincerely
> > > > appreciate your time and support so far.
> > > > It's just surprising to me that the installation with the
script is
> not
> > > > coming easy as it was with the version I used to install on my
iMac
> > > > sometimes last year. Maybe there is need to write another
script
> > > specially
> > > > to install MET on MacOSX. I will be glad to test such script
for you.
> > > > Thanks for the links. However, Freetype installed fine with
the
> script
> > > but
> > > > I turned off cairo.
> > > > Now I get error while configuring met with intel and gnu. It's
> > > complaining
> > > > about c++. Please see attached config.log and configure.log
files.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > >
> > > > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie
Prestopnik
> via
> > RT
> > > > <met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > My apologies for the delayed response. I was in meetings all
day.
> > > >
> > > > You have brought to my attention some improvements I need to
make to
> > the
> > > > script in order for you to be able to not compile Cairo and
Freetype
> > and
> > > > point to the appropriate locations. Thank you! So, while you
will
> not
> > be
> > > > able to currently use the script to compile MET pointing to a
> different
> > > > location for Cairo and Freetype, you can still install MET
following
> > the
> > > > configuration and compiling guidelines on this page of our
tutorial:
> > > >
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > > >
> > > > Unfortunately, our website will be undergoing some
maintenance on
> > > > Thursday, June 4, around 11 am MST and will be unavailable for
a
> period
> > > of
> > > > time while we are making a web server change. My apologies
for the
> > > > inconvenience. We’ll be back up and running as fast as
possible.
> > > >
> > > > I also hope to update the script sometime soon, but it may not
be
> > before
> > > > the end of the week.
> > > >
> > > > Please let me know if you have any questions.
> > > >
> > > > Julie
> > > >
> > > > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT <
> > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Thanks Julie.
> > > > > I already have Cairo installed in this directory
> > > > > (/usr/local/Cellar/cairo/) using homebrew.
> > > > > While I turn it off in the script, can I point met tool to
this
> path
> > so
> > > > > that I can have the MODE graphics tool enabled, which is
very
> > important
> > > > for
> > > > > my use? How?
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie
Prestopnik via
> > RT
> > > <
> > > > > met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > Thank you for letting us know that you would like to proceed
with
> > using
> > > > the
> > > > > shell script before using Docker to install MET. We can
definitely
> > > keep
> > > > > working on that.
> > > > >
> > > > > Are you suggesting that I turn off the installation of
cairo?
> > > > > >
> > > > > Yes. Cairo and Freetype are the two optional libraries that
are
> used
> > > for
> > > > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> > > script
> > > > > you set the following:
> > > > >
> > > > > COMPILE_FREETYPE=0
> > > > > >
> > > > > > COMPILE_CAIRO=0
> > > > > >
> > > > >
> > > > > so that MET will not enable the MODE graphics tool.
> > > > >
> > > > > Please let us know how it goes.
> > > > >
> > > > > Thanks,
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu
> > > > >
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Hi Julie,
> > > > > > Thanks for the information and very detailed explanation.
> > > > > > I would like to exhaust all possible options of using the
shell
> > > script
> > > > > > before using the Docker to install MET.
> > > > > > On point 3, Are you suggesting that I turn off the
installation
> of
> > > > cairo?
> > > > > > Thank you.
> > > > > >
> > > > > > Best regards,Imoleayo
> > > > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for letting us know about HDF4. I should let
you know
> > that
> > > > we
> > > > > > have not tested using that version of HDF4. Please let us
know
> if
> > > you
> > > > > > encounter any problems with it.
> > > > > >
> > > > > > 2. I am unable to use the docker. Perhaps because I don't
have a
> > > > detailed
> > > > > > > steps/guide on how to use install with docker.
> > > > > >
> > > > > > Would you like to get more assistance using Docker? If
so, I can
> > > have
> > > > > > another team member who is more familiar with docker help
provide
> > > > > guidance.
> > > > > >
> > > > > > 3. Using the script, I am having error when compiling the
cairo,
> > > > > > > specifically on make. Please see attached the make.log.
> > > > > >
> > > > > > I see that you're having compilation issues with the Cairo
> library.
> > > > While
> > > > > > we do recommend using the --enable-grib2 and --enable-
python
> > > > compilation
> > > > > > options to install support for GRIB2 and Python embedding,
we
> don't
> > > > > > recommend putting any time into the --enable_mode_graphics
> option.
> > > That
> > > > > > option enables compilation of the plot_mode_field utility,
which
> > > writes
> > > > > png
> > > > > > output. But the functionality of that tool really isn't
much
> > > different
> > > > > from
> > > > > > the functionality of the plot_data_plane utility. In fact
as we
> > > develop
> > > > > > additional plotting functionality in the METplotpy
repository
> > > > (currently
> > > > > > under development), it might make sense to replace
> plot_mode_field
> > > > > entirely
> > > > > > with Python plotting scripts. So that's our advice. But if
you're
> > > > > > determined and would still like to see it through, just
let me
> > know,
> > > > and
> > > > > > I'll take a closer look.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Hi Julie,
> > > > > > > Greetings.
> > > > > > > 1. I have been able to compile the hdf after following
the
> > > suggestion
> > > > > > form
> > > > > > > hdfhelp (below)
> > > > > > > ##########Hi Imoleayo,
> > > > > > >
> > > > > > > We are all working from home these days!
> > > > > > >
> > > > > > > Unfortunately, HDF4 is not very flexible when it comes
to new
> > > > compilers
> > > > > > and
> > > > > > > releases, and HDF 4.2r3 is old (released in 2008). It
supported
> > > > Darwin
> > > > > > > 8.10.1.
> > > > > > >
> > > > > > > It looks like you are running Darwin 19.4, which we have
not
> yet
> > > > tested
> > > > > > > with. Our latest version of HDF4, version 4.2.15,
supports the
> > > > > following
> > > > > > > on the Mac:
> > > > > > >
> > > > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> > > 10.0.0
> > > > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> > > 10.0.1
> > > > > > >
> > > > > > > However, you may have a better chance of getting this
version
> to
> > > > build
> > > > > on
> > > > > > > your machine. You can get that here:
> > > > > > >
> > > > > > >
> https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > > > >
> > > > > > > If you try it and encounter problems, please let us
know!
> > > > > > >
> > > > > > > Thanks!
> > > > > > > -Barbara##########
> > > > > > > 2. I am unable to use the docker. Perhaps because I
don't have
> a
> > > > > detailed
> > > > > > > steps/guide on how to use install with docker.
> > > > > > > 3. Using the script, I am having error when compiling
the
> cairo,
> > > > > > > specifically on make. Please see attached the make.log.
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > >
> > > > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
Imoleayo <
> > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > >
> > > > > > > Thanks Julie.
> > > > > > > Here is the configure summary#######
> > > > > > > Configure Summary
> > > > > > >
> > > > > > > =================
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Compiling Options:
> > > > > > >
> > > > > > > ------------------
> > > > > > >
> > > > > > > Compilation Mode: Default
> > > > > > >
> > > > > > > C Compiler: gcc
> > > > > > >
> > > > > > > CFLAGS: -O2
> > > > > > >
> > > > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
-DBIG_LONGS
> -DSWAP
> > > > > > >
> > > > > > > LDFLAGS:
> > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Languages:
> > > > > > >
> > > > > > > ----------
> > > > > > >
> > > > > > > Fortran: Yes
> > > > > > >
> > > > > > > Fortran Compiler: gfortran
> > > > > > >
> > > > > > > FFLAGS: -O2
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > HDF support for NetCDF-3 APIs:
> > > > > > >
> > > > > > > ------------------------------
> > > > > > >
> > > > > > > HDF4-NetCDF: No
> > > > > > >
> > > > > > >
> > > > > > > ######
> > > > > > > The make gave error (please see the attached make.log).
> > > > > > > Thank you.
> > > > > > > Best regards,Imoleayo
> > > > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Thank you, Imoleayo.
> > > > > > >
> > > > > > > One more thing to try:
> > > > > > >
> > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > >
> > > > > > > make clean
> > > > > > >
> > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg -lz/LIBS
=
> -ljpeg
> > > -lz
> > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > >
> > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> --host=
> > > > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > >
> > > > > > > make >& make.log
> > > > > > >
> > > > > > > make install >& make_install.log
> > > > > > >
> > > > > > >
> > > > > > > Note that I replace x86_64 with x86_64-apple-darwin19.
> > > > > > >
> > > > > > > Please let me know how it goes.
> > > > > > >
> > > > > > > Julie
> > > > > > >
> > > > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Dear Julie,
> > > > > > > > Thanks for the observation and thanks for the guide on
> > installing
> > > > MET
> > > > > > > > using docker.
> > > > > > > > Here was the error I got at configure stage.
> > > > > > > > #######
> > > > > > > > checking for math library support... yes
> > > > > > > >
> > > > > > > > checking for fork... yes
> > > > > > > >
> > > > > > > > checking for system... yes
> > > > > > > >
> > > > > > > > checking for vfork... yes
> > > > > > > >
> > > > > > > > checking for wait... yes
> > > > > > > >
> > > > > > > > *** unknown host x86_64-pc-none!
> > > > > > > > ###########
> > > > > > > > Best regards,Imoleayo On Friday, May 29, 2020,
01:01:58 AM
> > > > GMT+2,
> > > > > > > Julie
> > > > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Hi Imoleayo.
> > > > > > > >
> > > > > > > > Thank you for sending your Makefiles.
> > > > > > > >
> > > > > > > > In your config.log file I see the following is set:
> > > > > > > >
> > > > > > > > > uname -m = x86_64
> > > > > > > > >
> > > > > > > >
> > > > > > > > but the Makefile shows:
> > > > > > > >
> > > > > > > > > host_cpu = i386
> > > > > > > > >
> > > > > > > >
> > > > > > > > I believe that could be the problem. So, in the
configure
> line
> > > > > below,
> > > > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > > > >
> > > > > > > > Please try the following:
> > > > > > > >
> > > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > > >
> > > > > > > > make clean
> > > > > > > >
> > > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg
-lz/LIBS =
> > -ljpeg
> > > > -lz
> > > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > > >
> > > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > > > > --host=x86_64
> > > > > > > > > --disable-netcdf
> > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > > >
> > > > > > > > make >& make.log
> > > > > > > >
> > > > > > > > make install >& make_install.log
> > > > > > > >
> > > > > > > >
> > > > > > > > If that is successful, please set "COMPILE_HDF = 0" in
the
> > > > > > > > compile_MET_all.sh and then you should be able to
continue to
> > use
> > > > the
> > > > > > > > script to install everything else.
> > > > > > > >
> > > > > > > > Regarding Docker, on this page for met-9.0.2 and
> METplus-3.0.2:
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > > > >
> > > > > > > > there is a section for DockerHub, which gives you a
link to:
> > > > > > > > https://hub.docker.com/repository/docker/dtcenter/met
> > > > > > > >
> > > > > > > > Here is a link to a page about using Docker that will
help
> you
> > > get
> > > > > > > started,
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > > > however, it is from our 8.1 Tutorial, so instead of
running
> > the
> > > > > > > following
> > > > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > > > >
> > > > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > > > >
> > > > > > > > you'd run the following instead to pull the latest
docker
> > > > container:
> > > > > > > >
> > > > > > > > > docker pull dtcenter/met:9.0.2
> > > > > > > >
> > > > > > > >
> > > > > > > > I hope that helps.
> > > > > > > >
> > > > > > > > Please let us know how it goes.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for you time.Please kindly find attached my
> makefiles.
> > > > > Should
> > > > > > in
> > > > > > > > > case the fix can't be found, I will explore
contacting HDF
> > > > helpdesk
> > > > > > as
> > > > > > > an
> > > > > > > > > alternative.
> > > > > > > > > In the meanwhile, could you please guide me through
install
> > MET
> > > > via
> > > > > > the
> > > > > > > > > Docker?
> > > > > > > > > Thank you.
> > > > > > > > > Best regards,Imoleayo
> > > > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2,
Julie
> > > Prestopnik
> > > > > via
> > > > > > > RT
> > > > > > > > <
> > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > Unfortunately, I have not encountered this error
before. I
> > see
> > > > in
> > > > > > the
> > > > > > > > > make.log file:
> > > > > > > > >
> > > > > > > > > > hdfi.h(1352): error: identifier "If" is undefined
> > > > > > > > > > If you get an error on this line more than one
machine
> > type
> > > > has
> > > > > > been
> > > > > > > > > > defined.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > > > >
> > > > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > > > If you get an error on this line more than one
machine
> type
> > > has
> > > > > > been
> > > > > > > > > > defined.
> > > > > > > > > > Please check your Makefile.
> > > > > > > > > > #endif
> > > > > > > > > > #define GOT_MACHINE
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > But, it doesn't point out anything specific to check
in
> your
> > > > > > > Makefile. I
> > > > > > > > > googled a bit for this error a bit more and wasn't
able to
> > find
> > > > > > > anything
> > > > > > > > > particularly useful. You could take a look at your
> Makefile
> > > for
> > > > > > > HDF4.2r3
> > > > > > > > > and see if you can find anything related to having
more
> than
> > > one
> > > > > > > machine
> > > > > > > > > type defined. Also, please feel free to pass along
your
> > > > Makefile,
> > > > > > and
> > > > > > > I
> > > > > > > > > will also take a look at it to see if I can find
anything
> we
> > > > could
> > > > > > > change
> > > > > > > > > and then have you rerun.
> > > > > > > > >
> > > > > > > > > Other options are to write to help at hdfgroup.org to
request
> > > > support
> > > > > > > from
> > > > > > > > > the
> > > > > > > > > HDF helpdesk. Or, we could pursue having you use
MET in a
> > > Docker
> > > > > > > > > container.
> > > > > > > > >
> > > > > > > > > Please let us know how you'd like to proceed.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for your kind response.I am also sorry for
> > disturbing
> > > > you.
> > > > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT
> > > > > > > > > <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > My apologies for the delayed response. I was out
of the
> > > office
> > > > > > > > > yesterday,
> > > > > > > > > > and have had meetings most of today. I will take
a look
> > this
> > > > > > > afternoon
> > > > > > > > > and
> > > > > > > > > > will get back to you as soon as I can.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Please I am still waiting for your feedback on
my last
> > > email.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM
GMT+2, gbode
> > > > > Imoleayo
> > > > > > <
> > > > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Thanks for your support. I did what you asked me
to do
> > but
> > > > the
> > > > > > > result
> > > > > > > > > is
> > > > > > > > > > > the same.
> > > > > > > > > > > Please kindly find attached the make.log,
config.log,
> > > script
> > > > > and
> > > > > > > > > > > environment variables.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM GMT+2,
Julie
> > > > > Prestopnik
> > > > > > > via
> > > > > > > > > RT <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Thank you for letting me know that you would
like the
> > > MODIS
> > > > > > > > > > functionality
> > > > > > > > > > > in MET.
> > > > > > > > > > >
> > > > > > > > > > > I see that you are installing on a Macbook Pro.
> > > > > Unfortunately, I
> > > > > > > > have
> > > > > > > > > > not
> > > > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > > > typically
> > > > > > do
> > > > > > > > > > > installations on Linux machines. I'll see what I
can do
> > to
> > > > help
> > > > > > > you.
> > > > > > > > > > >
> > > > > > > > > > > First, could you please pass along the
environment file
> > > that
> > > > > you
> > > > > > > > passed
> > > > > > > > > > to
> > > > > > > > > > > the compile script?
> > > > > > > > > > >
> > > > > > > > > > > I compared our config.log files for HDF4 and
noticed a
> > > couple
> > > > > of
> > > > > > > > > > things. I
> > > > > > > > > > > see that you have the following set:
> > > > > > > > > > >
> > > > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > > > >
> > > > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > > > >
> > > > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS and
try
> > running
> > > > the
> > > > > > > > script
> > > > > > > > > > > again without those values set?
> > > > > > > > > > >
> > > > > > > > > > > Also, did you make any modifications to the
script? My
> > > > > > config.log
> > > > > > > > file
> > > > > > > > > > has
> > > > > > > > > > > a value for LD_LIBRARY_PATH, which is set in the
> script:
> > > > > > > > > > >
> > > > > > > > > > > > # Update library linker path
> > > > > > > > > > >
> > > > > > > > > > > export
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > > > >
> > > > > > > > > > > but I noticed LD_LIBRARY_PATH is not referenced
in your
> > > > > > config.log
> > > > > > > > file
> > > > > > > > > > at
> > > > > > > > > > > all. If, by any chance, you commented out that
line in
> > the
> > > > > > script,
> > > > > > > > > > please
> > > > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > > > >
> > > > > > > > > > > Please give those a try and let us know how it
goes.
> > If
> > > we
> > > > > > have
> > > > > > > > > > trouble
> > > > > > > > > > > getting this working for you, another option
would be
> to
> > > use
> > > > a
> > > > > > > Docker
> > > > > > > > > > > container.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear Julie,
> > > > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > > > Yes, I want to install the HDF libs because I
will be
> > > > working
> > > > > > > with
> > > > > > > > > some
> > > > > > > > > > > > MODIS data and I am more comfortable with
netCDF
> file.
> > > > > > > > > > > > Please kindly find attached the config.log
file.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM
GMT+2, Julie
> > > > > > Prestopnik
> > > > > > > > via
> > > > > > > > > > RT <
> > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > > >
> > > > > > > > > > > > The HDF4 library is an optional library needed
only
> if
> > > you
> > > > > > intend
> > > > > > > > to
> > > > > > > > > > use
> > > > > > > > > > > > the MODIS-Regrid tool, which reformats gridded
MODIS
> > data
> > > > > from
> > > > > > > HDF
> > > > > > > > > > into a
> > > > > > > > > > > > gridded NetCDF format that MET can read. Is
that a
> > tool
> > > > that
> > > > > > you
> > > > > > > > > need
> > > > > > > > > > to
> > > > > > > > > > > > use? If not, the simplest solution would be
to set
> the
> > > > > > following
> > > > > > > > the
> > > > > > > > > > the
> > > > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > > > >
> > > > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > If you do need the MODIS-regrid tool could you
please
> > > send
> > > > > your
> > > > > > > > > > > config.log
> > > > > > > > > > > > file for HDF4?
> > > > > > > > > > > >
> > > > > > > > > > > > Also I observed you didn't add the jpeg src
code for
> > > > > > installation
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > >
> > > > > > > > > > > > For most systems we install on the jpeg src
code is
> > > already
> > > > > > > > > installed,
> > > > > > > > > > so
> > > > > > > > > > > > we do not include it. However, we have seen
some
> folks
> > > > with
> > > > > > > > machines
> > > > > > > > > > > that
> > > > > > > > > > > > do not have that installed already. In that
case, if
> > the
> > > > > user
> > > > > > > has
> > > > > > > > > root
> > > > > > > > > > > > privileges, we typically ask them to run "sudo
> apt-get
> > > > > install
> > > > > > > > > > > > libjpeg-dev". However, if you need guidance
on
> > > installing
> > > > > the
> > > > > > > jpeg
> > > > > > > > > > > > library, please let us know.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you!
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode Imoleayo
via
> RT <
> > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Dear John,
> > > > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > > > I look forward to hearing from Julie after
the
> > holiday.
> > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM
GMT+2, John
> > > > Halley
> > > > > > > Gotway
> > > > > > > > > via
> > > > > > > > > > > RT
> > > > > > > > > > > > <
> > > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > > > >
> > > > > > > > > > > > > I see you're having trouble compiling the
HDF4
> > library
> > > > when
> > > > > > > > trying
> > > > > > > > > to
> > > > > > > > > > > > > compile MET. I'm going to reassign this
ticket to
> > Julie
> > > > > > > > Prestopnik,
> > > > > > > > > > who
> > > > > > > > > > > > > does most of the installations for MET.
Please
> allow
> > > her
> > > > a
> > > > > > few
> > > > > > > > days
> > > > > > > > > > to
> > > > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > John Halley Gotway
> > > > > > > > > > > > >
> > > > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode
Imoleayo via
> > RT <
> > > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > > >
> > > > > > > > > > > > > wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348
was acted
> > > upon.
> > > > > > > > > > > > > > Transaction: Ticket created by
> > > gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > > Subject: Error with installing MET
with the
> > > shell
> > > > > > script
> > > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > >
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > > > Greetings. I hope my mail finds you and
your team
> > > well
> > > > > > during
> > > > > > > > > this
> > > > > > > > > > > very
> > > > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > > > Please I am trying to build the MET on my
local
> > > machine
> > > > > > using
> > > > > > > > the
> > > > > > > > > > > shell
> > > > > > > > > > > > > > script (
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > > > )
> > > > > > > > > > > > > > but it keeps on giving error during the
make of
> > > > HDF4.2r3.
> > > > > > > > > > > > > > Also I observed you didn't add the jpeg
src code
> > for
> > > > > > > > installation
> > > > > > > > > > in
> > > > > > > > > > > > the
> > > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > > Kindly find attached the configure and
make log
> > files
> > > > for
> > > > > > > your
> > > > > > > > > > > > > > intervention.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > > Software Engineer
> > > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > feel
> > > > > > > > > obliged
> > > > > > > > > > > to
> > > > > > > > > > > > reply to this email outside of your normal
working
> > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please do
> > not
> > > > feel
> > > > > > > > obliged
> > > > > > > > > > to
> > > > > > > > > > > reply to this email outside of your normal
working
> hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> > --
> > Julie Prestopnik
> > Software Engineer
> > National Center for Atmospheric Research
> > Research Applications Laboratory
> > Phone: 303.497.8399
> > Email: jpresto at ucar.edu
> >
> > My working day may not be your working day. Please do not feel
obliged
> to
> > reply to this email outside of your normal working hours.
> >
> >
> >
>
>
>
------------------------------------------------
Subject: Error with installing MET with the shell script
From: Julie Prestopnik
Time: Mon Jun 15 09:48:23 2020
Great news! Thank you for letting us know. I'll go ahead and close
this
ticket for now. Please feel free to open a new ticket if you have any
other questions.
Julie
On Sat, Jun 13, 2020 at 10:23 AM gbode Imoleayo via RT
<met_help at ucar.edu>
wrote:
>
> <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
>
> Dear John,
> Thanks for your help. I was able to mount the "modelComparison"
directory
> and successfully run METool in the Docker container.
> Thank you.
> Best regards,Imoleayo
> On Saturday, June 13, 2020, 05:23:42 PM GMT+2, John Halley
Gotway via
> RT <met_help at ucar.edu> wrote:
>
> Looking at that command, I don't think you have your "-v" options
quite
> correct. It's supposed to be "-v LOCAL_PATH : CONTAINER_PATH". I
suspect
> /Users/gbode/Documents/SWIFT/data/modelComparison is your
LOCAL_PATH.
>
> But list that directory out to make sure:
> * ls /Users/gbode/Documents/SWIFT/data/modelComparison/*
>
> Does that contain the gpm_split, wrf_split, and cosmo_split
> sub-directories.
>
> Assuming so, please try running this command next:
>
> * docker run --rm -it -v
> ${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
> /Users/gbode/Documents/SWIFT/data/modelComparison:/modelComparison
> dtcenter/met:9.0.2
> /bin/bash*
>
> From INSIDE the container, run:
> * ls /modelComparison*
>
> And you should now see the gpm_split, wrf_split, and cosmo_split
> sub-directories.
>
> Since those are all of sub-directories of the same parent directory,
you
> should only need to mount that single directory (hopefully).
>
> John
>
> On Sat, Jun 13, 2020 at 7:59 AM gbode Imoleayo via RT
<met_help at ucar.edu>
> wrote:
>
> >
> > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> >
> > Dear John,
> > Thanks for taking up this request.
> > This is Imoleayo your regular friend. Thanks for your usual
support.I am
> > now trying to run METool on my local machine and it is like a
whole new
> > working environment for me.When I followed your suggestion, I ran"
> > docker run --rm -it -v
> > ${MET_TUTORIAL_DIR}/tutorial:/met/met-9.0.2/tutorial -v
> >
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/gpm_split
> > -v
> >
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/wrf_split
> > -v
> >
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison/cosmo_split
> > -v
> >
>
${MET_TUTORIAL_DIR}/tutorial:/Users/gbode/Documents/SWIFT/data/modelComparison
> > dtcenter/met:9.0.2 /bin/bash
> > "and I was able to find "gpm_split", "wrf_split", "cosmo_split" in
the
> > "met-9.0.2/tutorial" directory. However, I could not have access
to the
> nc
> > files in the gpm, wrf and cosmo directories. Also, I could not
> find/access
> > the bash script in the "/modelComparison/".
> > I believe I am not doing something correctly.
> > Thank you.
> > Best regards,Imoleayo On Friday, June 12, 2020, 08:39:44 PM
GMT+2,
> John
> > Halley Gotway via RT <met_help at ucar.edu> wrote:
> >
> > Hello, my name is John and I work with Juile on providing support
for
> MET.
> > She forwarded your question to me about using the MET Docker
container.
> >
> > Yes, using Docker containers does make getting started much easier
since
> > there's no compilation required. However, you do need to become
familiar
> > with running commands in Docker. Specifically, you need to learn
how to
> > mount "Volumes" (i.e. directories) from outside of the container
inside
> the
> > container. And you do that using the "-v" command line option.
> >
> > The DTC actually has an online tutorial about the use of Docker to
run
> > numerical weather prediction components, including MET. If you
have the
> > interest and time, I think it'd be very helpful to go through
these
> > exercises:
> >
> >
> >
> https://dtcenter.org/community-code/numerical-weather-prediction-
nwp-containers/tutorial-version-3
> >
> > Listed below is one of the commands we execute during that
tutorial from
> > this page:
> >
> >
> >
> https://dtcenter.org/tutorial-version-3/hurricane-sandy-case-27-oct-
2012/run-met-verification-software
> >
> > docker run --rm -it -e LOCAL_USER_ID=`id -u $USER` --volumes-from
sandy \
> > -v
> >
> >
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/common:/home/scripts/common
> > \
> > -v
> >
> >
> ${PROJ_DIR}/container-dtc-
nwp/components/scripts/sandy_20121027:/home/scripts/case
> > \
> > -v ${CASE_DIR}/postprd:/home/postprd -v
${CASE_DIR}/metprd:/home/metprd
> \
> > --name run-sandy-met dtcenter/met:8.1.2
/home/scripts/common/run_met.ksh
> >
> > I mention this to illustrate the use of the "-v" command line
option.
> It's
> > used to mount directories from your local machine into the
container...
> "-v
> > LOCAL_DIRECTORY:CONTAINER_DIRECTORY".
> >
> > Hope that helps get you going.
> >
> > Thanks,
> > John
> >
> > On Tue, Jun 9, 2020 at 2:54 PM gbode Imoleayo via RT
<met_help at ucar.edu>
> > wrote:
> >
> > >
> > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > >
> > > Dear Julie,
> > > Greetings. I hope you are well and safe?
> > > I have tried installing MET with the links you provide but I got
error
> > > again.Please see attached config.log and environment variables I
set.
> > > On the other hand, I was able to install the MET version 9.0.2
using
> the
> > > docker (
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> )
> > but
> > > I cannot access my Documents and other directories from the
container.
> I
> > > believe there should be a way around this.
> > >
> > > Thank you.
> > > Best regards,Imoleayo
> > > On Thursday, June 4, 2020, 01:10:29 AM GMT+2, gbode Imoleayo
<
> > > gbodeimoleayo at yahoo.com> wrote:
> > >
> > > Thanks Julie.
> > > I will try these steps and revert to you ASAP.
> > > Thanks for your time and efforts.
> > > Best regards,Imoleayo
> > > On Wednesday, June 3, 2020, 09:56:22 PM GMT+2, Julie
Prestopnik via
> RT
> > > <met_help at ucar.edu> wrote:
> > >
> > > Thank you for letting me know. Could you please try compiling
MET
> > outside
> > > of the script following the configuration and compiling
guidelines on
> > these
> > > pages of our online tutorial? The tutorial is for met-8.0, but
the
> > > instructions are the same for met-9.0.2, you'll just use the
latest MET
> > > package in place of met-8.0.
> > >
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > >
> > > Please let me know how it goes and if you have any questions in
the
> > > process.
> > >
> > > Julie
> > >
> > > On Wed, Jun 3, 2020 at 1:15 PM gbode Imoleayo via RT <
> met_help at ucar.edu>
> > > wrote:
> > >
> > > >
> > > > <URL: https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
>
> > > >
> > > > Dear Julie,
> > > > Thanks for your response.
> > > > Yes, they all have lib subdirectories.
> > > > Thank you.
> > > > Best regards,Imoleayo
> > > > On Wednesday, June 3, 2020, 07:52:46 PM GMT+2, Julie
Prestopnik
> via
> > RT
> > > > <met_help at ucar.edu> wrote:
> > > >
> > > > Hi Imoleayo.
> > > >
> > > > No need to apologize - we're happy to help. I wish the script
worked
> > > > better for you. The script is intended for Linux machines and
not
> for
> > > > MacOSX, so I am not too surprised that there are issues. I
agree
> that
> > it
> > > > would be great if we could better support MacOSX. We'll see
what we
> > can
> > > do
> > > > in the future depending on our funding. Thank you for
offering to
> > test!
> > > > That is very kind of you, very much appreciated, and we just
may take
> > you
> > > > up on that.
> > > >
> > > > The config.log files indicate that there is a problem with the
linker
> > > being
> > > > able to find certain directories:
> > > >
> > > > > ld: warning: directory not found for option '-L-L/lib'
> > > > > ld: warning: directory not found for option '-
L${MET_NETCDF}/lib'
> > > > > ld: warning: directory not found for option '-
L${MET_GSL}/lib'
> > > > > ld: warning: directory not found for option '-
L${MET_HDF}/lib'
> > > > > ld: warning: directory not found for option '-
L${MET_HDFEOS}/lib'
> > > > > ld: unknown option: --disable-new-dtags
> > > > > clang: error: linker command failed with exit code 1 (use -v
to see
> > > > > invocation)
> > > > > configure:5070: $? = 1
> > > > >
> > > >
> > > > I have not seen this problem previously.
> > > >
> > > > I see that you have set the following:
> > > > MET_NETCDF='/usr/local/Cellar/netcdf/4.7.4
> > > > MET_GSL='/Users/gbode/met/9.0.2/external_libs'
> > > > MET_HDF='/Users/gbode/met/9.0.2/external_libs'
> > > > MET_HDFEOS='/Users/gbode/met/9.0.2/external_libs'
> > > >
> > > > Do all of those have lib subdirectories? Does /lib exist?
> > > >
> > > > Julie
> > > >
> > > > On Wed, Jun 3, 2020 at 1:46 AM gbode Imoleayo via RT <
> > met_help at ucar.edu>
> > > > wrote:
> > > >
> > > > >
> > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > >
> > > > > Dear Julie,
> > > > > Sorry for taking too much of your time on this issue. I
sincerely
> > > > > appreciate your time and support so far.
> > > > > It's just surprising to me that the installation with the
script is
> > not
> > > > > coming easy as it was with the version I used to install on
my iMac
> > > > > sometimes last year. Maybe there is need to write another
script
> > > > specially
> > > > > to install MET on MacOSX. I will be glad to test such script
for
> you.
> > > > > Thanks for the links. However, Freetype installed fine with
the
> > script
> > > > but
> > > > > I turned off cairo.
> > > > > Now I get error while configuring met with intel and gnu.
It's
> > > > complaining
> > > > > about c++. Please see attached config.log and configure.log
files.
> > > > > Thank you.
> > > > > Best regards,Imoleayo
> > > > >
> > > > > On Wednesday, June 3, 2020, 02:12:58 AM GMT+2, Julie
Prestopnik
> > via
> > > RT
> > > > > <met_help at ucar.edu> wrote:
> > > > >
> > > > > Hi Imoleayo.
> > > > >
> > > > > My apologies for the delayed response. I was in meetings
all day.
> > > > >
> > > > > You have brought to my attention some improvements I need to
make
> to
> > > the
> > > > > script in order for you to be able to not compile Cairo and
> Freetype
> > > and
> > > > > point to the appropriate locations. Thank you! So, while
you will
> > not
> > > be
> > > > > able to currently use the script to compile MET pointing to
a
> > different
> > > > > location for Cairo and Freetype, you can still install MET
> following
> > > the
> > > > > configuration and compiling guidelines on this page of our
> tutorial:
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/configure-met
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/compile-met
> > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/met-online-tutorial-metv8-0/tutorial-
setup/compilation/test-scripts
> > > > >
> > > > > Unfortunately, our website will be undergoing some
maintenance on
> > > > > Thursday, June 4, around 11 am MST and will be unavailable
for a
> > period
> > > > of
> > > > > time while we are making a web server change. My apologies
for the
> > > > > inconvenience. We’ll be back up and running as fast as
possible.
> > > > >
> > > > > I also hope to update the script sometime soon, but it may
not be
> > > before
> > > > > the end of the week.
> > > > >
> > > > > Please let me know if you have any questions.
> > > > >
> > > > > Julie
> > > > >
> > > > > On Mon, Jun 1, 2020 at 2:15 PM gbode Imoleayo via RT <
> > > met_help at ucar.edu>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348 >
> > > > > >
> > > > > > Thanks Julie.
> > > > > > I already have Cairo installed in this directory
> > > > > > (/usr/local/Cellar/cairo/) using homebrew.
> > > > > > While I turn it off in the script, can I point met tool to
this
> > path
> > > so
> > > > > > that I can have the MODE graphics tool enabled, which is
very
> > > important
> > > > > for
> > > > > > my use? How?
> > > > > > Thank you.
> > > > > > Best regards,Imoleayo
> > > > > > On Monday, June 1, 2020, 09:59:41 PM GMT+2, Julie
Prestopnik
> via
> > > RT
> > > > <
> > > > > > met_help at ucar.edu> wrote:
> > > > > >
> > > > > > Hi Imoleayo.
> > > > > >
> > > > > > Thank you for letting us know that you would like to
proceed with
> > > using
> > > > > the
> > > > > > shell script before using Docker to install MET. We can
> definitely
> > > > keep
> > > > > > working on that.
> > > > > >
> > > > > > Are you suggesting that I turn off the installation of
cairo?
> > > > > > >
> > > > > > Yes. Cairo and Freetype are the two optional libraries
that are
> > used
> > > > for
> > > > > > the MODE graphics tool. I suggest that in the
compile_MET_all.sh
> > > > script
> > > > > > you set the following:
> > > > > >
> > > > > > COMPILE_FREETYPE=0
> > > > > > >
> > > > > > > COMPILE_CAIRO=0
> > > > > > >
> > > > > >
> > > > > > so that MET will not enable the MODE graphics tool.
> > > > > >
> > > > > > Please let us know how it goes.
> > > > > >
> > > > > > Thanks,
> > > > > > Julie
> > > > > >
> > > > > > On Mon, Jun 1, 2020 at 12:39 PM gbode Imoleayo via RT <
> > > > met_help at ucar.edu
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > > <URL:
https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> >
> > > > > > >
> > > > > > > Hi Julie,
> > > > > > > Thanks for the information and very detailed
explanation.
> > > > > > > I would like to exhaust all possible options of using
the shell
> > > > script
> > > > > > > before using the Docker to install MET.
> > > > > > > On point 3, Are you suggesting that I turn off the
installation
> > of
> > > > > cairo?
> > > > > > > Thank you.
> > > > > > >
> > > > > > > Best regards,Imoleayo
> > > > > > > On Monday, June 1, 2020, 06:49:55 PM GMT+2, Julie
Prestopnik
> > via
> > > > RT
> > > > > <
> > > > > > > met_help at ucar.edu> wrote:
> > > > > > >
> > > > > > > Hi Imoleayo.
> > > > > > >
> > > > > > > Thank you for letting us know about HDF4. I should let
you
> know
> > > that
> > > > > we
> > > > > > > have not tested using that version of HDF4. Please let
us know
> > if
> > > > you
> > > > > > > encounter any problems with it.
> > > > > > >
> > > > > > > 2. I am unable to use the docker. Perhaps because I
don't have
> a
> > > > > detailed
> > > > > > > > steps/guide on how to use install with docker.
> > > > > > >
> > > > > > > Would you like to get more assistance using Docker? If
so, I
> can
> > > > have
> > > > > > > another team member who is more familiar with docker
help
> provide
> > > > > > guidance.
> > > > > > >
> > > > > > > 3. Using the script, I am having error when compiling
the
> cairo,
> > > > > > > > specifically on make. Please see attached the
make.log.
> > > > > > >
> > > > > > > I see that you're having compilation issues with the
Cairo
> > library.
> > > > > While
> > > > > > > we do recommend using the --enable-grib2 and --enable-
python
> > > > > compilation
> > > > > > > options to install support for GRIB2 and Python
embedding, we
> > don't
> > > > > > > recommend putting any time into the
--enable_mode_graphics
> > option.
> > > > That
> > > > > > > option enables compilation of the plot_mode_field
utility,
> which
> > > > writes
> > > > > > png
> > > > > > > output. But the functionality of that tool really isn't
much
> > > > different
> > > > > > from
> > > > > > > the functionality of the plot_data_plane utility. In
fact as we
> > > > develop
> > > > > > > additional plotting functionality in the METplotpy
repository
> > > > > (currently
> > > > > > > under development), it might make sense to replace
> > plot_mode_field
> > > > > > entirely
> > > > > > > with Python plotting scripts. So that's our advice. But
if
> you're
> > > > > > > determined and would still like to see it through, just
let me
> > > know,
> > > > > and
> > > > > > > I'll take a closer look.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Julie
> > > > > > >
> > > > > > > On Mon, Jun 1, 2020 at 10:36 AM gbode Imoleayo via RT <
> > > > > met_help at ucar.edu
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > >
> > > > > > > > <URL:
> https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > >
> > > > > > > >
> > > > > > > > Hi Julie,
> > > > > > > > Greetings.
> > > > > > > > 1. I have been able to compile the hdf after following
the
> > > > suggestion
> > > > > > > form
> > > > > > > > hdfhelp (below)
> > > > > > > > ##########Hi Imoleayo,
> > > > > > > >
> > > > > > > > We are all working from home these days!
> > > > > > > >
> > > > > > > > Unfortunately, HDF4 is not very flexible when it comes
to new
> > > > > compilers
> > > > > > > and
> > > > > > > > releases, and HDF 4.2r3 is old (released in 2008). It
> supported
> > > > > Darwin
> > > > > > > > 8.10.1.
> > > > > > > >
> > > > > > > > It looks like you are running Darwin 19.4, which we
have not
> > yet
> > > > > tested
> > > > > > > > with. Our latest version of HDF4, version 4.2.15,
supports
> the
> > > > > > following
> > > > > > > > on the Mac:
> > > > > > > >
> > > > > > > > - macOS 10.13.6, Darwin 17.7.0 with Apple clang LLVM
version
> > > > 10.0.0
> > > > > > > > - macOS 10.14.6, Darwin 18.7.0 with Apple clang LLVM
version
> > > > 10.0.1
> > > > > > > >
> > > > > > > > However, you may have a better chance of getting this
version
> > to
> > > > > build
> > > > > > on
> > > > > > > > your machine. You can get that here:
> > > > > > > >
> > > > > > > >
> > https://portal.hdfgroup.org/display/support/HDF+4.2.15#files
> > > > > > > >
> > > > > > > > If you try it and encounter problems, please let us
know!
> > > > > > > >
> > > > > > > > Thanks!
> > > > > > > > -Barbara##########
> > > > > > > > 2. I am unable to use the docker. Perhaps because I
don't
> have
> > a
> > > > > > detailed
> > > > > > > > steps/guide on how to use install with docker.
> > > > > > > > 3. Using the script, I am having error when compiling
the
> > cairo,
> > > > > > > > specifically on make. Please see attached the
make.log.
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > >
> > > > > > > > On Friday, May 29, 2020, 01:37:55 AM GMT+2, gbode
> Imoleayo <
> > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > >
> > > > > > > > Thanks Julie.
> > > > > > > > Here is the configure summary#######
> > > > > > > > Configure Summary
> > > > > > > >
> > > > > > > > =================
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Compiling Options:
> > > > > > > >
> > > > > > > > ------------------
> > > > > > > >
> > > > > > > > Compilation Mode: Default
> > > > > > > >
> > > > > > > > C Compiler: gcc
> > > > > > > >
> > > > > > > > CFLAGS: -O2
> > > > > > > >
> > > > > > > > CPPFLAGS: -I/usr/include/rpc
> > > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
> > > > > > > > -I/Users/gbode/met/9.0.2/external_libs/include
-DBIG_LONGS
> > -DSWAP
> > > > > > > >
> > > > > > > > LDFLAGS:
> > > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > > > -L/Users/gbode/met/9.0.2/external_libs/lib
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Languages:
> > > > > > > >
> > > > > > > > ----------
> > > > > > > >
> > > > > > > > Fortran: Yes
> > > > > > > >
> > > > > > > > Fortran Compiler: gfortran
> > > > > > > >
> > > > > > > > FFLAGS: -O2
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > HDF support for NetCDF-3 APIs:
> > > > > > > >
> > > > > > > > ------------------------------
> > > > > > > >
> > > > > > > > HDF4-NetCDF: No
> > > > > > > >
> > > > > > > >
> > > > > > > > ######
> > > > > > > > The make gave error (please see the attached
make.log).
> > > > > > > > Thank you.
> > > > > > > > Best regards,Imoleayo
> > > > > > > > On Friday, May 29, 2020, 01:29:59 AM GMT+2, Julie
> Prestopnik
> > > via
> > > > > RT
> > > > > > <
> > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > >
> > > > > > > > Thank you, Imoleayo.
> > > > > > > >
> > > > > > > > One more thing to try:
> > > > > > > >
> > > > > > > > > cd /Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > > >
> > > > > > > > make clean
> > > > > > > >
> > > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg
-lz/LIBS =
> > -ljpeg
> > > > -lz
> > > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > > >
> > > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > --host=
> > > > > > > > > x86_64-apple-darwin19 --disable-netcdf
> > > > > > > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > > >
> > > > > > > > make >& make.log
> > > > > > > >
> > > > > > > > make install >& make_install.log
> > > > > > > >
> > > > > > > >
> > > > > > > > Note that I replace x86_64 with x86_64-apple-
darwin19.
> > > > > > > >
> > > > > > > > Please let me know how it goes.
> > > > > > > >
> > > > > > > > Julie
> > > > > > > >
> > > > > > > > On Thu, May 28, 2020 at 5:20 PM gbode Imoleayo via RT
<
> > > > > > met_help at ucar.edu
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > >
> > > > > > > > > <URL:
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > >
> > > > > > > > >
> > > > > > > > > Dear Julie,
> > > > > > > > > Thanks for the observation and thanks for the guide
on
> > > installing
> > > > > MET
> > > > > > > > > using docker.
> > > > > > > > > Here was the error I got at configure stage.
> > > > > > > > > #######
> > > > > > > > > checking for math library support... yes
> > > > > > > > >
> > > > > > > > > checking for fork... yes
> > > > > > > > >
> > > > > > > > > checking for system... yes
> > > > > > > > >
> > > > > > > > > checking for vfork... yes
> > > > > > > > >
> > > > > > > > > checking for wait... yes
> > > > > > > > >
> > > > > > > > > *** unknown host x86_64-pc-none!
> > > > > > > > > ###########
> > > > > > > > > Best regards,Imoleayo On Friday, May 29, 2020,
01:01:58
> AM
> > > > > GMT+2,
> > > > > > > > Julie
> > > > > > > > > Prestopnik via RT <met_help at ucar.edu> wrote:
> > > > > > > > >
> > > > > > > > > Hi Imoleayo.
> > > > > > > > >
> > > > > > > > > Thank you for sending your Makefiles.
> > > > > > > > >
> > > > > > > > > In your config.log file I see the following is set:
> > > > > > > > >
> > > > > > > > > > uname -m = x86_64
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > but the Makefile shows:
> > > > > > > > >
> > > > > > > > > > host_cpu = i386
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > I believe that could be the problem. So, in the
configure
> > line
> > > > > > below,
> > > > > > > > > we'll trying setting host by using " --host=x86_64".
> > > > > > > > >
> > > > > > > > > Please try the following:
> > > > > > > > >
> > > > > > > > > > cd
/Users/gbode/met/9.0.2/external_libs/hdf/HDF4.2r3
> > > > > > > > >
> > > > > > > > > make clean
> > > > > > > > >
> > > > > > > > > cat mfhdf/hdiff/Makefile | sed 's/LIBS = -ljpeg
-lz/LIBS =
> > > -ljpeg
> > > > > -lz
> > > > > > > > > > -lm/g' > Makefile_NEW
> > > > > > > > > > mv Makefile_NEW mfhdf/hdiff/Makefile
> > > > > > > > > >
> > > > > > > > > ./configure
--prefix=/Users/gbode/met/9.0.2/external_libs
> > > > > > --host=x86_64
> > > > > > > > > > --disable-netcdf
> > > > --with-jpeg=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > > > --with-zlib=/Users/gbode/met/9.0.2/external_libs
> > > > > > > > >
> > > > > > > > > make >& make.log
> > > > > > > > >
> > > > > > > > > make install >& make_install.log
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > If that is successful, please set "COMPILE_HDF = 0"
in the
> > > > > > > > > compile_MET_all.sh and then you should be able to
continue
> to
> > > use
> > > > > the
> > > > > > > > > script to install everything else.
> > > > > > > > >
> > > > > > > > > Regarding Docker, on this page for met-9.0.2 and
> > METplus-3.0.2:
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/metplus/metv9-0-existing-builds-
metplus-3-0-installations
> > > > > > > > >
> > > > > > > > > there is a section for DockerHub, which gives you a
link
> to:
> > > > > > > > >
https://hub.docker.com/repository/docker/dtcenter/met
> > > > > > > > >
> > > > > > > > > Here is a link to a page about using Docker that
will help
> > you
> > > > get
> > > > > > > > started,
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/community-code/model-evaluation-tools-
met/docker-container-met-8-1
> > > > > > > > > however, it is from our 8.1 Tutorial, so instead of
> running
> > > the
> > > > > > > > following
> > > > > > > > > to pull the met-8.1 Docker container from DockerHub
> > > > > > > > >
> > > > > > > > > > *docker pull dtcenter/met:8.1*
> > > > > > > > > >
> > > > > > > > > you'd run the following instead to pull the latest
docker
> > > > > container:
> > > > > > > > >
> > > > > > > > > > docker pull dtcenter/met:9.0.2
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I hope that helps.
> > > > > > > > >
> > > > > > > > > Please let us know how it goes.
> > > > > > > > >
> > > > > > > > > Julie
> > > > > > > > >
> > > > > > > > > On Thu, May 28, 2020 at 3:40 PM gbode Imoleayo via
RT <
> > > > > > > met_help at ucar.edu
> > > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > <URL:
> > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > >
> > > > > > > > > >
> > > > > > > > > > Dear Julie,
> > > > > > > > > > Thanks for you time.Please kindly find attached my
> > makefiles.
> > > > > > Should
> > > > > > > in
> > > > > > > > > > case the fix can't be found, I will explore
contacting
> HDF
> > > > > helpdesk
> > > > > > > as
> > > > > > > > an
> > > > > > > > > > alternative.
> > > > > > > > > > In the meanwhile, could you please guide me
through
> install
> > > MET
> > > > > via
> > > > > > > the
> > > > > > > > > > Docker?
> > > > > > > > > > Thank you.
> > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > On Thursday, May 28, 2020, 11:20:52 PM GMT+2,
Julie
> > > > Prestopnik
> > > > > > via
> > > > > > > > RT
> > > > > > > > > <
> > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi Imoleayo.
> > > > > > > > > >
> > > > > > > > > > Unfortunately, I have not encountered this error
> before. I
> > > see
> > > > > in
> > > > > > > the
> > > > > > > > > > make.log file:
> > > > > > > > > >
> > > > > > > > > > > hdfi.h(1352): error: identifier "If" is
undefined
> > > > > > > > > > > If you get an error on this line more than one
machine
> > > type
> > > > > has
> > > > > > > been
> > > > > > > > > > > defined.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I see the following in hdf/src/hdfi.h:
> > > > > > > > > >
> > > > > > > > > > > #ifdef GOT_MACHINE
> > > > > > > > > > > If you get an error on this line more than one
machine
> > type
> > > > has
> > > > > > > been
> > > > > > > > > > > defined.
> > > > > > > > > > > Please check your Makefile.
> > > > > > > > > > > #endif
> > > > > > > > > > > #define GOT_MACHINE
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > But, it doesn't point out anything specific to
check in
> > your
> > > > > > > > Makefile. I
> > > > > > > > > > googled a bit for this error a bit more and wasn't
able
> to
> > > find
> > > > > > > > anything
> > > > > > > > > > particularly useful. You could take a look at
your
> > Makefile
> > > > for
> > > > > > > > HDF4.2r3
> > > > > > > > > > and see if you can find anything related to having
more
> > than
> > > > one
> > > > > > > > machine
> > > > > > > > > > type defined. Also, please feel free to pass
along your
> > > > > Makefile,
> > > > > > > and
> > > > > > > > I
> > > > > > > > > > will also take a look at it to see if I can find
anything
> > we
> > > > > could
> > > > > > > > change
> > > > > > > > > > and then have you rerun.
> > > > > > > > > >
> > > > > > > > > > Other options are to write to help at hdfgroup.org to
> request
> > > > > support
> > > > > > > > from
> > > > > > > > > > the
> > > > > > > > > > HDF helpdesk. Or, we could pursue having you use
MET in
> a
> > > > Docker
> > > > > > > > > > container.
> > > > > > > > > >
> > > > > > > > > > Please let us know how you'd like to proceed.
> > > > > > > > > >
> > > > > > > > > > Julie
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Thu, May 28, 2020 at 2:46 PM gbode Imoleayo via
RT <
> > > > > > > > met_help at ucar.edu
> > > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > <URL:
> > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Dear Julie,
> > > > > > > > > > > Thanks for your kind response.I am also sorry
for
> > > disturbing
> > > > > you.
> > > > > > > > > > > I look forward to hearing from you ASAP.
> > > > > > > > > > > Thank you.
> > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > On Thursday, May 28, 2020, 10:12:05 PM GMT+2,
Julie
> > > > > Prestopnik
> > > > > > > via
> > > > > > > > > RT
> > > > > > > > > > <
> > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > >
> > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > >
> > > > > > > > > > > My apologies for the delayed response. I was
out of
> the
> > > > office
> > > > > > > > > > yesterday,
> > > > > > > > > > > and have had meetings most of today. I will
take a
> look
> > > this
> > > > > > > > afternoon
> > > > > > > > > > and
> > > > > > > > > > > will get back to you as soon as I can.
> > > > > > > > > > >
> > > > > > > > > > > Julie
> > > > > > > > > > >
> > > > > > > > > > > On Thu, May 28, 2020 at 7:15 AM gbode Imoleayo
via RT <
> > > > > > > > > met_help at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > <URL:
> > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Dear Julie,
> > > > > > > > > > > > Please I am still waiting for your feedback on
my
> last
> > > > email.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Wednesday, May 27, 2020, 12:39:37 AM
GMT+2,
> gbode
> > > > > > Imoleayo
> > > > > > > <
> > > > > > > > > > > > gbodeimoleayo at yahoo.com> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Dear Julie,
> > > > > > > > > > > > Thanks for your support. I did what you asked
me to
> do
> > > but
> > > > > the
> > > > > > > > result
> > > > > > > > > > is
> > > > > > > > > > > > the same.
> > > > > > > > > > > > Please kindly find attached the make.log,
config.log,
> > > > script
> > > > > > and
> > > > > > > > > > > > environment variables.
> > > > > > > > > > > > Thank you.
> > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > On Tuesday, May 26, 2020, 11:58:56 PM
GMT+2, Julie
> > > > > > Prestopnik
> > > > > > > > via
> > > > > > > > > > RT <
> > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you for letting me know that you would
like
> the
> > > > MODIS
> > > > > > > > > > > functionality
> > > > > > > > > > > > in MET.
> > > > > > > > > > > >
> > > > > > > > > > > > I see that you are installing on a Macbook
Pro.
> > > > > > Unfortunately, I
> > > > > > > > > have
> > > > > > > > > > > not
> > > > > > > > > > > > installed MET on a Macbook Pro previously, but
rather
> > > > > typically
> > > > > > > do
> > > > > > > > > > > > installations on Linux machines. I'll see what
I can
> do
> > > to
> > > > > help
> > > > > > > > you.
> > > > > > > > > > > >
> > > > > > > > > > > > First, could you please pass along the
environment
> file
> > > > that
> > > > > > you
> > > > > > > > > passed
> > > > > > > > > > > to
> > > > > > > > > > > > the compile script?
> > > > > > > > > > > >
> > > > > > > > > > > > I compared our config.log files for HDF4 and
noticed
> a
> > > > couple
> > > > > > of
> > > > > > > > > > > things. I
> > > > > > > > > > > > see that you have the following set:
> > > > > > > > > > > >
> > > > > > > > > > > > > CPPFLAGS=-I/usr/local/opt/sqlite/include
> > > > > > > > > > > > >
> > > > > > > > > > > > > LDFLAGS=-L/usr/local/opt/sqlite/lib
> > > > > > > > > > > > >
> > > > > > > > > > > > Could you please unset CPPFLAGS and LDFLAGS
and try
> > > running
> > > > > the
> > > > > > > > > script
> > > > > > > > > > > > again without those values set?
> > > > > > > > > > > >
> > > > > > > > > > > > Also, did you make any modifications to the
script?
> My
> > > > > > > config.log
> > > > > > > > > file
> > > > > > > > > > > has
> > > > > > > > > > > > a value for LD_LIBRARY_PATH, which is set in
the
> > script:
> > > > > > > > > > > >
> > > > > > > > > > > > > # Update library linker path
> > > > > > > > > > > >
> > > > > > > > > > > > export
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
LD_LIBRARY_PATH=${TEST_BASE}/external_libs/lib:${MET_PYTHON}/lib:${MET_NETCDF}/lib:${MET_HDF5}/lib:${MET_BUFRLIB}:${MET_GRIB2CLIB}:${LIB_JASPER}:${LIB_LIBPNG}:${LIB_Z}:${LD_LIBRARY_PATH}
> > > > > > > > > > > >
> > > > > > > > > > > > but I noticed LD_LIBRARY_PATH is not
referenced in
> your
> > > > > > > config.log
> > > > > > > > > file
> > > > > > > > > > > at
> > > > > > > > > > > > all. If, by any chance, you commented out
that line
> in
> > > the
> > > > > > > script,
> > > > > > > > > > > please
> > > > > > > > > > > > try uncommenting it before you run it again.
> > > > > > > > > > > >
> > > > > > > > > > > > Please give those a try and let us know how it
goes.
> > > If
> > > > we
> > > > > > > have
> > > > > > > > > > > trouble
> > > > > > > > > > > > getting this working for you, another option
would be
> > to
> > > > use
> > > > > a
> > > > > > > > Docker
> > > > > > > > > > > > container.
> > > > > > > > > > > >
> > > > > > > > > > > > Julie
> > > > > > > > > > > >
> > > > > > > > > > > > On Tue, May 26, 2020 at 1:50 PM gbode Imoleayo
via
> RT <
> > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > <URL:
> > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Dear Julie,
> > > > > > > > > > > > > Thanks for your detailed explanation.
> > > > > > > > > > > > > Yes, I want to install the HDF libs because
I will
> be
> > > > > working
> > > > > > > > with
> > > > > > > > > > some
> > > > > > > > > > > > > MODIS data and I am more comfortable with
netCDF
> > file.
> > > > > > > > > > > > > Please kindly find attached the config.log
file.
> > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > On Tuesday, May 26, 2020, 07:13:38 PM
GMT+2,
> Julie
> > > > > > > Prestopnik
> > > > > > > > > via
> > > > > > > > > > > RT <
> > > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > Hi Imoleayo.
> > > > > > > > > > > > >
> > > > > > > > > > > > > The HDF4 library is an optional library
needed only
> > if
> > > > you
> > > > > > > intend
> > > > > > > > > to
> > > > > > > > > > > use
> > > > > > > > > > > > > the MODIS-Regrid tool, which reformats
gridded
> MODIS
> > > data
> > > > > > from
> > > > > > > > HDF
> > > > > > > > > > > into a
> > > > > > > > > > > > > gridded NetCDF format that MET can read. Is
that a
> > > tool
> > > > > that
> > > > > > > you
> > > > > > > > > > need
> > > > > > > > > > > to
> > > > > > > > > > > > > use? If not, the simplest solution would be
to set
> > the
> > > > > > > following
> > > > > > > > > the
> > > > > > > > > > > the
> > > > > > > > > > > > > compile_MET_all.sh script:
> > > > > > > > > > > > >
> > > > > > > > > > > > > > COMPILE_HDF=0
> > > > > > > > > > > > > > COMPILE_HDFEOS=0
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > If you do need the MODIS-regrid tool could
you
> please
> > > > send
> > > > > > your
> > > > > > > > > > > > config.log
> > > > > > > > > > > > > file for HDF4?
> > > > > > > > > > > > >
> > > > > > > > > > > > > Also I observed you didn't add the jpeg src
code
> for
> > > > > > > installation
> > > > > > > > > in
> > > > > > > > > > > the
> > > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > >
> > > > > > > > > > > > > For most systems we install on the jpeg src
code is
> > > > already
> > > > > > > > > > installed,
> > > > > > > > > > > so
> > > > > > > > > > > > > we do not include it. However, we have seen
some
> > folks
> > > > > with
> > > > > > > > > machines
> > > > > > > > > > > > that
> > > > > > > > > > > > > do not have that installed already. In that
case,
> if
> > > the
> > > > > > user
> > > > > > > > has
> > > > > > > > > > root
> > > > > > > > > > > > > privileges, we typically ask them to run
"sudo
> > apt-get
> > > > > > install
> > > > > > > > > > > > > libjpeg-dev". However, if you need guidance
on
> > > > installing
> > > > > > the
> > > > > > > > jpeg
> > > > > > > > > > > > > library, please let us know.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thank you!
> > > > > > > > > > > > >
> > > > > > > > > > > > > Julie
> > > > > > > > > > > > >
> > > > > > > > > > > > > On Mon, May 25, 2020 at 1:23 AM gbode
Imoleayo via
> > RT <
> > > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > > >
> > > > > > > > > > > > > wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > <URL:
> > > > > > > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Dear John,
> > > > > > > > > > > > > > Thanks for your reply.
> > > > > > > > > > > > > > I look forward to hearing from Julie after
the
> > > holiday.
> > > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > > On Sunday, May 24, 2020, 10:48:08 PM
GMT+2,
> John
> > > > > Halley
> > > > > > > > Gotway
> > > > > > > > > > via
> > > > > > > > > > > > RT
> > > > > > > > > > > > > <
> > > > > > > > > > > > > > met_help at ucar.edu> wrote:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Hello Imoleayo,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I see you're having trouble compiling the
HDF4
> > > library
> > > > > when
> > > > > > > > > trying
> > > > > > > > > > to
> > > > > > > > > > > > > > compile MET. I'm going to reassign this
ticket to
> > > Julie
> > > > > > > > > Prestopnik,
> > > > > > > > > > > who
> > > > > > > > > > > > > > does most of the installations for MET.
Please
> > allow
> > > > her
> > > > > a
> > > > > > > few
> > > > > > > > > days
> > > > > > > > > > > to
> > > > > > > > > > > > > > respond, after the Memorial Day holiday.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > > John Halley Gotway
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > On Sat, May 23, 2020 at 5:18 AM gbode
Imoleayo
> via
> > > RT <
> > > > > > > > > > > > met_help at ucar.edu
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > wrote:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Sat May 23 05:17:59 2020: Request 95348
was
> acted
> > > > upon.
> > > > > > > > > > > > > > > Transaction: Ticket created by
> > > > gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > > Queue: met_help
> > > > > > > > > > > > > > > Subject: Error with installing MET
with
> the
> > > > shell
> > > > > > > script
> > > > > > > > > > > > > > > Owner: Nobody
> > > > > > > > > > > > > > > Requestors: gbodeimoleayo at yahoo.com
> > > > > > > > > > > > > > > Status: new
> > > > > > > > > > > > > > > Ticket <URL:
> > > > > > > > > > > >
> > https://rt.rap.ucar.edu/rt/Ticket/Display.html?id=95348
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Dear MET-Help,
> > > > > > > > > > > > > > > Greetings. I hope my mail finds you and
your
> team
> > > > well
> > > > > > > during
> > > > > > > > > > this
> > > > > > > > > > > > very
> > > > > > > > > > > > > > > special time of COVID-19 pandemic.
> > > > > > > > > > > > > > > Please I am trying to build the MET on
my local
> > > > machine
> > > > > > > using
> > > > > > > > > the
> > > > > > > > > > > > shell
> > > > > > > > > > > > > > > script (
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://dtcenter.org/sites/default/files/community-
code/met/compile_scripts/compile_MET_all.sh.tgz
> > > > > > > > > > > > > > )
> > > > > > > > > > > > > > > but it keeps on giving error during the
make of
> > > > > HDF4.2r3.
> > > > > > > > > > > > > > > Also I observed you didn't add the jpeg
src
> code
> > > for
> > > > > > > > > installation
> > > > > > > > > > > in
> > > > > > > > > > > > > the
> > > > > > > > > > > > > > > script. Is this deliberate?
> > > > > > > > > > > > > > > Kindly find attached the configure and
make log
> > > files
> > > > > for
> > > > > > > > your
> > > > > > > > > > > > > > > intervention.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Thank you.
> > > > > > > > > > > > > > > Best regards,Imoleayo
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > --
> > > > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > > > Software Engineer
> > > > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > > >
> > > > > > > > > > > > > My working day may not be your working day.
Please
> > do
> > > > not
> > > > > > feel
> > > > > > > > > > obliged
> > > > > > > > > > > > to
> > > > > > > > > > > > > reply to this email outside of your normal
working
> > > hours.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > > Software Engineer
> > > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > > >
> > > > > > > > > > > > My working day may not be your working day.
Please
> do
> > > not
> > > > > feel
> > > > > > > > > obliged
> > > > > > > > > > > to
> > > > > > > > > > > > reply to this email outside of your normal
working
> > hours.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Julie Prestopnik
> > > > > > > > > > > Software Engineer
> > > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > > >
> > > > > > > > > > > My working day may not be your working day.
Please do
> > not
> > > > feel
> > > > > > > > obliged
> > > > > > > > > > to
> > > > > > > > > > > reply to this email outside of your normal
working
> hours.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Julie Prestopnik
> > > > > > > > > > Software Engineer
> > > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > > Research Applications Laboratory
> > > > > > > > > > Phone: 303.497.8399
> > > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > > >
> > > > > > > > > > My working day may not be your working day.
Please do
> not
> > > feel
> > > > > > > obliged
> > > > > > > > > to
> > > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Julie Prestopnik
> > > > > > > > > Software Engineer
> > > > > > > > > National Center for Atmospheric Research
> > > > > > > > > Research Applications Laboratory
> > > > > > > > > Phone: 303.497.8399
> > > > > > > > > Email: jpresto at ucar.edu
> > > > > > > > >
> > > > > > > > > My working day may not be your working day. Please
do not
> > feel
> > > > > > obliged
> > > > > > > > to
> > > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Julie Prestopnik
> > > > > > > > Software Engineer
> > > > > > > > National Center for Atmospheric Research
> > > > > > > > Research Applications Laboratory
> > > > > > > > Phone: 303.497.8399
> > > > > > > > Email: jpresto at ucar.edu
> > > > > > > >
> > > > > > > > My working day may not be your working day. Please do
not
> feel
> > > > > obliged
> > > > > > > to
> > > > > > > > reply to this email outside of your normal working
hours.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Julie Prestopnik
> > > > > > > Software Engineer
> > > > > > > National Center for Atmospheric Research
> > > > > > > Research Applications Laboratory
> > > > > > > Phone: 303.497.8399
> > > > > > > Email: jpresto at ucar.edu
> > > > > > >
> > > > > > > My working day may not be your working day. Please do
not feel
> > > > obliged
> > > > > > to
> > > > > > > reply to this email outside of your normal working
hours.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > Julie Prestopnik
> > > > > > Software Engineer
> > > > > > National Center for Atmospheric Research
> > > > > > Research Applications Laboratory
> > > > > > Phone: 303.497.8399
> > > > > > Email: jpresto at ucar.edu
> > > > > >
> > > > > > My working day may not be your working day. Please do not
feel
> > > obliged
> > > > > to
> > > > > > reply to this email outside of your normal working hours.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > --
> > > > > Julie Prestopnik
> > > > > Software Engineer
> > > > > National Center for Atmospheric Research
> > > > > Research Applications Laboratory
> > > > > Phone: 303.497.8399
> > > > > Email: jpresto at ucar.edu
> > > > >
> > > > > My working day may not be your working day. Please do not
feel
> > obliged
> > > > to
> > > > > reply to this email outside of your normal working hours.
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Julie Prestopnik
> > > > Software Engineer
> > > > National Center for Atmospheric Research
> > > > Research Applications Laboratory
> > > > Phone: 303.497.8399
> > > > Email: jpresto at ucar.edu
> > > >
> > > > My working day may not be your working day. Please do not
feel
> obliged
> > > to
> > > > reply to this email outside of your normal working hours.
> > > >
> > > >
> > > >
> > >
> > > --
> > > Julie Prestopnik
> > > Software Engineer
> > > National Center for Atmospheric Research
> > > Research Applications Laboratory
> > > Phone: 303.497.8399
> > > Email: jpresto at ucar.edu
> > >
> > > My working day may not be your working day. Please do not feel
obliged
> > to
> > > reply to this email outside of your normal working hours.
> > >
> > >
> > >
> >
> >
> >
>
>
>
--
Julie Prestopnik
Software Engineer
National Center for Atmospheric Research
Research Applications Laboratory
Phone: 303.497.8399
Email: jpresto at ucar.edu
My working day may not be your working day. Please do not feel
obliged to
reply to this email outside of your normal working hours.
------------------------------------------------
More information about the Met_help
mailing list