At the moment svgalib uses kernel-mod eclass which is broken when KBUILD_OUTPUT is used. Reproducible: Always Steps to Reproduce:
Created attachment 52444 [details, diff] svgalib-1.9.19-r3.ebuild.diff This patch solves the problem. Possibly related to this bug (i.e. will be solved if this goes in the tree) are bug #79666, bug #79859 and bug #82702.
the bugs referenced have nothing to do with KBUILD_OUTPUT kernel team, what's the status of KBUILD_OUTPUT in ebuilds ?
kernel team, see above please
bug #7966 : talks about "your kernel source isnt properly setup" Or is the kernel-mod wrong? bug #7859 : unrelated, me - wrong bug #82702 : suggested solution is commenting out exactly what I changed So probably there is if not KBUILD_OUTPUT related, then kernel-mod related bug.
Ooops, wrong bug numbers in the last comment, sorry. Please, ignore my comment #4 completely. bug #79666 : talks about "your kernel source isnt properly setup" Or is the kernel-mod wrong? bug #79859 : unrelated, me - wrong bug #82702 : suggested solution is commenting out exactly what I changed So probably there is if not KBUILD_OUTPUT related, then kernel-mod related bug.
Created attachment 52571 [details, diff] v0.2 of svgalib-1.9.19-r3.ebuild.diff Being more precise (according to bug #82702): if kernel_is gt 2 6 0 && kernel_is lt 2 6 6
linux-info supports KBUILD_OUTPUT as fully as it can. linux-mod will inherit linux-info and should be used when building kernel modules. linux-info should be used by any ebuild requiring kernel information. Hope this answers your q spanky. Whats the status of this bug now?
Kalin: As svgalib is a kernel module, it should really use linux-mod.eclass Do you fancy converting the ebuild to use linux-mod?
Created attachment 53311 [details, diff] v0.3 of svgalib-1.9.19-r3.ebuild.diff Substituted linux-info with linux-mod. As said in comment #7, linux-mod inherits linux-info, so actually I am using the functions from the inherited linux-info (If only it was OOP!). New patch tested => works.
Created attachment 53633 [details, diff] linux-mod conversion If you want to be a true linux-mod user then you need to use the cleverness which it provides :) Mike, is this ok to commit?
Now we are talking :-) I wasn't sure exactly how to use the linux-mod eclass, now I see a good example. Testeg end works for me, excep the following grep warning: >>> original instance of package unmerged safely. * Restarting udev to reread udev rules... [ ok ] * Updating module dependencies for 2.6.11-KK1_ss... [ ok ] grep: /var/tmp/portage/svgalib-1.9.19-r3/image//etc/modules.d/*: No such file or directory * If you would like to load this module automatically upon boot * please type the following as root: * # echo "svgalib_helper" >> /etc/modules.autoload.d/kernel-2.6 * * When upgrading your kernel you'll need to rebuild the kernel module. >>> Regenerating /etc/ld.so.cache... I guess it might be a problem with linux-mod itself?
if that linux-mod stuff works with linux-2.4 too and not just 2.6, then yes it looks good to commit :)
integrated with 1.9.21, thanks all