Creating shortcuts for Wine / Windows exes

Forum: Apps
Topic: Creating shortcuts for Wine / Windows exes
started by: blip

Posted by blip on Dec. 27 2007,13:01
Hi again
Wine on DSL is great....really fast. We've got the old Microsoft Pinball working on it now....much to my Dad's grattitude....

What's the best way of creating a shortcut from the Wine C:/Program files drive onto the DSL desktop? I.e. I want to create a shortcut to c:/program files/pinball.exe and get Wine to start it (preferrably in full screen mode ). It would be great if we could add a little icon to it as well to make life easy for him.


Posted by john.martzouco on Dec. 27 2007,14:01
Great timimg... I've been playing with Wine the past couple of days as well.

This is what I did:

1) write a shell script that will call Wine and pass in the exe. Name it /home/dsl/pinball.bash :
Code Sample
/opt/wine9.4x/bin/wine /mnt/auto/cdrom/winapps/pinball.exe 2>/dev/null

2) create a shortcut in /home/dsl/.dfmdesk for the script:
Code Sample
ln -s /home/dsl/bat /home/dsl/bat/pinball.bash /home/dsl/.dfmdesk/Pinball

3) wait 10 seconds and the shortcut will show up on the graphical desktop.

4) change the shortcut icon

OT:  Which version of Wine should I use?  I've found a bunch of them in the extensions:
 1 is in Testing, labelled wine-0.9.28_with_opengl.dsl
 1 is in UCI labelled wine-20050524.uci
 1 is in System labelled wine-0.9.22.dsl
 there's a fourth one out there labelled wine<something>.x

I've used two of them so far.  They both work, but I get error messages about glibc (I don't have access to the errors right now).  Something about NTLP or like.  Is there a glibc extension I should be upgrading?


Posted by curaga on Dec. 27 2007,16:04
NPTL.. This has already been discussed. It w(h)ines because there's no Native Posix Threading Library around, and there's none 'cause it requires a 2.6 kernel.
Posted by ^thehatsrule^ on Dec. 31 2007,01:59
Which version of Wine should I use?
If you don't need opengl (i.e. for 3D use), then you don't need a version that has that support compiled in.  Typically a higher version means a newer version, but it does not necessarily mean your target application will run better or worse (i.e. see appdb).  Otherwise, if you don't really care and just want your target application to work, it should not matter.

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.