[2533] in SIPB bug reports
over quota again
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Sat Feb 29 21:39:54 1992
Date: Sat, 29 Feb 92 21:39:31 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: web@Athena.MIT.EDU
Cc: bug-sipb@Athena.MIT.EDU
In-Reply-To: web@Athena.MIT.EDU's message of Sat, 29 Feb 92 21:27:07 EST <9203010227.AA18249@steve-dallas.MIT.EDU>
From: web@Athena.MIT.EDU
Date: Sat, 29 Feb 92 21:27:07 EST
We're over quota in the sipb locker again.
Sigh. I remain convinced that we could get rid of a lot of the space
in the locker if we would do a comprehensive examination of everything
that's there, and eliminate what doesn't need to be.
Unfortunately, no one seems to have the time to do that.
I really don't know what to do about it.
I'm sorry, but I've forgotten the answer to this. Are we still
depending on the athena cell for anything? Can we just bump up the
quota?
The Athena version of the locker is the secondary filsys entry for a
reason.... In case the sipb version of the locker becomes
inaccessible, e.g. if our cell goes down.
Perhaps we should decide which binaries in the locker least need to be
accessible, delete them from the Athena version of the locker, and put
commands to ignore them in the .rconf.local file.
On a related note, any objections to removing dvi2ps or linking it to
athena's version? It's dated Nov 12 1990.
Before doing that, we should check if our dvi2ps does anything
different or is more up-to-date. For example, does it use a different
font path? In any case, I guess this is one of the things we could do
to conserve space -- even if we want to leave the program in the sipb
version of the locker, we can replace it with a symbolic link in the
athena version of the locker and put a command in .rconf.local to
ignore the link.
jik
