[5108] in SIPB bug reports

home help back first fref pref prev next nref lref last post

tex installation

daemon@ATHENA.MIT.EDU (ghudson@MIT.EDU)
Mon Jan 16 20:34:02 1995

From: ghudson@MIT.EDU
Date: Mon, 16 Jan 1995 20:32:56 -0500
To: bug-sipb@MIT.EDU
Cc: amgreene@MIT.EDU, cfields@MIT.EDU


Okay, I think this reflects a loose consensus between bert, myself,
and Chad on what should happen with the tex stuff currently installed
inthe sipb locker:

	* It should be installed in a locker named "tex".
	* The existing tex locker should be considered obsolete.
	* The new tex locker should be in the sipb cell.
	* Symlinks and/or files should be left in the sipb locker for
	  backward compatibility for a long while until people learn
	  to reference the tex locker.

The reasoning for this is:

	* tex is too big of a package to conveniently remain in the
	  sipb locker, since the sipb locker is replicated in the
	  athena cell.  This is especially true now that we would like
	  to support platforms such as NetBSD and Linux which do not
	  have the tex fonts installed in /usr/athena/lib/tex.

	* tex is part of the Athena release, and therefore does not
	  need as high a level of support (outside of the release) as
	  is provided by either the sipb locker (with the athena cell
	  replication) or a locker in the athena cell.

	* Having tex be in a locker other than "sipb" allows the
	  administrative control of the locker to include people other
	  than sipb members.  This might help stop the proliferation
	  of useful tex utilities into various lockers like consult
	  and gnu.

	* Having the tex volumes be in the sipb cell allows more
	  flexibility for SIPB types to extend the quota and release
	  the locker.  This is a good thing as long as the interested
	  parties are SIPB types, which they currently are.

	* The name "tex" is a short, descriptive locker name which is
	  easy for users to remember.

	* The existing tex locker hasn't been touched since 1991,
	  apparently, and I don't think anyone relies on it.  If they
	  do, they shouldn't experience any more trauma than tex users
	  did with the 7.7 Athena release.

So what needs to happen is:

	* We will adapt what's currently in /afs/sipb/project/tex to
	  be a complete tex installation with appropriate binary
	  directories, etc..

	* After everything is ready, we will ask for the hesiod filsys
	  pointer for "tex" to point at /afs/sipb/project/tex instead
	  of /afs/athena/astaff/project/tex.  If this is unlikely to
	  be approved (Craig?), we would like to hear the reasons for
	  it now.


home help back first fref pref prev next nref lref last post