From xemacs-m  Mon Mar 24 15:48:08 1997
Received: from CNRI.Reston.VA.US (CNRI.Reston.VA.US [132.151.1.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id PAA17612
	for <xemacs-beta@xemacs.org>; Mon, 24 Mar 1997 15:48:07 -0600 (CST)
Received: from newcnri.cnri.reston.va.us by CNRI.Reston.VA.US id aa19822;
          24 Mar 97 16:46 EST
Received: from anthem.CNRI.Reston.Va.US by newcnri.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id QAA25318; Mon, 24 Mar 1997 16:46:27 -0500
Received: by anthem.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id QAA08470; Mon, 24 Mar 1997 16:46:26 -0500
Date: Mon, 24 Mar 1997 16:46:26 -0500
Message-Id: <199703242146.QAA08470@anthem.CNRI.Reston.Va.US>
From: "Barry A. Warsaw" <bwarsaw@CNRI.Reston.VA.US>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="lCZOpVkiU63eAtkCRi1JgDzdOJPIjRoF8o7+vdug"
Content-Transfer-Encoding: 7bit
To: xemacs-beta@xemacs.org
Subject: 19.15 installation bugs
X-Mailer: VM 6.22 under 19.15 XEmacs Lucid (beta104)
Reply-To: bwarsaw@python.org
X-Attribution: BAW
X-Oblique-Strategy: Use an old idea
X-Url: http://www.python.org/~bwarsaw


--lCZOpVkiU63eAtkCRi1JgDzdOJPIjRoF8o7+vdug
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


XEmacs has long had bugs when installing if you've configured with
prefix != exec_prefix.  I use the following values for our particular
site:

	--prefix=/depot/gnu

	--exec-prefix=/depot/gnu/plat

Since we're getting close, I figured I'd try to do an install of b104
(which seems to have built and runs fine on Sparc/Solaris 2.5, BTW).
Here are the warning messages I get after a `make install':


--lCZOpVkiU63eAtkCRi1JgDzdOJPIjRoF8o7+vdug
Content-Type: text/plain
Content-Disposition: inline;
	filename="typescript"
Content-Transfer-Encoding: 7bit

WARNING:
couldn't find an obvious default for load-path, data-directory, and
lock-directory, and there were no defaults specified in paths.h when XEmacs
was built.  Perhaps some directories don't exist, or the XEmacs executable,
/depot/gnu/plat/bin/xemacs-19.15 is in a strange place?

Without both exec-directory and load-path, XEmacs will be very broken.

Consider making a symbolic link from
/depot/gnu/plat/lib/xemacs-19.15-b104/sparc-sun-solaris2.5/etc to wherever
the appropriate XEmacs data-directory is, and from
/depot/gnu/plat/lib/xemacs-19.15-b104/sparc-sun-solaris2.5/lisp to wherever
the appropriate XEmacs lisp library is.

Without lock-directory set, file locking won't work.  Consider creating
/depot/gnu/xemacs/lock as a directory or symbolic link for use as the lock
directory.  (This directory must be globally writable.)

--lCZOpVkiU63eAtkCRi1JgDzdOJPIjRoF8o7+vdug
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


I have to create two symbolic links by hand:

% cd <exec-prefix>/xemacs-19.15-b104
% ln -s <prefix>/xemacs-19.15-b104/etc
% ln -s <prefix>/xemacs-19.15-b104/lisp

This is actually an improvement over 19.14 since I used to also have
to create a link for the lock directory.  It seems like this is no
longer necessary for 19.15, but it could just be that 19.15 won't warn
you if only the lock directory can't be found.  I haven't investigated
this in detail yet.

I don't mind (much) the fact that you need these links, but XEmacs
should be fixed to either:

    1. create the symbolic links automatically during installation

or

    2. Search for etc and lisp in <prefix> instead of <exec-prefix>

-Barry

P.S. now off to build for Solarix x86 and IRIX 6.2

--lCZOpVkiU63eAtkCRi1JgDzdOJPIjRoF8o7+vdug--

