[3443] in SIPB bug reports
Re: no room in the sipb locker
daemon@ATHENA.MIT.EDU (web@Athena.MIT.EDU)
Mon Jan 18 15:55:19 1993
From: web@Athena.MIT.EDU
To: "Mark W. Eichin" <eichin@Athena.MIT.EDU>
Cc: jik@pit-manager.MIT.EDU
Cc: web@Athena.MIT.EDU, bug-sipb@Athena.MIT.EDU
In-Reply-To: Your message of Mon, 18 Jan 93 12:19:24 -0500.
Date: Mon, 18 Jan 93 15:55:00 EST
> Does lones need to be in on this discussion? No, didn't think so.
>
> Chee: it would have been good to test and see if your change *worked*
> on any platform. (Hint: it didn't.) Derek did a vos release of
> project, so that sipb-cruft was visible. (The failure was noticed by a
> user, but fortunately one in the sipb office. Proof that at least one
> of those programs [xphoon] is used...)
> _Mark_
oops. sorry, I forgot on this. Although counter to what you implied, I
don't think that no one uses the programs I moved. On the contrary, I
think many they do. However, the need of xfroot (or xphoon) to be
always available when servers go down or whatnot is of lesser
importance. than the availability of many other programs which I think
we may want in the locker.
> Why are you installing it there, when it's already installed in the
> tex-contrib locker? It seems to me that it would be far more
> efficient to explain to people how to use that locker in addition to
> the stuff in the sipb locker, rather than having two copies of
> everything.
>
I'm installing it there because I looked in the man page and I looked in
the pstricks doc and both seem to indicate that one file needed to be
installed in the sipb locker for dvips to work. other stuff could be
handled via environment variables. this is, of course, only by what I
could find, so I might have missed something, but I waited a while and
no one had responded, so I delt with it.
> I hope you haven't done this already. A decision this significant
> needs to be discussed by the SIPB as a whole before deployment.
Too late. I already did it. I don't know that it needs to be discussed
by the whole sipb, but I did think it needed to have a second (and
third) opinion... which I got. for a long time now (over a year) there
have been lots of veto "oh.. but we SHOULD do this first..." well if
people REALLY believe that, then do it. but it hasn't been done. If
you (or other people) feel that other things should be nuked first, then
please do it.
> if it ever happened. It is inappropriate, I think, to make decisions
> about what is or is not "important" without first actually trying to
> determine what people are using.)
my call of what was important isn't based on how many people are using
xfish, or xneko, but of "how many people can't get work done if it were
unavailable during down time" my answer was lim x->0. I didn't make it
unavailable.... esentially I just extended the sipb locker quota (I put
it on the same partition as the project.sipb) and determined some of
which files athena replicates and which it doesn't. If you look at it
like that, I think it's perfectly fine.
-Chee
