[Bug 23899] Soldier of Fortune II - Double Helix GOLD installer can't create shortcuts for Gnome

WineHQ Bugzilla wine-bugs at winehq.org
Sun Nov 3 07:20:51 CST 2019


https://bugs.winehq.org/show_bug.cgi?id=23899

--- Comment #12 from Adam Bolte <abolte at systemsaviour.com> ---
I just performed a re-installation of this game to test. I don't run GNOME, but
I can confirm shortcuts were created like this:

$ cat SOF\ II\ GOLD\ Single\ Player.desktop 
[Desktop Entry]
Name=SOF II GOLD Single Player
Exec=env
WINEPREFIX="/mnt/gaming/wineprefixes/retail_box/soldier_of_fortune-2-gold_edition"
wine C:\\\\PROG\\~5P2\\\\SOLD\\~EXR\\\\Sof2.exe +set\\ com_multilingual\\ 2\\
+set\\ sp_language\\ 0
Type=Application
StartupNotify=true
Path=/mnt/gaming/wineprefixes/retail_box/soldier_of_fortune-2-gold_edition/dosdevices/c:/Program
Files (x86)/Soldier of Fortune II - Double Helix GOLD
Icon=952E_Sof2.0
StartupWMClass=sof2.exe
$

Unfortunately the game will not run on modern computers without
MESA_EXTENSION_MAX_YEAR=2003 so I had to manually add that into the Exec= line
for the shortcut to function. I don't know if maybe Wine wants to maintain a
list of compatibility rules for various troublesome applications (similar to
Mesa's drirc file)? Otherwise I guess it's always going to be a problem for
this shortcut on modern machines.

I still don't run GNOME, but I assume this shortcut would then work in that
environment.

As for the I/O error that was lumped into this bug report, that is still a
problem - but I found a work-around! If you use `wine eject <drive>`, the error
at the end of installation will always occur. If you don't use that command,
the operating system won't let you eject (at least not when I tried using the
Caja file manager) because wineserver is using it. Since I only have one
optical drive installed into my computer, I ripped both CDs to ISO images and
used CDEmu to mount both at the same time, which were then automatically
mounted as /media/sofii_1 and /media/sofii_2. Next, I used winecfg to make
/media/sofii_1/ mapped to D:, clicked OK and then ran the following:

wine cmd.exe
D:
autorun  # the installer starts detached
exit

If I don't switch to d: as the current working directory, this will also cause
the installer will fail early on in the installation process.

Now I follow the installation wizard as usual up until I get to the point where
it asks for the second CD. At this point I open winecfg once more and change
the mapping of D: to /media/sofii_2/ and click Apply. Then I click OK in the
installer window and it continues along just fine. Near the end of the
installation, the wizard will ask for disc 1 again, so I go back to winecfg and
re-map D: to /media/sofii_1/. In doing this, the installation will complete
without error.

There must be something "wine eject D:" does that the installer simply doesn't
like - but I don't think that's related to GNOME shortcuts. Also, in my
testing, having the installer crash at the end (by using `wine eject D:`) will
still cause shortcuts to be created - just not Desktop shortcuts.

Testing was performed on vanilla Wine 4.18.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.



More information about the wine-bugs mailing list