Summary: | Having ARCH environment variable set spoils installation of linux-headers | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Jens-Uwe Mager <jum> |
Component: | Unclassified | Assignee: | Joshua Kinard <kumba> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dev-portage |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jens-Uwe Mager
2003-08-14 16:42:06 UTC
What ebuild/version of linux-headers have you tried this on? If you haven't given it a shot, mind trying on the 2.4.21 ebuild and let me know (via this bug) what happens? 2.4.21 uses kernel.eclass (/usr/portage/eclass/), and It is possible a fix can be implemented there or in the ebuilds. Even the 2.4.21 ebuild uses $ARCH in the script and does not like if ARCH is set to anything else. In the 2.4.21 ebuild, what about changing: ARCH="${ARCH:-`uname -m`}" to ARCH="${uname -m}"? How does that work for you? This is fine, it avoids nasty surprises. This is more up my alley, so I'll take care of this bug shortly. Fixed and in CVS. Let me know if the issue somehow continues to persist. |