Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 61934 - nss ebuild on 2.6.8 kernel fails. Workaround found, but need to fix for real
Summary: nss ebuild on 2.6.8 kernel fails. Workaround found, but need to fix for real
Status: RESOLVED DUPLICATE of bug 61166
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-27 08:27 UTC by Hoyle Anderson
Modified: 2005-07-17 13:06 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hoyle Anderson 2004-08-27 08:27:29 UTC
2.6.8 kernel fails. the workaround is an incomplete solution and should be fixed by someone more skilled than me.

I got the error:
make: *** No rule to make target ./coreconf/Linux2.6.8.mk

For my system I changed the ebuild line
cp ${S}/mozilla/security/coreconf/Linux2.5.mk ${S}/mozilla/security/coreconf/Linux2.6.8.mk
from "Linux2.6.mk" to "Linux2.6.8.mk"

and also the line containing "cp Linux2.5.mk Linux2.6.mk" to "cp Linux2.5.mk Linux2.6.8.mk"

Reproducible: Always
Steps to Reproduce:
1. emerge nss
2.
3.

Actual Results:  
no workie.
Comment 1 Wendall Cada 2004-09-23 12:24:55 UTC
I can confirm that this is a bug with NSS 3.8 using the 2.6.8.1 kernel. The .1 is breaking the make file. I hardcoded the linux kernel version in and it builds as expected. This is a problem with ifeq() in config.mk
Comment 2 Jan Stanik 2004-10-05 01:10:17 UTC
I am also using 2.6.8.1 Linux kernel and also I got this bug. Then, I did to try edit nss-3.8.ebuild file at line #60:

original line:
cp Linux2.5.mk Linux2.6.mk

edited line:
cp Linux2.5.mk Linux2.6.8mk

and after this step I did to perform new emerge nss and it works fine for me:-)

IMHO, maybe the problem originate in wideness of Linux2.6.8.1 description, where the numbers field is 4-digits long and previous versions of kernel have just 3-digits asignment. Last one digit is stripped out and in previous 2.6 version just "2.6" remains, but when 2.6.8.1 is stripped, result is 2.6.8. And this is origin point of failure. As I saw: IMHO :-).
Comment 3 Danny 2004-10-09 12:45:52 UTC
This fix worked for me, anyone have a more permanent solution?
Comment 4 Daniel Westermann-Clark 2004-10-16 22:27:13 UTC
Possibly a duplicate of bug 61166.
Comment 5 Alastair Tse (RETIRED) gentoo-dev 2004-12-13 09:32:52 UTC

*** This bug has been marked as a duplicate of 61166 ***