[2907] in SIPB bug reports
sipbsrc
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Tue Jun 9 13:45:41 1992
Date: Tue, 9 Jun 92 13:44:24 -0400
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: yandros@Athena.MIT.EDU
Cc: bug-sipb@Athena.MIT.EDU
In-Reply-To: yandros@Athena.MIT.EDU's message of Tue, 9 Jun 92 00:19:14 -0400 <9206090419.AA04588@podge>
From: yandros@Athena.MIT.EDU
Date: Tue, 9 Jun 92 00:19:14 -0400
Reply-To: yandros@Athena.MIT.EDU
X-Orgs: MIT SIPB IS-CSSC IS-DCNS
cal Slightly different version of cal. (1987)
As far as I know, the only difference between this one and the
standard one is that if a year less than 100 is specified, it defaults
to 19xx (well, I *hope* it defaults to whatever the current century
is, but I don't know that for certain because I haven't looked at the
code).
A while back, there was a discussion about removing the sipb version.
I said that the incompatibility was silly and there was no reason to
keep it around just to avoid typing two extra numbers, but more people
disagreed with me than agreed, so it stayed in.
check_x9700.sh check queue on nonexistant printer via nonexistant machine. (1987)
Punt. Delete any 9700 programs from the sipb locker as well.
chemtab Is this legal? It's not installed anywhere. (1991)
I snarfed the source from comp.sources.unix at the end of Rich Salz's
tenure, when he had really slumped and his QA left a lot to be
desired. I concluded, after spending a *long* time bashing on it,
that the code was disgusting and not worth fixing, so I didn't install
it.
Unless someone else wants to do the work, it can be deleted. If it
isn't, then the paragraph above should be put in a README.SIPB file in
the source directory :-).
conference Seems desupported; source is gone, RCS remains. (1989)
It is not clear to me whether this program ever actually worked and
was installed. From the RCS logs, it appears to be a modified version
of chat which allows current chatters to reject new people who want to
enter the conversation. The most recent revisions of the files in the
RCS directory are dated in March 1985. John Kohl should be consulted,
since he created the revisions; if he has no problem, I see no reason
to delete it.
cardfile Older card-catalog system. (1991)
What do you mean by "older?" This program is installed, and there's
nothing per se wrong with it (other than the fact that the interface
sucks :-). I see no reason to delete it.
have_mail.c Old, uninstalled, replaced by pfrom? (1986)
This can probably be punted.
kaleid Old X prog. (1990)
I don't know what you mean by "Old" here either. Why shouldn't this
program be left in place? It is quite useful.
l2a replaced by detex, I think. (1991)
No. Detex simply removes tex commands. L2a actually does formatting
of the text in the latex file. this should stay.
*.x10* We're not going back...
I agree, but we've had this flame war before, and inevitably someone
claims that there are still people using the x10 clients in the sipb
locker. I'm not sure I believe it.
prototype I think we can expect people to find thesis on their own now...
There are other things besides the thesis templates in the prototype
directory, e.g. the resume stuff.
ptoc on the packs; not in sipb locker. (1989)
I don't understand what you mean by "not in the sipb locker:"
pit-manager% which ptoc
/mit/sipb/rtbin/ptoc
spider symlink to the games locker. Why?
No idea. I've deleted the symlink.
vine X program; not installed anywhere. (1990)
I installed this in sipbsrc a while back, but decided not to install
it in the sipb locker because of one fatal flaw -- the program uses
one X socket to communicate with the X server in multiple forked
processes, and distinct no-no which eventually causes it to crash.
If someone feels like fixing it, which may or may not be difficult (I
recall looking at it for a while and giving up, because I did not feel
like trying to figure out which of the X resources were shared and
could be used by the child after the fork, after opening a new X
connection, and which would have to be recreated), it can stay.
Otherwise, I see no reason not to delete it.
xmelt xmeltdown and xflip; not installed; partially in softbone/potluck. (1990)
I have no idea why I compiled these without installing them. I also
notice that they're only compiled for the RT, and in the src directory
rather than the rt directory at that. I don't think they belong in
the sipb locker, in any case.... I've deleted them.
xplaces Interesting X prog; uninstalled. (1990)
I didn't install this one either; not sure why. Perhaps because it
gives a BadWindow error when I run it. Perhaps because it isn't clear
how useful it is in our environment. In any case, if anybody wants to
play with it, feel free.
lib/recipies duplicates cookbook/recipies; do we care?
It's not a duplicate, it's a duplicate mountpoint. No reason to
remove it.
There are also a bunch of *.old's that should probably be reviewed
more closely...
I tend to leave the .old's around until we need more space, just in
case we need to back out a new package. Whenever I run out of space
in one of the build trees or the src tree, I look for the oldest
.old's and delete them until I have enough space :-).
jik
