Patch attached.
Created attachment 115985 [details, diff] patch This copies the System.map for the compiled kernel into the directory that gets tar'd up for the minimal kernel package.
Added to SVN
Fixed in 3.4.8
Created attachment 116211 [details, diff] new patch This patch should work in all circumstances. It combines the patch I emailed you (which was successfully tested) with the logic from code higher in the function that extracts the kernel/config from the kerncache tarball if you're using kerncache. I double-checked that the System.map-* file it's looking for in the tarball *does* exist in my local kerncache.
Reopening for the new patch.
This patch has been successfully tested on bender (sparc dev box) with catalyst.
Cool.
I got this error while using genkernel 3.4.8 with kernel 2.6.20-r8: This is the error: * >> Copying to bincache... * >> Appending evms2 cpio data... * EVMS2: Adding support... * >> Appending insmod cpio data... * >> Appending modules cpio data... * Creating minimal kernel package * Gentoo Linux Genkernel; Version 3.4.8^[[0m * Running with options: --callback=emerge -q -kb media-libs/alsa-lib media-sound/alsa-utils net-dialup/globespan-adsl net-dialup/slmodem net-wireless/hostap-utils net-wireless/ipw3945 net-wireless/madwifi-ng-tools net-wireless/rt2500 sys-apps/pcmciautils sys-fs/cryptsetup-lu$ * ERROR: Could not copy System.map for the kernel package! Using latest catalyst with those settings: boot/kernel/gentoo/use: pcmcia usb oss atm
That's what the 2nd patch in this bug fixes.
Well, I'd InSVN this again, but you didn't remove it the first time when you reopened the bug. ;] So... umm... InSVN... again...
I'm also getting a similar error as comment #8 describes: * Gentoo Linux Genkernel; Version 3.4.8 * Linux Kernel 2.6.21-gentoo-r4 for x86... * Creating minimal kernel package cp: cannot stat `/var/tmp/genkernel/System.map-2.6.21-gentoo-r4': No such file or directory * ERROR: Could not copy System.map for the kernel package!
Why do people continue to report that it doesn't work after it's already been said in the bug that the issue is fixed and just waiting a new genkernel version to be released?
I'm sorry. I read through the history and it was not clear to me that it was still waiting on a new version of genkernel four months after the revised patch was added. I assumed the patch might have been forgotten since 3.4.8 was recently marked stable in portage stating it was used to build the livecds although it still breaks building here.
hmm I am still getting this error.. is this fix? I see this patches are from April..
Please test genkernel 3.4.9_prer1 or better. This should be fixed now.
*** Bug 191006 has been marked as a duplicate of this bug. ***