[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Too many kernels in unstable

On Fri, 17 Sep 1999, Brian Mays wrote:

brian>    > brian@debian.org (Brian Mays) writes:
brian>    >> Once 2.2.12 makes it out of Incoming, we will have 8 kernel
brian>    >> versions in the unstable distribution?  Do we REALLY need to
brian>    >> provide that many versions of the kernel??
brian>>>>>> "Guy" == Guy Maor <maor@debian.org> writes:
brian>    > What about just keeping the last 2.0.x and the last 2.2.x ?
brian>That would be fine by me; however, some people might object because
brian>kernel "improvements" sometimes break things -- even in stable kernel
brian>branches.  It is not so rare for someone to avoid upgrading to the next
brian>kernel version, because it breaks some obscure feature that he needs.
brian>Perhaps we should keep the last two versions of each branch?  In this
brian>case, 2.0.35, 2.0.36, 2.2.10, and 2.2.12 (which is in Incoming).  I
brian>don't know.  Let's see whether anyone objects to just keeping two
brian>versions around.

        In another thread, I am dealing with exactly this problem. My
machine hangs with 2.0.37 and 2.2.x, but is OK with 2.0.36.  But had to
take a piece of driver code from 2.0.37.  There are quite a few new
issues arising from two gcc branches and two stable kernel branches.
       Having a few kernels around gives some flexibility in trying to put
together a working system. 11 kernels is probably too much, but a couple
of each might be OK.  We (someone !) could also package the patches, which
is a bit more of a pain for the user, but we could get all 12 new kernels
without adding so much bulk to the archive.

John Lapeyre <lapeyre@physics.arizona.edu>
Tucson,AZ     http://www.physics.arizona.edu/~lapeyre

Reply to: