hidapi fails to build against fox:1.7. Patch to follow. Reproducible: Always Steps to Reproduce: 1. USE="X" emerge -av1 hidapi Actual Results: checking for fox... configure: error: Package requirements (fox) were not met: No package 'fox' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables fox_CFLAGS and fox_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details.
Created attachment 365178 [details, diff] fix_hidapi_fox.patch Ebuild patch to fix dev-libs/hidapi/hidapi-0.8.0_pre20130121.ebuild
Okay I had only tested against stable fox 1.6. I just tested with 1.7 and you do get the failure. Here's what i've done: 1) for stable hidapi-0.8.0_pre20130121 I changed X? ( x11-libs/fox ) to X? ( x11-libs/fox:1.6 ) 2) I added hidapi-0.8.0_pre20130121-r1 as ~arch with your patch. It is sane as far as compiling goes, but I don't have good run time evidence that hidapi-0.8.0_pre20130121 works well with fox:1.7. Moving forward, when we stabilize in the future, we'll keep that patch. Upstream should be alerted to this: https://github.com/signal11/hidapi/issues Have you opened an issue, if not I will and reference this bug. We'll then close. Thanks!
Thanks, I'm going to resolve this upstream.
Created attachment 369086 [details, diff] hidapi-0.8.0_pre20130121-r1-fox17.patch Patch submitted upstream to better resolve the fox issue.
this bug is back and effects dev-libs/hidapi-0.8.0_rc1_p20140201 yes checking for fox... checking for fox... yes configure: error: Package requirements (fox17) were not met: No package 'fox17' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables fox_CFLAGS and fox_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. checking that generated files are newer than configure... done configure: creating ./config.status
but this time it seems to be a multilib issue as for me it fails only in for the x86_32 abi USE=-abi_x86_32 emerge -1 dev-libs/hidapi works fine. looking at the ChangeLog, multilib support was added in this version and looking a fox, it doesn't support multilib which led to the conclusion it can't work on a multilib system with USE=X as long as fox doesn't support multilib one solution may be to disable the testgui for the x86_32 abi
as this is a multilib issue and therefor not really related to this issue, I've created a new bug 529302
*** Bug 529302 has been marked as a duplicate of this bug. ***
@Diego. Looks like the multilib bump has re-introduced this issue.
Please CC multilib@ on multilib issues.
@luke, the fix is to enable the GUI on native ABI only: diff -u -B -r1.1 hidapi-0.8.0_rc1_p20140201.ebuild --- hidapi-0.8.0_rc1_p20140201.ebuild 12 Nov 2014 21:49:26 -0000 1.1 +++ hidapi-0.8.0_rc1_p20140201.ebuild 30 Nov 2014 09:16:39 -0000 @@ -54,12 +54,12 @@ autotools-multilib_src_prepare } -src_configure() { +multilib_src_configure() { local myeconfargs=( - $(use_enable X testgui) + $(multilib_native_use_enable X testgui) ) - autotools-multilib_src_configure + autotools-utils_src_configure } src_compile() { Committed as: + 30 Nov 2014; Michał Górny <mgorny@gentoo.org> + hidapi-0.8.0_rc1_p20140201.ebuild: + Build GUI only for native ABI, fixes bug #494090 / FL-1831.
