[6137] in Release_7.7_team
Re: Reworking liblocker
daemon@ATHENA.MIT.EDU (Evan Broder)
Mon Dec 22 13:34:31 2008
Message-ID: <494FDD86.70104@mit.edu>
Date: Mon, 22 Dec 2008 12:33:42 -0600
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: Jonathan Reed <jdreed@mit.edu>
CC: Bill Cattey <wdc@mit.edu>, Greg Price <price@mit.edu>,
release-team@mit.edu, athena10@mit.edu
In-Reply-To: <8DEE2ECE-823C-41F3-8253-2405F22B6DCC@mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam-Flag: NO
X-Spam-Score: 0.00
Jonathan Reed wrote:
>> Currently my best idea is as follows: When a symlink in /mit is deleted,
>> cache that deletion for 10 seconds; don't re-automount it when that name
>> gets statted again. This should `attach -e` more than enough time to
>> unlink(2) and then symlink(2), and should give humans enough time to do
>> it by hand, if they so desire.
>
> So, "attach -e" will actually do the unlink and symlink itself,
> right? If so, that's fine.
Exactly.
> I was originally a little nervous about having a command's behavior
> change in a time-sensitive way, but if attach will do both, I think
> that's fine.
>
> A little shorter deletion cache is probably better, but 10 seconds is
> reasonable.
Yeah - I thought about that, but it seemed that anything shorter would
make it moderately hard to actually do the unlink/symlink by hand if
desired.
> -Jon
- Evan