On Fri, Aug 18, 2006 at 01:11:57PM +0300, Ville Skyttä wrote: > On Thu, 2006-08-17 at 13:36 +0200, Axel Thimm wrote: > > > I have added this argument to the wiki. kmdls allow you to bolster > > your oen kernel package called my-special-kernel-2.6.18-111 and > > support it with kmdls. > [...] > > kmdls fully support custom kernel rpms. > > This is one new example about the inaccuracies/omissions of the current > Wiki docs and belongs in the area I don't think makes sense to even > discuss at the moment, but because "FUD" appeared in one of the > responses to my previous message, I'll bite: FUD appeared due to making vague statements against something w/o backing them up. You yourself described that as "sucks". > And kmods don't because they require specific Provides from the target > kernel? Requires: /boot/vmlinuz-* is a no go, it's non-portable > (example: ia64) and not arch-qualified (example: possible i586/i686 > modules/kernel mismatch). arch is no issue, it's the same mechanism as for the kernel itself (so if it is an issue you have much bigger problems to worry about - still even then the kmdls would arch-match with the kernel), and ia64 has yet to become an official FC distribution. Currently it is banned onto the shoulders of IBM. BTW I've been asked to rebuild ATrpms for ia64 and maybe they'll even ship ia64 hardware to me. The current choice covers all sensible archs and all sensible distributions including RHEL3 and even RHL7.3-RH9 (probably even earlier). It also covers Mandriva, SuSE and most other rpm distributions. Yes, who cares about RH9, but a lot still care about RHEL and allowing access to other distributions increases the cross-distribution acceptance and make chances for a common standard even better. And to cut to the chase: Ever tried to support special kernel rpms like swsusp2 or ccrma's low-latency kernels? I did and know it works for kmdl and will fail with kmod. > If the argument is that implementation of the kmdl macros can be changed > according to what's available in the target system, so can kmodtool and > the related macros. W/o a src.rpm/userland rebuild including evr bumps and w/o having to split src.rpms per distro? That's a very big difference. You can use kmdl src.rpm today on RHEL3 or SuSE w/o a change. And on any arbitray custom kernel package, which was what this point is about. -- Axel.Thimm at ATrpms.net
Attachment:
pgpYuAls2xpw6.pgp
Description: PGP signature
-- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
