[6242] in SIPB bug reports
Re: sipb-nonmem and prospectives...
daemon@ATHENA.MIT.EDU (Salvatore Valente)
Sat Dec 7 07:38:47 1996
Date: Sat, 7 Dec 1996 07:38:49 -0500
To: bug-sipb@MIT.EDU
Cc: "Jacob Morzinski" <jmorzins@MIT.EDU>
Cc: Sam Hartman <hartmans@MIT.EDU>
Cc: chad brown <yandros@MIT.EDU>
From: Salvatore Valente <svalente@MIT.EDU>
Chad wrote:
can anyone help me change the name of the group from
sipb-nonmem to sipb:nonmem?...
As far as I can tell, that hasn't happened. Oh well. (If I really
cared, I would point out that "sipb:nonmem" is still a fairly
non-descriptive name. I might suggest that it be changed to something
with the word "write" in it somewhere, or something like that.)
Sam wrote:
I would much prefer if you had given him write access to the
source and build volumes, then installed stuff when he said it was
ready...
Ok. So, apparently Jacob built nvi in the build volumes about a month
ago. I finally got around to looking it over. After more then 15
seconds of careful examination, I have these comments:
- Since the Sipb locker is mirrored outside of AFS, please try to
make sure stuff in /mit/sipb has world-readable UFS bits.
- The source and build trees look good. The "ATHENA_INSTALL" file is
a nice touch. "make -n install" outputs correct pathnames.
- I would check that it works, but I can not bring myself to run vi
for religious reasons. I'm sorry.
- Actually, I did run it. Two things happened: (1) To my great
relief, I was not struck down by God. (2) My computer was not stuck
down by God either. I successfully tested every vi command that I
know (colon-q). It worked fine.
I didn't plan it like this, but this turned out to be a great example
of the fact that I am often much less qualified to say "this program
is ready to be installed" then a prospective who uses and understands
the program. That is, if "nvi" doesn't do anything but quit, I would
never notice. So, if somebody with bits wants to finish the nvi
install, go ahead. Otherwise, I would like to restore the sipb-nonmem
bits in the arch/* directories.
-Sal.