On Fri, 24 Nov 2006 11:20:11 +0100
"Jonas Karlsson" <[EMAIL PROTECTED]> wrote:

> After the resent discussion on the user list about getting a kernel module  
> to work, I remembered an old discussion about how to match module with  
> kernel version if someone made a package with a kernel module. Somehow it  
> should be visible on the package name which kernel is needed so  
> InstallPackage could fetch the correct package.

Moreover, it could be a version window.  For instance, there are some funky
drivers that were released for 2.X.XX, and as long as they work, a new one is
not released.

> I also think that perhaps we should create a kernel package once in a  
> while. I mean, do we really expect users to be on 2.6.11.9 from the  
> release of 012 until they upgrade to 013? On one hand, it's really easy to  
> compile an own kernel with Compile, but not all users would want that (for  
> different reasons).

Completely agreed.

> And if there are a couple of known kernel  
> configurations, we can make module packages for them.

It would be nice -- you install a generic kernel, but later you can choose to
update to a more specific kernel (tuned for some major CPU, like amd64 or
so).  This may look like babysitting, but my experiences with "common" users
is that they won't do anything if the slightest doubt crosses their minds,
and will stick to 2.6.8 forever.

I believe this would only require slightly different kernel configurations,
for different i686 CPUs (and, why not, amd64 even using a x86-32 base
system?).

The drawback is that this may create weird arch-specific bug reports.  But you
can always blame Lucas! :)

-- 
Ricardo Nabinger Sanchez     <[EMAIL PROTECTED],wait4.org}>
Powered by FreeBSD

  "Left to themselves, things tend to go from bad to worse."
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel

Reply via email to