[197] in athena10

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

Re: Proposed solution to openafs modules versioning problem

daemon@ATHENA.MIT.EDU (Timothy G Abbott)
Mon Apr 28 20:06:24 2008

Date: Mon, 28 Apr 2008 20:05:33 -0400 (EDT)
From: Timothy G Abbott <tabbott@MIT.EDU>
To: Anders Kaseorg <andersk@mit.edu>
cc: athena10@mit.edu
In-Reply-To: <1209427043.15714.36.camel@balanced-tree.mit.edu>
Message-ID: <Pine.LNX.4.64L.0804282002150.4398@mega-man.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

Well, we'd be holding back the user's kernel upgrade until we built our 
kernels, so we best be sure that we have it happen soon, or we may be 
keeping their kernel vulnerable longer than we should.

 	-Tim Abbott

On Mon, 28 Apr 2008, Anders Kaseorg wrote:

> On Mon, 2008-04-28 at 16:38 -0400, Greg Hudson wrote:
>> However, it does leave a window between when Ubuntu updates their
>> stuff and when we update ours.
>
> If we provide packages like this:
>  Package: openafs-modules-generic
>  Depends: openafs-modules-2.6.24-16-generic,
>           linux-image-generic (= 2.6.24.16.18)
> then the kernel upgrade will be held back until openafs modules are
> available.  This would make it less critical that this happens
> instantaneously.
>
> Anders
>
>
>

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