Created attachment 303003 [details] Screenshot of too dark Civilization4 game I am experiencing a bug related to Intel GM45 chips and EXT_texture_sRGB_decode that actually should have been fixed in mesa-7.11.2, the version that is included in emul-linux-x86-xlibs-20120127. All wine versions above and including 1.3.15 are affected because wine uses that extension since then. https://bugs.freedesktop.org/show_bug.cgi?id=35373 My ~amd64 mesa version is 8.0, kernel 3.2.7. Possible? fix?: Bump emul-linux-x86-xlibs to mesa-8.0 I am prepared to create my own chroot for building ~x86 emul-linux packages, BUT the Emulation Packages Guide in http://www.gentoo.org/proj/en/base/amd64/emul/ is deprecated and I have no idea what parts of it should be taken care of. My temporary solution: MESA_EXTENSION_OVERRIDE="-GL_EXT_texture_sRGB_decode", taken from the linked freedesktop bug, fixes the problem
7.11.2 is the version included in emul packages, I guess you meant "8.0" in summary, no?
Well, actually the patch is part of the 7.11.2 changelog. Since I can't find other reports about the same problem it could be gentoo specific
Will CC our mesa maintainers then as emul package is already providing 7.11.2
I've replaced the emul-linux-x86-xlibs files with native built ones from FireBurn's overlay: http://forums.gentoo.org/viewtopic-t-886398.html Result: Same problem, so this is probably not emul related.
Same with USE="-lcms" wine, just to be sure. The *-32bit-9999 libraries provided by FireBurn are: mesa, libX11, libdrm What else could be involved there that spoils the fun?
This looks like a mesa bug then, not sure what version should fix it (if it's really fixed on any released version) :-S
Must have been at some point, since the freedesktop bug was 'RESOLVED FIXED'. ;) I've also got confirmation now from an other Intel user. So, back to mesa to find the bad commit - is there a way to use the existing egit-src?
The following patch fixes the bug for me: http://lists.freedesktop.org/archives/mesa-dev/2012-July/024917.html Applies on current mesa master as well as 8.1_rc1_pre20120724 Yippie!
This is a now a mesa-8.0 branch candidate, see https://bugs.freedesktop.org/show_bug.cgi?id=48120#c10 If not having a minor bump it would be great to have the next mesa-8.0 pointrelease in emul-linux asap. :)
An x86 build of current media-libs/mesa-9_pre20120831-r1 would fix this.
Also try with latest emul set -> 20121028
(In reply to comment #11) > Also try with latest emul set -> 20121028 So I removed the FireBurn native 32bit ebuilds and tried =app-emulation/emul-linux-x86-xlibs-20121028... unfortunately it's not fixed. $ glxinfo32 | grep Mesa client glx vendor string: Mesa Project and SGI OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset OpenGL version string: 2.1 Mesa 8.0.4 This bug needs an emul package based on mesa-8.0.5: http://www.mesa3d.org/relnotes-8.0.5.html
"At least" 8.0.5 of course, a new bump with mesa-9.0 instead would also fix this.
New set bumped
Fixed! :)