When emerging tp_smapi-0.40, the following error message is displayed after emerge tries to update the module dependencies: * Updating module dependencies for 2.6.35-gentooError: kernelrelease not valid - run 'make prepare' to update it ... Consequently, the compiled kernel modules are placed in the directory '/lib/modules/2.6.35-gentooError:'. This problem was not present with gentoo-sources-2.6.34*. Obviously there is a problem to determine the kernel version string and I guess it is not related to tp_smapi per se. The full emerge output gives also some interesting insight, when the error message first appears, see attachment. Easy workaround: move the kernel modules from /lib/modules/2.6.35-gentooError: to the according location. Reproducible: Always Steps to Reproduce: 1. emerge =gentoo-sources-2.6.35 2. emerge tp_smapi
Created attachment 241131 [details] Output of `emerge -1 tp_smapi`
I get the same problem with "nvidia-drivers".
And the same problem with virtualbox-modules and ati-drivers
Probably related to bug #329597
*** Bug 330903 has been marked as a duplicate of this bug. ***
edit linux-info.eclass and change KV_LOCAL="${KV_LOCAL}$(sh ${KV_DIR}/scripts/setlocalversion ${KV_DIR})" to KV_LOCAL="${KV_LOCAL}$(cd ${KV_DIR} && sh scripts/setlocalversion ${KV_DIR})"
The message "Error: kernelrelease not valid" is echod by the setlocalversion script if it doesn't find a certain file. It is part of the kernel sources, and at least the version which comes with 2.6.35 depends on the current working directory being the root of the kernel sources.
It seems scripts/setlocalversion is broken, if it's run from a different dir than kernel dir. If I change if test -e include/config/auto.conf; then . include/config/auto.conf to if test -e ${srctree}/include/config/auto.conf; then . ${srctree}/include/config/auto.conf it seems to work correctly.
(In reply to comment #2) > I get the same problem with "nvidia-drivers". Irrelevant here. Please read and adhere to the Description. (In reply to comment #3) > And the same problem with virtualbox-modules and ati-drivers Ditto.
(In reply to comment #9) Actually, as the problem lies either in kernel update or linux-info eclass (depending how you look at it), it's most likely the same problem - I got it for sys-fs/vhba.
(In reply to comment #9) > (In reply to comment #2) > > I get the same problem with "nvidia-drivers". > > Irrelevant here. Please read and adhere to the Description. This is a problem of the linux-info.eclass. All kernel module ebuilds are affected. You shouldn't have made this bug tp_smapi specific.
There is a second problem - if i use fix there is wrong kernel version. I have 2.6.35-gentooARCH, but i got 2.6.35-gentooARCHARCH
Got similar "error" for net-dialup/ppp: >>> Installing (1 of 2) net-dialup/ppp-2.4.4-r24 * >>> SetUID: [chmod go-r] /usr/sbin/pppd ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/2.6.35/build * Found sources for kernel version: * 2.6.35Error: kernelrelease not valid - run 'make prepare' to update it
Could one of eclass maintainers comment on the problem ?
Does the problem still persist with tp_smapi-0.41?
> Does the problem still persist with tp_smapi-0.41? Indeed, tp_smapi-0.41 works, and so does tp_smapi-0.40-r1. But I think the problem was not caused by tp_smapi anyway. Nevertheless, the problem is fixed.