[17007] in Athena Bugs
Re: sun4 8.3.13: Netscape
daemon@ATHENA.MIT.EDU (t. belton)
Wed Aug 4 13:41:04 1999
Date: Wed, 4 Aug 1999 13:40:49 -0400 (EDT)
From: "t. belton" <tbelton@MIT.EDU>
To: John Hawkinson <jhawk@MIT.EDU>
Cc: bugs@MIT.EDU, Craig Counterman <ccount@MIT.EDU>
In-Reply-To: <199908041726.NAA28434@contents-vnder-pressvre.mit.edu>
Message-Id: <Pine.GSO.3.96L.990804133420.13293A-100000@iphigenia.mit.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 4 Aug 1999, John Hawkinson wrote:
> This is why the Athena quota command exists, by the way -- to give filesytem-independant
> quota information.
I had already found 'quota' unusable because it requires a mount point or
Hesiod tag if you're getting specific information. All we really want to
know about is the $HOME/.netscape directory. In other words, near as I can
tell, 'quota -v -f $HOME' doesn't do anything.
>
> But why is it really necessary to abort netscape when there is no disk space?
> What actually happens?
You're way ahead of me. It'll have a problem if you change settings or
bookmarks (not enough room to save the changes) and it'll gripe about the
lock file because it won't be able to make it.
I've changed it to a warning, and the warning only occurs IF your home dir
is under AFS and it has no quota. That should suffice for now. If you have
a non-AFS home dir and you're out of disk space, at present we will trust
that you realize what the problem is. In the next few days I might put in
a quota check for non-AFS home dirs as well, but frankly this was
requested to solve a very minor problem (spurious lockfile messages due to
lack of quota) and the solution has already swollen out of proportion.
