[381] in SIPB-AFS-requests
Re: [Jeff Tang: sipb contrib]
daemon@ATHENA.MIT.EDU (Marc Horowitz)
Mon Mar 4 17:01:28 1991
To: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
Cc: sipb-afsreq@ATHENA.MIT.EDU, jefft@ATHENA.MIT.EDU
In-Reply-To: Your message of Mon, 04 Mar 91 15:23:07 -0500.
Reply-To: marc@MIT.EDU
Date: Mon, 04 Mar 91 17:00:39 EST
From: Marc Horowitz <marc@ATHENA.MIT.EDU>
>> It seems like a stupid idea to me.
You seem to be in a minority.
>> We've already got /usr/sipb/lib/tex/macros, and we're willing to add
>> user-submitted things to it. I would rather we keep on doing that,
>> rather than creating another contrib directory in the sipb cell. We
>> can then have some quality control over what goes into the locker.
I don't think we should be adding stuff to /usr/sipb/lib/tex/macros
unless we are willing to support it. The idea of contrib stuff is
that we provide a place for people we think are reasonably competent
to put stuff we think other people will find useful. Quality control
will probably be limited to keeping track of the acl. For instance,
is it appropriate to put problem set cover sheets in
/usr/sipb/lib/tex/macros?
>> Incidentally, I think we should nip this trend of creating
>> /afs/sipb/contrib lockers right in the bud. We don't have the space
>> for it.
Why didn't you complain earlier? I think if we limit ourselves to
1.5-2 meg per locker, we won't have significant space problems.
>> I think it would be a better idea to (a) get
>> /afs/sipb/contrib/emacs moves to the Athena cell; it won't take up a
>> lot of space, so there shouldn't be a problem, and we can leave it in
>> the sipb cell until Athena gets around to creating the locker (and
>> then we can change the hesiod info to point at the Athena copy), and
>> (b) create any future contrib lockers in the Athena cell when
>> possible.
I asked for a perl locker five months ago. I'd rather not wait for
athena for creating lockers. Quite frankly, I don't trust athena to
maintain a moderated contribution archive.
Marc
