[6541] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Collaboration document update

daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Thu Dec 3 15:48:38 2009

Date: Thu, 3 Dec 2009 15:42:03 -0500 (EST)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: Evan Broder <broder@mit.edu>
cc: release-team@mit.edu, debathena-dev@mit.edu
In-Reply-To: <2706d8dd0912031213u33695336j42e6c67e8cfd84d8@mail.gmail.com>
Message-ID: <alpine.DEB.1.10.0912031531030.27499@dr-wily.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Spam-Flag: NO
X-Spam-Score: 0.00

On Thu, 3 Dec 2009, Evan Broder wrote:

> So does anybody have ideas for how we can allow for urgent updates
> without sacrificing quality control?

I think one thing that would help is reintroducing something akin to 
early-linux with a scope at least as big as the Debathena Beta deployment, 
so we can tell users "Can you go try it on one of these machines and see 
if your bug is fixed".

We could either do this with another apt repository or via machines that 
take updates less frequently (some way to remotely inhibit or force 
updates on a certain machine would be kind of cool -- if we did that we 
could even say "We've pushed an update to your machine, can you log out, 
wait for the update to apply, and log back in").

-- 
Geoffrey Thomas
geofft@mit.edu

home help back first fref pref prev next nref lref last post