[4633] in Release_7.7_team
Re: Meeting tomorrow, 1pm
daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Tue Jun 29 14:44:00 2004
Message-Id: <200406291843.i5TIhsu6003685@distraction.mit.edu>
From: Jonathon Weiss <jweiss@MIT.EDU>
To: Greg Hudson <ghudson@MIT.EDU>
cc: release-team@MIT.EDU
In-reply-to: Your message of "Tue, 29 Jun 2004 12:22:01 EDT."
<200406291622.i5TGM1V2008623@egyptian-gods.mit.edu>
Date: Tue, 29 Jun 2004 14:43:54 -0400
> We will meet tomorrow to discuss our status report and what to do with
> Linux public workstation verification, as well as any other topics
> people have.
>
> The Linux public workstation verification is: as the amount of
> material in the Linux-Athena release has gone up, the public
> workstation verification has started to take a long time. Lou claims
> the long delay is an impediment to service. Unfortunately, we have no
> data on how often public workstation verification actually cleans
> anything up. Our options are:
>
> 1. Omit public workstation verification
> 2. Run verification in the background
> 3. Add a thing where you can press a key to manually suppress
> verification before it starts. (Lou said this would be an
> acceptable compromise, but not his preference.) Or a thing where
> you can manually terminate verification after it starts, which
> might be more acceptable.
> 4. Start collecting data (via syslog, probably) on how often
> verification does anything, and in the meantime do (a) nothing,
> (b) option #2 above, or (c) option #3 above.
>
> Andrew won't be around, but is willing to implement any of these
> things.
I'll also miss the meeting (USENIX, in my case). I'm opposed to
number one. I think I prefer 3 to 2, but it's a weak preference. 3b
is definately better than 3a. I actually like #4, mostly becasue it
will make it easire for us to detect issues where the verification
always re-installs certain rpms, but this is probably the wrong
reason.
Jonathon
