Summary: | Catalyst support for last-minute kernel patching (patch included) | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Thierry Carrez (RETIRED) <koon> |
Component: | Catalyst | Assignee: | John Davis (zhen) (RETIRED) <zhen> |
Status: | RESOLVED INVALID | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | catalyst-1.0.9-kpatchsupport.patch |
Description
Thierry Carrez (RETIRED)
2004-10-08 05:28:03 UTC
Created attachment 41356 [details, diff]
catalyst-1.0.9-kpatchsupport.patch
The Catalyst patch
i really do not see the need for catalyst to do this. if we allow this for kernels, then why not for the rest of the packages that are built via catalyst? i would rather that the kernel itself is patched the proper way. John: The problem is that kernel maintainers won't accept patches that are necessary to catalyst but not to the scope of the kernel. I think I'll have difficulties getting hardened-dev-sources to include squashfs for example, yet I need the squashfs patch to build an hardened LiveCD. So I figured out the simplest way was to add in Catalyst the capability to add LiveCD-needed kernel patches, rather than try to convince kernel maintainers it is necessary to include them or just limit the choices to kernels that have squashfs included... You could use zisofs and try to convince the kernel maintainers. Who is the maintainer for hardened-dev-sources? I managed to convince solar to convince h-d-s to include the patch :) Sweet |