Summary: | app-eselect/eselect-opengl-1.1.1-r2: libdri2.so symlink not created | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | brainkiller_01 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 531842 | ||
Bug Blocks: |
Description
Dennis Schridde
2010-07-11 07:32:58 UTC
Manually symlinking /usr/lib/xorg/modules/extensions/libdri2.so -> ../../../opengl/xorg-x11/extensions/libdri2.so seems to silence the warning: [ 968.780] (II) Loading sub module "dri2" [ 968.780] (II) LoadModule: "dri2" [ 968.780] (II) Reloading /usr/lib64/xorg/modules/extensions/libdri2.so [ 968.780] (II) NVIDIA(0): [DRI2] Setup complete [ 968.780] (II) NVIDIA(0): [DRI2] VDPAU driver: nvidia This is a minor warning in the grand scheme, basically the dri2 module won't be able to send the driver name to VDPAU. But since nvidia-drivers don't use dri2, nvidia has provided a fall back in VDPAU to assume nvidia. So all is well in the end. I can look at a work around within X to potentially clean up this warning. I've brought this up with the eselect-opengl maintains and they're basically skipping creating the symlink for nvidia-drivers but shouldn't be. Actually, I encountered this problem with xorg-server-1.11.3 and nvidia-290.10 on ~amd64 box. It could be fixed either by symblink or adding module paths in xorg-server like Section "File" ModulePath /usr/lib64/xorg/ ModulePath /usr/lib64/xorg/modules/extensions/ EndSection I've just unmasked eselect-opengl-1.3* and related packages, and I think they implicitly fix this issue. Could you upgrade @world and retry, please (removing any workarounds you have applied first)? |