Description of problem: Attempting to run the linux binary(s) provided by the PCSX2 developers (http://pcsx2.net/downloads.php) results in the following error: $ ./launch_pcsx2_linux.sh ./pcsx2: Symbol `_ZTV10wxClientDC' has different size in shared object, consider re-linking ./pcsx2: Symbol `_ZTV10wxMemoryDC' has different size in shared object, consider re-linking ./pcsx2: Symbol `_ZTV9wxPaintDC' has different size in shared object, consider re-linking Fatal Error: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6). ./launch_pcsx2_linux.sh: line 27: 2529 Aborted (core dumped) ./pcsx2 This error is due to the fedora developers compiling WxGTK with 2.4 compatibility flags set to on (default is off). As a result no other linuxes have this problem and pcsx2 binaries don't work due to a "fedora problem" Could WxGTK be compiled without 2.4 compatibility (does it serve a purpose?) or perhaps a version of WxGTK without 2.4 compatibility could be compiled as well so user could choose which RPM to install? Version-Release number of selected component (if applicable): Name : wxGTK Arch : i686 Version : 2.8.12 Release : 1.fc15 How reproducible: Always Steps to Reproduce: 1.download pcsx2 0.98 linux binaries from http://pcsx2.net/files/28277 2.launch pcsx2 from its home directory with ./launch_pcsx2_linux.sh 3.Crash should be produced Actual results: PCSX2 crashes with the error dialogue shown above Expected results: PCSX2 launches into gui Additional info: PCSX2 will compile from source in Fedora, so no problems with compatibility per se, however compiling from source puts off many novice users. PCSX2 is a Playstation 2 emulator and is thus very popular as a means of playing games on the linux platform. I hope fedora devs consider this problem worth fixing as it may put novice users off the distribution, which is a great shame.
I forgot to say, this bug has been around for a while and is certainly current in Fedora 13 and 14 as well.
It can't be fixed without breaking other existing consumers of wxGTK. The build options could be changed for F-16 if someone would verify that no existing Fedora would break when recompiled with this new build of wxGTK.
Dan - was that a rhetorical request (for a verification it wouldn't break existing fedora) or is there some way this could be achieved?
No, it's meant seriously. I can provide new wxGTK rpms (probably as a scratch build in the koji buildsystem) built without the 2.4 compatibility stuff and the volunteer would then use them for rebuilding all the 50+ packages (I can provide the list) from Fedora that use wxGTK. All packages must be built successfully in Rawhide using the mock tool (that's what the build system uses, chroot is used for build so the local environment doesn't influence the build) before the change in wxGTK can be committed in the package. The one who proposes a change in a common library should resolve all issues the change can bring. First hurdle is bug 718719 ... All this can take a lot of time which I can't dedicate now.
Hello Dan, Can you post the list of the 50+ packages with the version? I can check Debian package if they need special patch to run wx without 2.4. The idea will be to get an overview of potential issue, cherry pick Debian-patch if needed. Then Giles can do the compilation test/validation in a Fedora chroot. Regards, Gregory
Hum I give a quick look at Debian. Debian have 2 wx packages wx2.8 (+2.6 comp) and wx2.6 (+2.4 comp) Package that depends on wx2.6 are the following. xaralx-svg xaralx libxar-dev tipptrainer therion-viewer sffview pyragua openmsx-catapult jmdlx graphthing espeakedit Note: either they need 2.4 or the maintainer did bump the version dependency. Note2: I do a test on tipptrainer and unfortunately it needs 2.4 stuff. I guess it will be easier and faster to create a PCSX2 Fedora package.