[6374] in SIPB bug reports
Re: The Sipb locker contains more than just executables...
daemon@ATHENA.MIT.EDU (Greg Hudson)
Thu Jun 5 03:37:59 1997
To: Salvatore Valente <svalente@MIT.EDU>
Cc: mhpower@MIT.EDU, bug-sipb@MIT.EDU, bug-sipb-new@MIT.EDU
In-Reply-To: Your message of "Thu, 05 Jun 1997 02:23:49 EDT."
<199706050623.CAA08803@cutter-john.mit.edu>
Date: Thu, 05 Jun 1997 03:37:49 EDT
From: Greg Hudson <ghudson@MIT.EDU>
> I'm reluctant to create the sun4bin symlink, although I can't give a
> real good reason why. Anyone else want to try?
I'll give three arguments why we should create the symlink (and
similar ones for other pre-SGI platforms):
First, because we're supposed to. lockers(7) says:
Therefore, lockers should contain structures such as
/mit/locker/
arch/pmax_ul4/bin
decmipsbin -> arch/pmax_ul4/bin
That is, there should be compatibility symlinks provided from
the old convention to the new convention, for such platforms
as were supported under the old convention.
Second, I think keeping the top level of the locker clean is less
important than making things not break for users who wrote their
dotfiles according to the documentation at any point.
Third, there has been no statement by IS that /mit/lockername/$bindir
is deprecated. I think locker maintainers still have a commitment to
support it.
