Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 165494 - genkernel fails while sourcing $ARCH_CONFIG
Summary: genkernel fails while sourcing $ARCH_CONFIG
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Genkernel Maintainers
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks:
 
Reported: 2007-02-05 20:26 UTC by Tobias Scherbaum (RETIRED)
Modified: 2007-04-13 19:04 UTC (History)
1 user (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 Tobias Scherbaum (RETIRED) gentoo-dev 2007-02-05 20:26:29 UTC
* ERROR: Could not read /usr/share/genkernel/parisc64/config.sh

The file exists and manually sourcing that file just works (tm).
Comment 1 Chris Gianelloni (RETIRED) gentoo-dev 2007-02-12 20:13:40 UTC
Are you getting this when running via catalyst?  If so, which version of catalyst are you using?
Comment 2 Tobias Scherbaum (RETIRED) gentoo-dev 2007-02-12 20:57:44 UTC
(In reply to comment #1)
> Are you getting this when running via catalyst?

Yep.

> If so, which version of catalyst are you using?

catalyst 2.0.1, genkernel 3.4.6
Comment 3 Tobias Scherbaum (RETIRED) gentoo-dev 2007-02-12 21:33:46 UTC
Funny thing, it's working again with catalyst 2.0.2. I'll confirm this on another box tomorrow.
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2007-02-14 03:55:03 UTC
Can you be sure this is still working with genkernel/catalyst from my overlay?

http://overlays.gentoo.org/svn/dev/wolf31o2 (or layman -a wolf31o2)

catalyst-2.0.3_pre2
genkernel-3.4.7_pre2

Thanks
Comment 5 Andrew Gaffney (RETIRED) gentoo-dev 2007-02-14 20:56:43 UTC
I've found the cause of this problem. In `genkernel`, the config.sh is used like so:

source ${ARCH_CONFIG} || gen_die "Could not read ${ARCH_CONFIG}"

This appears to be flawed because `source` doesn't seem to return an exit code. Instead, the exit code of the last command that ran is used. In parisc{,64}/config.sh, that last command was:

[ -z "${MAKEOPTS}" ] && MAKEOPTS="-j2"

If you have MAKEOPTS exported via a catalyst envscript, the last command to run is `test -z "${MAKEOPTS}"`, which exits with 1, since $MAKEOPTS is not empty. Moving this line near the top of the file like it is in most of the other arch-specific config.sh files does the trick.
Comment 6 Chris Gianelloni (RETIRED) gentoo-dev 2007-02-14 21:20:27 UTC
OK.  This is fixed in subversion now, thanks to Andrew.
Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2007-02-14 21:59:09 UTC
Fixed in 3.4.7_pre3