[3371] in Release_7.7_team
getting andrew locker working for linux.
daemon@ATHENA.MIT.EDU (Bill Cattey)
Thu Jun 27 22:38:57 2002
From: Bill Cattey <wdc@MIT.EDU>
To: release-team@mit.edu
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 27 Jun 2002 22:38:50 -0400
Message-Id: <1025231930.5551.20.camel@tokata.mit.edu>
Mime-Version: 1.0
In order to get Andrew working for linux the following things need to
change:
Enable the LD_LIBRARY_PATH compiled in runapp to find the dynamic
libraries by using Emacs to edit the binary. (This is known lore, and
was required when we took the Linux binaries and deployed them into
/usr/andrew.)
Now we have a new problem:
Andrew has a configuration file, AndrewSetup that MORE than just runapp
searches for.
The Sun version worked in the andrew locker because I built from Source
to use the andrew locker. /mit/andrew/6.3/sun4/etc/AndrewSetup is
searched for, and found.
The Linux version is hard-coded to search for:
/usr/andrew/etc/AndrewSetup
/usr/local/andrew/etc/AndrewSetup
/usr/vice/etc/AndrewSetup
/etc/AndrewSetup
/AndrewSetup
16 programs, and one shared library would have to be edited in Emacs
to change this hard coding.
Do people think I should do this, or should we create a symbolic link
on the Athena Linux platform pointing at
/mit/andrew/arch/linux/etc/AndrewSetup
from one of these files.
I suppose, if I edit the 17 files (18 if we want to allow people to keep
building Andrew programs), the andrew locker will continue to work until
the libc5 versions of:
libX11.so.6
libm.so.5
libc.so.5
go away. (Though I could put THEM in the Andrew locker too.)
What do people advise? I'm probably insane for wanting to keep this
working past 5 years ago anyway.
-wdc
