[13133] in Athena Bugs
Re: ical, in tcl locker
daemon@ATHENA.MIT.EDU (cfields@MIT.EDU)
Thu Jan 26 22:12:05 1995
From: cfields@MIT.EDU
Date: Thu, 26 Jan 1995 22:11:19 -0500
To: rjbarbal@MIT.EDU
Cc: bugs@MIT.EDU, shabby@MIT.EDU
Thanks for your bug report. You reported:
> I'm on a maxine. This is a Bad Thing.
I don't think Maxines are that bad. One of my own workstations is a
Maxine! :)
> % add tcl
> % where ical
> % ls /mit/tcl/decmipsbin/ical
> /mit/tcl/decmipsbin/ical
> % echo $path
> ... /mit/tcl/arch/pmax_ul4/bin
This is a bug in the tcl locker; arch/pmax_ul4/bin should not be
provided as a directory unless it includes all programs/pointers
to programs. tcl has
decmipsbin -> bin
and
bin/bar # For independent bits
bin/foo -> ../arch/@sys/bin/foo # For dependent bits
We are recommending that @sys never be used in symlinks, except for
user convenience (that is, never wire it into places where code might
depend on it). If add finds /mit/*/arch/*/bin, it places that in the
path. Only if it doesn't find that will it place decmipsbin in the
path. The layout we would recommend for this situation would be:
decmipsbin -> arch/pmax_ul4/bin
and
arch/pmax_ul4/bin/bar -> ../../../share/bar # For independent bits
arch/pmax_ul4/bin/foo # For dependent bits
and, for user convenience,
bin -> arch/@sys/bin
(Is share the going, favored name, for common bits? Whatever.)
This may be less convenient, unfortunately, in various maintenance
scenarios, but it has a few advantages in its filesystem independence.
It looks like shabby already had bin -> @sys form links, and tried
just renaming them to fit the new convention. Doesn't quite work tho'.
See lockers(7) for more information.
Craig
