Unable to build kernel RPM with 'custom name'. (need not kernel but kernel-something)
I'm trying to build a custom kernel RPM, but I need to give it a different name.
I can build a RPM as long I don't change the 'Name: kernel' part in the SPEC file. But this results in the following RPM:
But I need to have it in the following format:
This because I don't want our customers to update to this kernel when they issue a 'yum update kernel'.
My SPEC file (partially):
Summary: The Linux Kernel
Group: System Environment/Kernel
Vendor: The Linux Community
When I issue a 'make rpm', I get this error:
Anyone an idea on how to get this working?
Your view of priorities may not be the same as mine but there are a few things that need to be said. First of all I strongly disagree with you denying customers to (as I understand it) be able to update a kernel as this makes you responsible for down-streaming any and all fixes in the same time frame upstream releases them which you may likely not have the time for which in turn creates a liability your customers can do without: if you need to protect a package first look at what Yum may offer in terms of protection. Secondly I disagree with you mucking with package names. Doing that is against the distributions' package creation rules, definitely will result in you causing package management breakage in turn creating another liability your customers can do without (and possibly more grey hairs doe to excessive maintenance you need to perform to "fix" breakage): the easier way out could be to supply and make users poll your own repository for kernel updates. Third, and even then, customizing package names needs to follow whatever ENVRA-style ("epoch:name-version-release.architecture") parsing understands: "kernel" is a package "kernel-onno" does not and simply can not ever exist but "kernel-2.6.25-1.x86_64-onno.rpm" can. Not to be pedantic about it, and with all due respect, but if you do not grok any of the above then reading the Fedora package building rules before starting a discussion would be the most efficient approach.
|All times are GMT -5. The time now is 05:00 PM.|