http://bugs.winehq.org/show_bug.cgi?id=10255
Summary: wine won't run opengl apps on gentoo 2.6.21 Product: Wine Version: 0.9.48. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-winelib AssignedTo: wine-bugs@winehq.org ReportedBy: jestersi@gmail.com
Created an attachment (id=8882) --> (http://bugs.winehq.org/attachment.cgi?id=8882) backtrace log
I've tried running multiple opengl apps the same thing happens. All apps were recently working perfectly, I love wine. I recently installed a new motherboard, recompiled my kernel to accomodate for it and upgraded the kernel from 2.6.17 to 2.6.22 x86_64 I re installed the nvidia driver and that worked fine, glxgears and beryl runs great. Even have the SB XFI drivers running now.
I followed the http://wiki.winehq.org/WineOn64bit#head-7f9ba30a115acb6bc6feef3ee48cd06e91d4...
Things to note, the emul xlibs are no longer installed at /emul/linux/x86/usr/lib/ they are in /usr/lib32 I believe this is similar to debian.
I've attached the backtrace log. I haven't a clue why it won't work, I've tried custom compiling four different versions of wine, I've tried more than one app (Never Winter Nights and WoW ) the backtrace below is for World Of Warcraft. Simple apps seem to work like calc and solitare.
http://bugs.winehq.org/show_bug.cgi?id=10255
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
--- Comment #1 from Luke Bratch l_bratch@yahoo.co.uk 2007-10-31 09:57:53 --- Did you change anything else other than the kernel and reinstalling the nvidia driver?
Another thing, I use the following to compile on Gentoo, maybe it will work for you:
LDFLAGS="-m32 -L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" ./configure LDFLAGS="-m32 -L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" make depend LDFLAGS="-m32 -L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib" make
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #2 from x patch jestersi@gmail.com 2007-10-31 11:30:33 --- I made a small mistake in my above post, I've updated to 2.6.21 not 2.6.22 The newest gentoo ebuilds of emul now use /lib32 /usr/lib32 noted in the link below. http://bugs.gentoo.org/show_bug.cgi?id=143390
also note that nvidia driver install puts it's 32bit libGL.so in there as well i had to re sym link it because I had todo the same thing for my lib64 at one point.
./configure --libdir=/usr/lib32 --x-libraries=/usr/lib32 --with-x LDFLAGS="-L/lib32 -L/usr/lib32"
those are the switches I'm now using explicitly. This is 100% a gentoo ebuild issue.
I did an ldd on wine-glibc it was showing links to /usr/lib and /lib before which is sym linked to my lib64 respectively.
with these new switches it now links to the proper lib32 areas with the exception of the ld-linux.so.2 is still linking to /lib/ld-linux.so.2
I can't find the configure switch to pass this in, I believe it's LDPATH variable but I could be wrong and it didn't seem to markup the Makefile when I did it. exporting LDPATH=/lib32 didn't seem to make a difference I'm going to manualy modify the Makefiles and see if ldd reports a proper link.
http://bugs.winehq.org/show_bug.cgi?id=10255
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #8882|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=10255
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-31 14:47:58 ---
This is 100% a gentoo ebuild issue.
That means it's not Wine issue
http://bugs.winehq.org/show_bug.cgi?id=10255
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2007-10-31 14:48:10 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #5 from x patch jestersi@gmail.com 2007-10-31 18:54:19 --- I may have to open a new bug, basicaly building on x86_64 links to the wrong ld-linux.so.2 and the current gentoo build information on http://wiki.winehq.org/WineOn64bit#head-7f9ba30a115acb6bc6feef3ee48cd06e91d4... needs updating for the newer emul packages on gentoo.
I'm going to attempt what the ubuntu guy says at the bottom of that page since these distro's are close. Once I get this fixed I will attempt to contact the gentoo ebuild guy for wine and let him know he needs to update for the x86_64 builds.
http://bugs.winehq.org/show_bug.cgi?id=10255
x patch jestersi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jestersi@gmail.com Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #6 from x patch jestersi@gmail.com 2007-11-01 12:07:06 --- This does not seem to be a build issue now, I found out that /lib/ld-linux.so.2 is actually sym linked to the /lib32/ld-linux.so.2
winecfg runs and simple apps run, any opengl app does not run. ldd on winegcc and other bin files show correct linking to the correct .so's
This was working in an earlier version of wine but I tried rolling back and it still doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #7 from x patch jestersi@gmail.com 2007-11-01 12:09:16 --- http://article.gmane.org/gmane.comp.emulators.wine.devel/54543
another person having the same issue
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #8 from x patch jestersi@gmail.com 2007-11-01 17:28:33 --- Created an attachment (id=8923) --> (http://bugs.winehq.org/attachment.cgi?id=8923) backtrace log2
this is the trace log from never winter night 1
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #9 from x patch jestersi@gmail.com 2007-11-01 17:41:29 --- Ok I've compiled wine forty some odd times now, double checked as much as I could possibly check. Never winter nights comes up to the load screen it doesn't touch opengl at that point, I can config the game from there and do other nwn type things. as soon as I click play it causes a page fault.
alsa sound is working fine I hear the nwn sound ( I'm using the beta XFI drivers )
I unemerged all the emul packages and re emerged.
I've followed the gentoo, ubuntu and debian steps for 64bit archs for custom installs.
I don't have any issues with wine except when I start to run opengl apps.
I've checked the sym links to my libGL and libglx. glxgears runs fine and I have beryl going.
Can anyone see where things are going wrong in the trace log? I don't know how to read them so I'm unsure where to look.
I'm running the 100.14.19 nvidia driver release on a 8800 GTX card.
http://bugs.winehq.org/show_bug.cgi?id=10255
--- Comment #10 from x patch jestersi@gmail.com 2007-11-01 20:09:20 --- I tried rolling back to older emul ebuilds and emerging wine 0.9.36 every version I've tried does this.
I'm out of ideas now :S well hope someone looks at this, going to use windows for now. :(
http://bugs.winehq.org/show_bug.cgi?id=10255
x patch jestersi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #11 from x patch jestersi@gmail.com 2007-11-02 02:59:25 --- Installed ubuntu wine works great now.
http://bugs.winehq.org/show_bug.cgi?id=10255
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from James Hawkins truiken@gmail.com 2008-01-07 03:15:25 --- Closing abandoned.
http://bugs.winehq.org/show_bug.cgi?id=10255
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|_obsolete_winelib |-unknown
-
wine-bugs＠winehq.org