Summary: | x11-drivers/nvidia-drivers-334.16-r1 USE=multilib - 32/libnvidia-fbc.so.334.16 does not exist | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | jms <jms.gentoo> |
Component: | [OLD] Library | Assignee: | Jeroen Roovers (RETIRED) <jer> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | multilib+disabled, sven.koehler, xarthisius |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log
environment |
Description
jms
2014-02-07 17:54:02 UTC
Created attachment 369814 [details]
build log
Created attachment 369816 [details]
environment
@multilib: We could move this line: donvidia ${libdir}/libnvidia-fbc.so ${NV_SOVER} before: if use kernel_linux && has_multilib_profile && \ into its own "if use X; then" clause, but maybe there is a better way. (In reply to Jeroen Roovers from comment #3) > @multilib: We could move this line: > > donvidia ${libdir}/libnvidia-fbc.so ${NV_SOVER} > > before: > > if use kernel_linux && has_multilib_profile && \ > > into its own "if use X; then" clause, but maybe there is a better way. How about changing if use kernel_linux && has_multilib_profile && \ [[ ${ABI} == "x86" ]] ; then libdir=${NV_OBJ}/32 fi into if use kernel_linux && has_multilib_profile && \ [[ ${ABI} == "x86" ]] ; then libdir=${NV_OBJ}/32 elif use X; then donvidia ${libdir}/libnvidia-fbc.so ${NV_SOVER} fi ? (In reply to Sven from comment #4) > How about changing > if use kernel_linux && has_multilib_profile && \ > [[ ${ABI} == "x86" ]] ; then > libdir=${NV_OBJ}/32 > fi > into > if use kernel_linux && has_multilib_profile && \ > [[ ${ABI} == "x86" ]] ; then > libdir=${NV_OBJ}/32 > elif use X; then > donvidia ${libdir}/libnvidia-fbc.so ${NV_SOVER} > fi Well, I was looking for a better way, by which I mean a cleaner way. But maybe it gets only messier. Quoting [1]: o The NvFBC library (/usr/lib/libnvidia-fbc.so.x.y.z); The NVIDIA Framebuffer Capture library provides an interface to capture and optionally encode the framebuffer of an X server screen. NvFBC is a private API that is only available to approved partners for use in remote graphics scenarios. Please contact NVIDIA at GRIDteam@nvidia.com for more information. I have opted to not install it for now. After all, this is still a beta, and you need special permission to even use it. [1] /usr/share/doc/nvidia-drivers-334.16-r1/html/installedcomponents.html --- nvidia-drivers-334.16-r1.ebuild 7 Feb 2014 20:00:40 -0000 1.2 +++ nvidia-drivers-334.16-r1.ebuild 7 Feb 2014 20:12:10 -0000 @@ -263,6 +263,9 @@ # NVIDIA kernel <-> userspace driver config lib donvidia ${NV_OBJ}/libnvidia-cfg.so ${NV_SOVER} + # NVIDIA framebuffer capture library + donvidia ${NV_OBJ}/libnvidia-fbc.so ${NV_SOVER} + # NVIDIA video encode/decode <-> CUDA if use kernel_linux; then donvidia ${NV_OBJ}/libnvcuvid.so ${NV_SOVER} It should work with this change. Please test. Or try with -r2. With -r2: * QA Notice: Missing soname symlink(s): * * usr/lib64/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 * usr/lib32/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 * I think it's the reason why weston with x11-backend fails with: Failed to load module: libGLESv2.so.2: cannot open shared object file: No such file or directory (In reply to Mariusz Ceier from comment #9) > With -r2: > * QA Notice: Missing soname symlink(s): > * > * usr/lib64/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 > * usr/lib32/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 > * > > I think it's the reason why weston with x11-backend fails with: > Failed to load module: libGLESv2.so.2: cannot open shared object file: No > such file or directory That's a different bug. Please file a new bug report. (In reply to Jeroen Roovers from comment #10) > (In reply to Mariusz Ceier from comment #9) > > With -r2: > > * QA Notice: Missing soname symlink(s): > > * > > * usr/lib64/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 > > * usr/lib32/opengl/nvidia/lib/libGLESv2.so.2 -> libGLESv2.so.334.16 > > * > > > > I think it's the reason why weston with x11-backend fails with: > > Failed to load module: libGLESv2.so.2: cannot open shared object file: No > > such file or directory > > That's a different bug. Please file a new bug report. Reported 2 new bug reports: https://bugs.gentoo.org/show_bug.cgi?id=500708 and https://bugs.gentoo.org/show_bug.cgi?id=500710 |