[261] in SIPB_Linux_Development
Re: Greg
daemon@ATHENA.MIT.EDU (Chad Brown)
Sat Dec 11 18:31:23 1993
To: Greg Hudson <ghudson@MIT.EDU>
Cc: svalente@MIT.EDU, linux-dev@MIT.EDU
In-Reply-To: Your message of Sat, 11 Dec 93 16:47:37 -0500.
<9312112147.AA26255@milquetoast.MIT.EDU>
Date: Sat, 11 Dec 93 18:30:23 EST
From: Chad Brown <yandros@MIT.EDU>
>> /usr/athena/src is not /usr/src/athena, and there's no src
>> subdirectory.
> Why? (Getting rid of the second src is good, but it should go in
> /usr/athena...)
I want to be able to NFS-export one directory tree /usr/src, possible
with a hesiod pointer. Symbolic links from /usr/src to
/usr/athena/src won't work (and besides, it'd be nice to be able to
mount /usr/src on quiche and then just do 'make install', and the
directories have to be the same for that to work). /usr/athena/src
isn't standard for any Athena platform, so I'm not terribly worried
about precedent.
I don't see any argument for either way; symlinks from /usr/src to
/usr/athena/src can work with minimal trouble, and if we decide we
want them on seperate partions, we'll have to do that anyway. It's
not going to be `standard for athena platforms' in any case, since
we're not going to do a unified source tree (doing so right now would
proabbly be a bad idea, since the existing source tree is likely to
change soon, since there's not much point to centering it around the
vax and RT anymore. :-) Eh; just make sure the makefiles are set up
correctly and we're unlikely to care in the near future, are we?
The problem with lpr was silly; it couldn't find /bin/csh, because it
was in /usr/bin. We didn't need to run makespools anyway. There
really isn't a good distribution in this world, I'm beginning to
think. Oh, well.
Is there going to be a /bin/csh? There had certainly better be, if
you want shell scripts to work... Do the draft filesystem standards
really put csh into /usr/bin instead of /bin?