http://bugs.winehq.org/show_bug.cgi?id=32864
Bug #: 32864 Summary: wine --version displays incorrect version Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: wine.bugs@kjpetrie.co.uk Classification: Unclassified
Entering "wine --version" into a bash prompt on a 64-bit system yields the response: "wine-1.2.2"
This incorrect version is also shown in the help -> about menu for Wine Internet Explorer, File Manager, Registry Editor etc. Only the command prompt and configurator show the correct version.
http://bugs.winehq.org/show_bug.cgi?id=32864
--- Comment #1 from Austin English austinenglish@gmail.com 2013-02-01 06:31:05 CST --- Sounds like a misconfiguration, maybe you have two versions of wine installed? What does 'which -a wine' show? Where did you get wine from?
http://bugs.winehq.org/show_bug.cgi?id=32864
--- Comment #2 from wine.bugs@kjpetrie.co.uk 2013-02-01 14:48:01 CST --- ~]$ which -a wine /usr/bin/wine /usr/bin/wine /usr/bin/wine
(Path could do with a clean!)
I downloaded wine as source following the links on the winehq website and built an rpm package for PCLinuxOS, using the wine-wow64 method.
I have checked the rpm for the string 1.2.2 and it appears nowhere in the source, .spec or patches. I am now going through the installed system looking for that string.
So far, I have found it in ~/.wine/drive_c/windows/profiles/$USER/Temp/qt-mt337.dll, and in /opt/libs32/libwine.so.1 amongst the messages (between cannot stat %s and /usr/bin)
It's also the version of xset installed on this machine, but I can't see any obvious relevance there.
Are you saying you can't replicate it? I don't understand where it could have come from as wine has not previously been available in PCLinuxOS for 64-bit.
http://bugs.winehq.org/show_bug.cgi?id=32864
--- Comment #3 from Austin English austinenglish@gmail.com 2013-02-01 22:01:26 CST --- (In reply to comment #2)
I have checked the rpm for the string 1.2.2 and it appears nowhere in the source, .spec or patches. I am now going through the installed system looking for that string.
Unlikely a bug in wine then :).
So far, I have found it in ~/.wine/drive_c/windows/profiles/$USER/Temp/qt-mt337.dll, and in /opt/libs32/libwine.so.1 amongst the messages (between cannot stat %s and /usr/bin)
Can you try a clean WINEPREFIX? I'm assuming the package installs to /opt/lib32?
It's also the version of xset installed on this machine, but I can't see any obvious relevance there.
Are you saying you can't replicate it? I don't understand where it could have come from as wine has not previously been available in PCLinuxOS for 64-bit.
I cannot.
http://bugs.winehq.org/show_bug.cgi?id=32864
wine.bugs@kjpetrie.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #4 from wine.bugs@kjpetrie.co.uk 2013-02-02 15:43:46 CST --- Ah, all becomes clear!
PCLinuxOS has a package called ia32-libs which supplies 32-bit libs mainly needed for Skype. I don't know why (overlinking, perhaps) but this contains a copy of libwine.so.1, evidently copied from wine-1.2.2, which is apparently being loaded in preference to the correct version from wine-wow64 (installed in /usr/lib/).
Sorry to have troubled you, but thank you for helping me track this down. Now we have to sort out how we fix this, but it's purely a packaging problem at our end!
I'll mark the bug resolved: invalid.
http://bugs.winehq.org/show_bug.cgi?id=32864
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Austin English austinenglish@gmail.com 2013-02-03 05:34:18 CST --- Closing.