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

[Staging #KYN-678004]: ldm problems on ingest

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [Staging #KYN-678004]: ldm problems on ingest
  • Date: Fri, 25 Jan 2008 15:30:36 -0700
Hi Greg,

re:
> FYI - There is a bug in the GEMPAK 5.11.1 distribution. On a linux
> 64bit system with gfortran, before you build from source you need to
> edit the Makeinc.linux64_gfortran file. Change the line that reads:
> 
> #X11LIBDIR = -L/usr/X11R6/lib
> 
> to:
> 
> X11LIBDIR = -L/usr/X11R6/lib64
> 
> This was the root of my problem building the distribution - The
> X11LIBDIR was commented out and when uncommented was wrong.

Hmm... I don't think that you should have to make the change that you
made _if_ the development environment was correct.  I say this after
looking at the setup on 64-bit Fedora [78] Linux boxes here at Unidata.

Notice that on our machines there is no libX11.so in the 32-bit directory:

/usr/lib% ls -alt libX11*
lrwxrwxrwx 1 root root      15 2007-11-26 01:47 libX11.so.6 -> libX11.so.6.2.0*
-rwxr-xr-x 1 root root 1028160 2007-10-19 13:37 libX11.so.6.2.0*

/usr/lib% file libX11.so.6.2.0
libX11.so.6.2.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), 
stripped

There is, however, the expected link in the 64-bit directory:

/usr/lib64% ls -alt libX11*
lrwxrwxrwx 1 root root      15 2007-11-26 01:49 libX11.so -> libX11.so.6.2.0*
lrwxrwxrwx 1 root root      15 2007-11-26 01:40 libX11.so.6 -> libX11.so.6.2.0*
-rwxr-xr-x 1 root root 1064168 2007-10-19 13:37 libX11.so.6.2.0*

/usr/lib64% file libX11.so.6.2.0
libX11.so.6.2.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 
stripped

I bet that your system has no libX11.so link in either /usr/lib or /usr/lib64.
This link should be made when X is installed or updated by yum.

So, you/your system admin needs to figure out why the libX11.so link does
not exist on your system and correct it.  (NB: simply making the link by
hand (as 'root') is NOT the way to do this.)

And, after the libX11.so link is correctly in place in /usr/lib64, I would
rebuild GEMPAK from scratch just to make sure.

Cheers,

Tom
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: KYN-678004
Department: Support GEMPAK
Priority: Normal
Status: Closed