QA: other One or more CMake variables were not used by the project: GENTOO_DOCDIR WITH_Lua WITH_Lua51 ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1-desktop-plasma-systemd_20190619-191525 -------------------------------------------------------------------
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
Package removed: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=cd9dd5fa4d6140e80a0404f3bc18bebdd84d35d8