Summary: | =dev-games/openscenegraph-3.6.5-r1 links against bundled Lua | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Maciej Mrozowski <reavertm> |
Status: | RESOLVED FIXED | ||
Severity: | QA | CC: | esigra, games |
Priority: | Lowest | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 773310 | ||
Bug Blocks: | 251464 | ||
Attachments: |
dev-games:openscenegraph-3.5.5:20190624-023751.log.bz2
etc.portage.tbz2 |
Description
Toralf Förster
2019-06-24 18:26:58 UTC
Created attachment 580640 [details]
dev-games:openscenegraph-3.5.5:20190624-023751.log.bz2
Created attachment 580642 [details]
etc.portage.tbz2
Update for osg-3.6.5 CMAKE_DISABLE_FIND_PACKAGE_Lua51 CMAKE_DISABLE_FIND_PACKAGE_Lua52 Harmless, buildsystem has two find_package() directives but second is behind conditional so will not always produce CMake option. And ebuild just relies on both present. Not really worth "fixing". Unfortunately in case of 3.6.5-r1 there is another problem here manifesting in the same fashion - the two Lua-related find_package calls these variables attempt to override are only invoked if ${OSG_USE_LOCAL_LUA_SOURCE} evaluates to false, and this ebuild leaves said variable at its default value of ON. This means that the OpenSceneGraph Lua plug-in is a) linked against bundled liblua, and b) built regardless of whether USE=lua has been set or not Among the dev-games/openscenegraph ebuilds currently in the tree only 3.6.5-r1 exhibits this problem, as both 3.6.4 and 3.6.5-r100 do set -DOSG_USE_LOCAL_LUA_SOURCE=OFF in src_configure. Let's stabilize -r100 then and drop the rest. Why did you call it -r100, -r2 was not good enough? ;) I created https://bugs.gentoo.org/773310 |