Summary: | app-emulation/wine breaks with app-emulation/emul-linux-x86-baselibs-20100409 due to libpng changes | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Santos <daniel.santos> |
Component: | [OLD] Library | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | gentoo, Wizzleby, xmw |
Priority: | High | ||
Version: | 10.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 165270 | ||
Attachments: | Wine output of libpng mixup |
Description
Daniel Santos
2010-06-03 21:46:11 UTC
Related Wine bug here: http://bugs.winehq.org/show_bug.cgi?id=23024 Ther might be a bigger problem: Someone on #gentoo-bugs reported today, that his wine complains about running against libpng1.2 but was compiled against libpng1.4. This was a result of a amd64 bit system w/o USE wine64 (regular 32bit wine) having ~arch libpng1.4 installed. Wine picked up the "systems" includes but was confronted with the emul-linux-* ELS32 libraries during runtime. Please adjust wine's build system to pick up the headers of emul-linux-* or replace emul-linux in favor of the transparen multilib overlay solution ( http://wiki.github.com/sjnewbury/multilib-overlay/) Michael (In reply to comment #2) > Ther might be a bigger problem: Someone on #gentoo-bugs reported today, that > his wine complains about running against libpng1.2 but was compiled against > libpng1.4. > Yes, it's bug 319205 ;-), for now, please keep on stable libpng version (emul packages are prepared to work on stable systems), switch to multilib-overlay or wait until I find time to update emul set :-) > This was a result of a amd64 bit system w/o USE wine64 (regular 32bit wine) > having ~arch libpng1.4 installed. Wine picked up the "systems" includes but was > confronted with the emul-linux-* ELS32 libraries during runtime. > > Please adjust wine's build system to pick up the headers of emul-linux-* For now, emul packages only provide libs, not their headers :-/ >or > replace emul-linux in favor of the transparen multilib overlay solution ( > http://wiki.github.com/sjnewbury/multilib-overlay/) > > Michael > It's bug 145737 , but I have no idea about its status :-( Regarding original problem, the only different between emul-linux-x86-baselibs versions are some updated packages: http://www.gentoo.org/proj/en/base/amd64/emul/emul-linux-x86-20100220.xml http://www.gentoo.org/proj/en/base/amd64/emul/emul-linux-x86-20100409.xml But, for trying to find the culprit, I would like to see some error message, some wine output... Please provide it Created attachment 234627 [details] Wine output of libpng mixup (In reply to comment #3) > > But, for trying to find the culprit, I would like to see some error message, > some wine output... > > Please provide it > Mine is broken at the moment. Though it is just the /usr/lib32/wine/windowscodecs.dll.so and /usr/lib32/wine/winemenubuilder.exe.so components. Also should note that /usr/sbin/libpng-1.4.x-update.sh and lafilefixer were both run. The summary is: libpng warning: Application was compiled with png.h from libpng-1.4.2 libpng warning: Application is running with png.c from libpng-1.2.40 libpng error: Incompatible libpng version in application and library For libpng vs emul-linux problem, please go to bug 319205 This bug is for the original hang problem Thanks Does this hang problem occur on systems still running stable libpng? Please check how does it work with 20100611 (it is built against libpng14) Doesn't work here as expected. wine-1.2rc2 was compiled against the old emul package with the libpng mismatch and worked quite fine... Crashing game here is Dungeons & Dragons Online which is a sister game from the same company, running ~AMD64. I have media-libs/libpng-1.2.43-r2, which is the current stable version. I have not tried against emul-linux 20100611 yet. I'll try to do that tonight when I get some time. Will get you some winedbg output as well. Since there are no error messages, this will be the best I can do. Just remember that this can still be a long standing wine bug that only surfaces when something in memory changes. I've run into a lot of memory corruption issues in Wine in the past. What is the status with latest stable? (libpng-1.4 and latest emul set on amd64) |