currently ATrpms builds kmdls for the following RHEL5/CentOS5 kernels
(actually for CentOS it also builds plus for plus kernels, but let's
keep the discussion simple):
Similar for RHEL4/3. This slows down kmdl updates as say for a new
nvidia driver one need to build kmdls for all these kernels in all
flavours/archs etc.
I start to think whether these kernels are indeed being all used to
the extend of justifying full kmdl support. Maybe it would make sense
to keep the full last series (2.6.18-92* above) and the highest one
from the series before (2.6.18-53.1.21.el5 and 2.6.18-8.1.15.el5).
Or is there any other idea? What are Red Hat's, CentOS' policies wrt
support of kernels? ATrpms should probably just copy that policy and
drop kernel support once the respective upstream support drops it.
--
Axel.Thimm at ATrpms.net
_______________________________________________
CentOS-devel mailing list
CentOS-devel@centos.org
http://lists.centos.org/mailman/listinfo/centos-devel
07-03-2008, 03:17 PM
Hugo van der Kooij
Too many kernels?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Axel Thimm wrote:
| I start to think whether these kernels are indeed being all used to
| the extend of justifying full kmdl support. Maybe it would make sense
| to keep the full last series (2.6.18-92* above) and the highest one
| from the series before (2.6.18-53.1.21.el5 and 2.6.18-8.1.15.el5).
I would limit the kernels per distro:
~ - The one(s) shipped on the media
~ - The most recent kernel
~ - The one before the most recent kernel
BTW as far as I can tell there are no -92* kernel modules on ATrpms. And
I have a number of issues with installing MythTV due to missing
dependencies on Centos 5.2
Too many kernels?
