Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 330887 - =app-laptop/tp_smapi-0.40 - * Updating module dependencies for 2.6.35-gentooError: kernelrelease not valid
Summary: =app-laptop/tp_smapi-0.40 - * Updating module dependencies for 2.6.35-gentooE...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords:
: 330903 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-08-02 17:31 UTC by Stefan Huber
Modified: 2011-12-20 15:16 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Output of `emerge -1 tp_smapi` (emerge-output.txt,4.61 KB, text/plain)
2010-08-02 17:32 UTC, Stefan Huber
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Huber 2010-08-02 17:31:01 UTC
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
Comment 1 Stefan Huber 2010-08-02 17:32:26 UTC
Created attachment 241131 [details]
Output of `emerge -1 tp_smapi`
Comment 2 justXi 2010-08-02 18:57:53 UTC
I get the same problem with "nvidia-drivers".
Comment 3 Eugene Shalygin 2010-08-02 19:02:37 UTC
And the same problem with virtualbox-modules and ati-drivers
Comment 4 Gef 2010-08-02 21:53:25 UTC
Probably related to bug #329597
Comment 5 Rafał Mużyło 2010-08-02 21:59:07 UTC
*** Bug 330903 has been marked as a duplicate of this bug. ***
Comment 6 Sven 2010-08-02 22:04:42 UTC
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})"
Comment 7 Sven 2010-08-02 22:06:47 UTC
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.
Comment 8 Rafał Mużyło 2010-08-02 22:37:38 UTC
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.
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2010-08-03 01:49:41 UTC
(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.
Comment 10 Rafał Mużyło 2010-08-03 02:48:56 UTC
(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.
Comment 11 Sven 2010-08-03 05:21:33 UTC
(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.
Comment 12 NickNill 2010-08-03 06:32:43 UTC
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
Comment 13 Sergei Trofimovich (RETIRED) gentoo-dev 2010-08-04 20:11:09 UTC
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
Comment 14 Rafał Mużyło 2010-08-05 14:34:20 UTC
Could one of eclass maintainers comment on the problem ?
Comment 15 Christoph Junghans (RETIRED) gentoo-dev 2011-12-20 03:01:04 UTC
Does the problem still persist with tp_smapi-0.41?
Comment 16 Stefan Huber 2011-12-20 08:15:24 UTC
> 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.