[2935] in SIPB bug reports
sipbsrc purge
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Sat Jun 13 23:23:10 1992
Date: Sat, 13 Jun 92 23:22:46 -0400
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: yandros@Athena.MIT.EDU
Cc: bug-sipb@Athena.MIT.EDU, jtkohl@Athena.MIT.EDU
In-Reply-To: yandros@Athena.MIT.EDU's message of Sat, 13 Jun 92 22:30:48 -0400 <9206140230.AA09362@podge>
From: yandros@Athena.MIT.EDU
Date: Sat, 13 Jun 92 22:30:48 -0400
Reply-To: yandros@Athena.MIT.EDU
X-Orgs: MIT SIPB IS-CSSC IS-DCNS
RCS/xconfigure.x10.c,v
RCS/showfont.x10.c,v
If there are x10 clients in the sipb locker, then there must be
sources in the sipbscr locker. If you want to delete the sources, you
will have to make sure that the clients are deleted too, and every
time we have discussed in sipb meetings deleting the clients, there
has been resistance.
Bring it up again. Don't delete them unless no one objects. And make
sure that it is mentioned in the minutes and no one who reads them
objects before deleting. Rm is forever.
cal Give me a good reason RSN and I won't nuke it.
As I have already said, there was strong indication that the behavior
of this version of cal was preferred. You are going to break people
who expect its behavior if you delete it. I personally don't have a
problem with it being deleted, but there *are* people who do. I don't
see it as important enough to be worth making trouble. Why not just
leave it?
(Again, if you *do* delete it, then the clients in the sipb locker
must go away as well.)
prototype Jon says: "There are other things besides the thesis
templates in the prototype directory, e.g.
the resume stuff."
/afs/sipb/project/sipb/prototype is a better source of
these, IMHO.
The sipb locker is supposed to be entirely duplicatable from the
sipbsrc locker. Nothing in the sipb locker should be *only* in the
sipb locker. Therefore, /afs/sipb/project/sipb/prototype and
/afs/sipb/project/sipbsrc/prototype should be identical.
jik
