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

RE: (#HVS-6249412) LDM compilation error using noaaport under Ubuntu Linux 24.04.1

-#-#- Please reply above this line -#-#-

Your ticket #HVS-6249412 has been updated. You can reply to this email above or review the ticket by going to:
https://support.unidata.ucar.edu/tickets/view/HVS-6249412?token=e1ce6b2a41d51e55802a31cc8b394900b6b2ef51
Stonie Cooper
Staff - Wednesday 4th September 2024 3:03 PM

Gilbert,

 

The missing header file is at the system level; if you are not the admin on the machine, you will need to solicit help from whoever that may be to install the libpng-dev package to get the png.h.  And it may not be the only one, but that would resolve that issue.

 

For the other, you can do the following as a backup to what should be happening automatically:

 

export LDMHOME;LDMHOME=${HOME}

Stonie Cooper, PhD

Software Engineer III

NSF Unidata Program Center

University Corporation for Atmospheric Research

I acknowledge that the land I live and work on is the traditional home of The Chahiksichahiks (Pawnee), The Umoⁿhoⁿ (Omaha), and The Jiwere (Otoe).
Sebenste, Gilbert
User - Wednesday 4th September 2024 2:55 PM

So I decided to “wipe out” my LDM and start over on the server. I noticed that in .bashrc, I did not have the required entries as described in the instructions.
I did that, and I do a ./configure –with-noaaport, and this happens now:

checking for sys/wait.h... yes

checking for unistd.h... (cached) yes

checking for stropts.h... no

checking for sys/ioctl.h... yes

checking for library containing log10... -lm

checking for library containing shm_open... none required

checking for library containing setsockopt... none required

checking for library containing inet_addr... none required

checking for zlib.h... yes

checking for library containing deflate... -lz

checking for png.h... no

configure: error: Header-file not found


Furthermore,

env | grep LDMHOME


Returns blank.



 

Gilbert Sebenste

Meteorology Support Analyst

image001.png

 

From: NSF Unidata Local Data Manager (LDM) <address@hidden>
Sent: Wednesday, September 4, 2024 2:39 AM
To: Sebenste, Gilbert <address@hidden>
Cc: address@hidden
Subject: [External] RE: (#HVS-6249412) LDM compilation error using noaaport under Ubuntu Linux 24.04.1

 

CAUTION: This email originated from outside of COD’s system. Do not click links, open attachments, or respond with sensitive information unless you recognize the sender and know the content is safe.

 
Stonie Cooper
Staff - Wednesday 4th September 2024 1:38 AM

Gilbert - More curious but also can band-aid to allow you to complete your compile, if you:

 

grep ETC /home/ldm/ldm-6.15.0/src/gempak/Makefile

 

-and-

 

grep ETC /home/ldm/ldm-6.15.0/src/gempak/tables/Makefile

 

autoconf should have made them both /home/ldm/etc - which is also your fix, but also let me know what yours indicate.

 

If you edit your /home/ldm/ldm-6.15.0/src/gempak/tables/Makefile to the proper path, that should finish the install, hopefully.

 

The base of the issue goes back to the initial ./configure, however, in that it appears that it requires the assignment of the env LDMHOME, and that is not being picked up or was not the case.  Do you see an assignment of LDMHOME when you:

 

env | grep LDMHOME

 

Stonie Cooper, PhD

Software Engineer III

NSF Unidata Program Center

University Corporation for Atmospheric Research

I acknowledge that the land I live and work on is the traditional home of The Chahiksichahiks (Pawnee), The Umoⁿhoⁿ (Omaha), and The Jiwere (Otoe).
Sebenste, Gilbert
User - Tuesday 3rd September 2024 9:16 PM

Hi Stonie,

That got me a lot further, but I ran into problems at the end. Here’s  what happened:

libtool: link: ar cr .libs/lib.a .libs/ByteBuf.o .libs/cmplxpack.o .libs/compack.o .libs/comunpack.o .libs/dec_jpeg2000.o .libs/dec_png.o .libs/drstemplates.o .libs/enc_jpeg2000.o .libs/enc_png.o .libs/g2_addfield.o .libs/g2_addgrid.o .libs/g2_addlocal.o .libs/g2_create.o .libs/g2_free.o .libs/g2_getfld.o .libs/g2_gribend.o .libs/g2_info.o .libs/g2_miss.o .libs/g2_pack_gp.o .libs/g2_rdieee.o .libs/g2_reduce.o .libs/g2_unpack1.o .libs/g2_unpack2.o .libs/g2_unpack3.o .libs/g2_unpack4.o .libs/g2_unpack5.o .libs/g2_unpack6.o .libs/g2_unpack7.o .libs/gbits.o .libs/getpoly.o .libs/gribid.o .libs/gridtemplates.o .libs/int_power.o .libs/jpcpack.o .libs/jpcunpack.o .libs/misspack.o .libs/mkieee.o .libs/pdstemplates.o .libs/pngpack.o .libs/pngunpack.o .libs/seekgb.o .libs/simpack.o .libs/simunpack.o .libs/specpack.o .libs/specunpack.o

libtool: link: ranlib .libs/lib.a

libtool: link: ( cd ".libs" && rm -f "lib.la" && ln -s "../lib.la" "lib.la" )

make[2]: Entering directory '/home/ldm/ldm-6.15.0/src/grib2'

make[2]: Nothing to be done for 'install-exec-am'.

make[2]: Nothing to be done for 'install-data-am'.

make[2]: Leaving directory '/home/ldm/ldm-6.15.0/src/grib2'

make[1]: Leaving directory '/home/ldm/ldm-6.15.0/src/grib2'

Making install in gempak

make[1]: Entering directory '/home/ldm/ldm-6.15.0/src/gempak'

make  install-recursive

make[2]: Entering directory '/home/ldm/ldm-6.15.0/src/gempak'

Making install in tables

make[3]: Entering directory '/home/ldm/ldm-6.15.0/src/gempak/tables'

make[4]: Entering directory '/home/ldm/ldm-6.15.0/src/gempak/tables'

/usr/bin/mkdir -p '/home/etc'

/usr/bin/mkdir: cannot create directory ‘/home/etc’: Permission denied

make[4]: *** [Makefile:396: install-dist_sysconfDATA] Error 1

make[4]: Leaving directory '/home/ldm/ldm-6.15.0/src/gempak/tables'

make[3]: *** [Makefile:467: install-am] Error 2

make[3]: Leaving directory '/home/ldm/ldm-6.15.0/src/gempak/tables'

make[2]: *** [Makefile:954: install-recursive] Error 1

make[2]: Leaving directory '/home/ldm/ldm-6.15.0/src/gempak'

make[1]: *** [Makefile:1275: install] Error 2

make[1]: Leaving directory '/home/ldm/ldm-6.15.0/src/gempak'

make: *** [Makefile:673: install-recursive] Error 1

 

So…this is odd. There was nothing to make for install-exec|data-am. Hmmmm.

 

Gilbert Sebenste

Meteorology Support Analyst

image001.png

 

From: NSF Unidata Local Data Manager (LDM) <address@hidden>
Sent: Tuesday, September 3, 2024 8:03 PM
To: Sebenste, Gilbert <address@hidden>
Cc: address@hidden
Subject: [External] RE: (#HVS-6249412) LDM compilation error using noaaport under Ubuntu Linux 24.04.1

 

CAUTION: This email originated from outside of COD’s system. Do not click links, open attachments, or respond with sensitive information unless you recognize the sender and know the content is safe.

 
Stonie Cooper
Staff - Tuesday 3rd September 2024 7:02 PM

Hello Gilbert,

 

I have not tried a compile on Ubuntu 24.04, but I would be surprised if Canonical actually downgraded C++ versions.  But stranger things . . . according to Canonical, Ubuntu 22.04 has g++-11 (or 12), and 24.04 has g++-14.  These are not the same as the C++ versions, BTW - they are the package version.  The point being that it doesn't appear to be a downgrade between Canonical versions.

 

But . . . . then I researched some more.  g++-11 and g++-12 enable the C++ v17 standard by default.  It appears that g++-14 does not, and requires the -std=c++17 as a command line argument.  I will need to look at why autoconf in the latest version does not automatically generate in the makefiles, but I believe that is the issue.  I won't know until I load a Ubuntu 24.04 instance, but you may be able to get past that issue by editing the Makefile in the ~ldm/ldm-6.15.0/src/noaaport directory, scanning down for AM_CXXFLAGS assignment, and changing it from "AM_CXXFLAGS = -std=c++11" to "AM_CXXFLAGS = -std=c++17".  Then try a make and see if that gets you any further.

 

Stonie Cooper, PhD

Software Engineer III

NSF Unidata Program Center

University Corporation for Atmospheric Research

I acknowledge that the land I live and work on is the traditional home of The Chahiksichahiks (Pawnee), The Umoⁿhoⁿ (Omaha), and The Jiwere (Otoe).

Ticket Details

Ticket #: HVS-6249412
Subject: LDM compilation error using noaaport under Ubuntu Linux 24.04.1
Department: Local Data Manager (LDM)
Status: Open
Priority: Normal

You can review the ticket by going to:
https://support.unidata.ucar.edu/tickets/view/HVS-6249412?token=e1ce6b2a41d51e55802a31cc8b394900b6b2ef51

Kind Regards,
NSF UnidataNOTE: All email exchanges with NSF Unidata User Support are recorded in the NSF Unidata support portal. Inquires to some departments are made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.