|
Re: Too many kernels?: msg#00041linux.redhat.release.rhel5
> 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. > > 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. To me it seems that some packages linger in the upstream repos for very long. It's probably more than you have now. http://updates.redhat.com/enterprise/4WS/en/os/SRPMS/ What I would like to see supported would be the stock versions included with the last two OS releases and also the latest errata kernel(s). Ex: For RHEL & CentOS 4.x: - keep the kernel released with 4.5 (2.6.9-55.EL) - keep the last errata kernel for 4.5 (2.6.9-55.0.12.EL) - keep the kernel released with 4.6 (2.6.9-67.EL) - keep the last 2 errata kernels for 4.6 (2.6.9-67.0.15.EL and 2.6.9-67.0.20.EL) Then when 4.7 is released: - keep the kernel released with 4.6 (2.6.9-67.EL) - keep the last errata kernel with 4.6 (2.6.9-67.0.20.EL or later) - keep the kernel released with 4.7 (2.6.9-???) - keep the last 2 errata kernels for 4.7 (2.6.9-???) |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Per-process I/O accounting in RHEL?: 00041, Ahmed Kamal |
|---|---|
| Next by Date: | Re: Vexing Behavior: RHEL 5.2 (2.6.18-92) Random NIC Enumeration Between Reboots: 00041, Richard Karhuse |
| Previous by Thread: | Re: Re: [ATrpms-users] Too many kernels?i: 00041, Joshua Daniel Franklin |
| Next by Thread: | xulrunner and eclipse from eclipse.org: 00041, FM |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |