| Summary: | media-gfx/yafray ebuild uses $MAKEOPTS which may have incompatible values | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Peter Gantner (a.k.a. nephros) <gentoo> |
| Component: | New packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | 2007.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 337831 | ||
As noted on the other bug - if you have a generic solution to scons suckage, feel free to suggest it... Thanks. *** This bug has been marked as a duplicate of bug 202547 *** *** Bug 206914 has been marked as a duplicate of this bug. *** |
Hi! I am using the following in make.conf: MAKEOPTS="-j3 -s -l 2.5" With GNU make, -l controls (not) spawning new make processes after high load. For scons, -l deals with library paths, and will not acccept integer or float parameters, resulting in: >>> Source unpacked. >>> Compiling source in /tmp/portage/media-gfx/yafray-0.0.9-r1/work/yafray ... usage: scons [OPTION] [TARGET] ... SCons error: option -l: invalid integer value: '2.7' and the usual emerge bailout. The ebuild has in src_compile: scons ${MAKEOPTS} prefix="/usr" which causes this error. Reproducible: Always Expected Results: The ebuild should not assume that MAKEOPTS only contains -jN values as the user may have set other valid make options. MAKEOPTS should probably be parsed to use just -jN for scons.