[6373] in SIPB bug reports
Re: The Sipb locker contains more than just executables...
daemon@ATHENA.MIT.EDU (chad brown)
Thu Jun 5 02:40:08 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 02:39:54 EDT
From: chad brown <yandros@MIT.EDU>
> * nawm - it's in the nawm locker. I'll symlink the binaries from the
> nawm locker to the sipb locker if the nawm maintainers think it's a
> good idea.
it's actually in the windowmanagers locker, and should be run from
there, irony aside.
> * netstats - I have no idea what this is, but it's not executable.
This was part of a packacge for doing graphics from perl via tcl.
Calvin installed it for some things, and we never managed to get the
newer version to work correctly. I believe that it can be punted
wholesale (netstats existed so that xnetstats could run it).
> * nvi, vile, xvile - Again, never built for SGI. Since vim is in the
> sipb-new locker, I consider these unsupported.
nvi should be available on athena. I'll install it when I get a
chance, but we don't necessarily need to wait on it.
> * rcextract, rcindex, rcnroff, rcshow, rctypeset - somehow, a cookbook
> sounds like an odd service for Sipb to provide...
> Still, I suppose it should be installed.
The recipies system seems to be abandoned; investigating this was on
my list of things todo before it got put into sipb-new. I would
suggest that you see if it's still working before you bring it over.
> * type - Is this the quality of software we want to provide?
probably not, but perhaps we should ask the games locker people if
they want it, since I believe that they have the only other
typing-tester that I know of on athena.
> There are also lots of programs that exist in the sipb locker for
> the decmips platform but don't exist there for the sun4 platform.
> arc beav hebcal joe lcal memo omer ship sm splot tek2ps utree
> vcal vmail zoo
I will agree with many of these, but I think that we should probably
continue to support sm in the sipb locker, which would mean someone
following up with Joe Harrington and getting the new version. I'll do
this if no one else wants to.
> Yeah, the loss of the rt and vax platforms is the major disadvantage
> of rebuilding the sipb locker.
I think that we can repopulate the vax and RT stuff as people have
time and need. I suspect that similar strategies will be used for the
RS6k, HP, Sun4os, and decmips directories, as time moves along.
> I'm reluctant to create the sun4bin symlink, although I can't give a
> real good reason why. Anyone else want to try?
Who would the sun4bin symlink serve? Sunos 4 users, or current athena
platform users? If the former, then perhaps. If the latter, then I
am also opposed... the new layout has had a little while to sink in,
and if we're going to have a flag day, we might as well have a flag
day.
chad
