simplify SLOT for cross-compiling ... this was a hold over from long ago when i tried doing cross-compiler packages in the same CATEGORY and only differentiate by SLOT (which portage hates a lot when $P is the same)

Bug #317297: Some kernel sources packages in overlays have version numbers like -9999 that does not allow us to work out what the actual version number is for functions like kernel_is. They SHOULD have a CKV variable in this case, but without it, they previously went into an infinite loop during the version detection in the eclass.

Keep a mostly-internal variable of the latest version of the deblob tool releases by the upstream libre-sources guys, this saves us updating K_DEBLOB_AVAILABLE quite so often, but we need to remember to redigest sources ebuilds when we DO change the this variable instead.

While working on the libre-sources bug, I noticed that some of the kernel sources ebuilds out there have OKV set, but NOT KV_*, leading kernel_is to always return false. Check all of the variables we need for safety instead.

provide fix for 2.6.17 make of version.h depending on oldconfig and throwing an error if the .config is not valid, dont call the special unpack conditions for sources (we dont need to). This should be 2.4-2.6.17+ safe

Quick fix for some minor bugs. SHould now install docs in KPATCH_DIR OK (although the implementation is a little poor since there is a re-write which deals with everything correctly) and also checks docs exist first - I cant re-create this but its sane anyways.

Adding ARCH logic to unpack 2.4, also fixing problem with incorrect PROVIDE cache by forcing setect_version if OKV isnt set. This deprecates the requirement of needing to call detect_version. CKV should still be used! Also, moved around the logic to detect X.X.X.Y patch vs extra. It's correct now :)

Added make prepare-all to compile_headers(). arch/sparc64 doesn't have a prepare target, and prepare0 is the one that makes version.h, so prepare-all is the correct target. I am leaving prepare in as I am not certain why it was chozen. Perhaps 2.4 didn't have prepare-all?

Added make prepare-all to compile_headers(). arch/sparc64 doesn't have a prepare target, and prepare0 is the one that makes version.h, so prepare-all is the correct target. I am leaving prepare in as I am not certain why it was chozen. Perhaps 2.4 didn't have prepare-all?

Improve headers___fix($f) voodoo a bit more; should now iron out any remaining asm-ia64/* bugs as all instances of [us](8|16|32|64) should now be picked up including the obscure ones such as (u64, u64) etc.

Reverting back to an older eclass, with some updates merged. problem is with OKV being conditional. Will look at converting kernel-2 to using KV_FULL tonight, and setting KV=KV_FULL to stop breakage. this will also mean we can trim some of this down

Updating kernel-2.eclass so tat the detect_* functions are moved to pkg_setup. for older kernel ebuilds this shouldnt cause a problem. if it does, please add K_NODETECTVER='yes' to the ebuild before the inherit line.

minor fix in pkg_setup to ensure it gets a return code, this appears to be an old portage bug as the newer versions of portage work fine. this will only happen when merging outside of ones profile. fixes bug #39139

This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.