BuildYourOwnKernel wiki edit?

Tim Gardner tim.gardner at canonical.com
Wed Mar 23 15:39:02 UTC 2011


On 03/22/2011 04:52 PM, Joseph Salisbury wrote:
> On 03/21/2011 06:07 PM, Kamal Mostafa wrote:
>> On Mon, 2011-03-21 at 22:50 +0100, David Henningsson wrote:
>>>> Yup, debian/rules just a makefile -- multiple targets works fine. Even
>>>> something like this works:
>>>>
>>>> fakeroot debian/rules clean binary-headers binary-generic
>>>> ^^^^^ ^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
>>
>> I'm not actually recommending combining clean with the other targets
>> (since what's the point? and it seems weird to do) -- just pointing out
>> that normal Makefile rules apply here.
>>
>>> Hmm, this seems dangerous to me, at least in combination with the "-j"
>>> switch. Isn't there a possibility that clean will run in parallel with
>>> the binary targets, or should this prevented inside the makefiles
>>> somehow?
>>
>> I don't think anything in the debian/rules file(s) protect against it,
>> so you're probably right that this would be unsafe to use with -j.
>>
>> FWIW, I never use -j with the kernel build... The build parallelizes
>> itself very nicely without my help, due to some internal magic that I
>> haven't looked into very deeply.
>>
>> -Kamal
>>
>>
>
> I noticed that the wiki describes how to append a version or unique name
> to a custom kernel when using fakeroot make-kpkg(fakeroot make-kpkg
> --initrd --append-to-version=-some-string-here).
>
> However, I don't see any information that explains how to do this with
> fakeroot debian/rules. Should there be a section added to explain how to
> do this?
>
> Thanks,
>
> Joe
>

make-kpkg is an external package, and as such, is not supported by the 
Ubuntu kernel team (though we don't specifically preclude its use). If 
you want a custom kernel with a unique version, then edit the changelog 
before rebuilding. debian/rules does not support a version option.

rtg
-- 
Tim Gardner tim.gardner at canonical.com



More information about the kernel-team mailing list