Wine Issues

Forum: Apps
Topic: Wine Issues
started by: DSlash

Posted by DSlash on Aug. 21 2006,19:23

Hello, I guess this would be my first post though I've lurked around in the forums for awhile to get most of my Linux related questions answered. I've been using Linux for a couple months, first Redhat 9, Knoppix, Mandriva 2006 and now DSL, still a general newbie though. I run DSL via Pendrive installation using a CompactFlash card USB reader and a 256mb CF that basically was no longer used in my digital camera.

Ok, enough introduction, my question(s?).

I've used Wine for quite a few games and apps in other distro's but the one from the Mydsl list is a bit older than the ones I'm use to I guess. Can't just type in "Wine appname.exe" in the console on this one apparently?

I would really rather switch to the one thats availble via "apt-get wine winesetuptk" but is it possible to save that to my usb stick so it'll be there when i reboot or switch computers?

I would appreciate any help given on this topic.

Posted by ^thehatsrule^ on Aug. 21 2006,20:02

The wine UCI package? You'll either have to add the binary path of it (probably /opt/wine... ) to your environment variable PATH in a startup script
i.e. add "export PATH=$PATH:/opt/wine...blahblah" to ~/.bash_profile (or other startup script)
-or-
use a symlink in an known bin directory that points to the executable.
i.e. ln -s /opt/wine...blahblah/bin/wine /usr/bin

Posted by JB4x4 on Aug. 21 2006,21:01

If you are using DSL 3.0, check out the testing repository located at < http://distro.ibiblio.org/pub....testing > There is wine-0.9.18.unc. The "unc" format will add itself to the filesystem using union file system, and let you call windoze programs with "wine winprog.exe".

Posted by DSlash on Aug. 21 2006,22:01

Quote (JB4x4 @ Aug. 21 2006,17:01)

Yes, I've tried that version, whenever I try to run something from it (in this example Starcraft) it tells me it can't find the ddraw.dll, which I know is in the Windows folder in the .Wine folder. So I figured thats the reason it was still in "testing"

Quote

Couple things,
1. Still Pretty new to Linux and am still shaking off Window simplicity, so you kind of lost past environment variable path :P.

2. I have no problems keep the UCI package from the MyDSL repository (in UCI category) after reboot, its just the fact that I don't know how to run it all that well due to the fact that I'm not use to the older version of Wine (as said above, won't just let me type in wine yadayada.exe in Shell). The only real success I've had with Wine in DSL was with the one retrieved from apt-get (once i switch oldstable to stable and update) I believe, however searching the forums I see there is no way to save things from apt-get for reinstallation upon reboot.

My thanks to both people who replied quite quickly. Any more suggestions would be helpful.

Posted by ^thehatsrule^ on Aug. 22 2006,01:32

- The version of wine doesn't have to do with just entering 'wine blah.exe'
- Windows uses a similar PATH variable
- You could update the package if the one from the apt repositories are newer (or create a new one)

For the UCI version, it actually would probably be easier to use the symlink way I suggested.
Find where the wine executable is located, and use
ln -s [insert full wine executable path here] /usr/bin

Posted by DSlash on Aug. 23 2006,15:26

Quote (^thehatsrule^ @ Aug. 21 2006,16:02)

add the binary path of it (probably /opt/wine... ) to your environment variable PATH in a startup script
i.e. add "export PATH=$PATH:/opt/wine...blahblah" to ~/.bash_profile (or other startup script)

Went back and tried this method after the symlink wouldn't work properly (gave me an error saying it couldn't find the Wine Source Tree or something like that) and it seems to be working fine now.

Thank you!

EDIT:Well I really wasn't expecting this next problem, when I try to run Starcraft I get the error:
err:x11settings.X11DRV_ChangeDisplaySettingsExW No matching mode found! (No res)

EDIT: Just thought I should add this for future reference, I got the Wine-0.9.12.uci package from the testing repository, still had the error but then switched to a virtual desktop of 640x480 and it worked fine, should work full screen when i figure out how to set 640x480 as a usable resolution i guess.

Posted by ^thehatsrule^ on Aug. 24 2006,23:53

Ah, for the symlink way, wine itself probably still searches the PATH variable, so no dice there.
But at least the other way seemed to work the way you had expected

If you are planning to use heavier graphics - such as games, you should consider using the XFree86.dsl extension to utilize video acceleration. This depends on how limited you are by your hardware though - but this should allow you to play at any resolution, with smoother video output.

Posted by TravMan1963 on Aug. 27 2006,05:09

I've 'lost my wine tree' too.

I've tried the suggestions here - at least I think I did...

I downloaded wine - from the mydsl extension panel.
Running DSL 3.0 (in M$ vpc) - frugal install
(I tried the 'test' version of wine - locked up DSL immediately)

I have my windows executeable in the program files directory
(EssentialPIM portable) - it runs in windows without being installed - right off a flash drive.)

Here's what I have added in my .bash_profile:
export PATH-$PATH:/opt/wine-20060635/wine
ln -s export PATH=$PATH:/opt/wine-20050524/wine /user/bin

I have also removed the last line (I'm thinking it should be ran from a shell...)

The errors I receive are:
wine EssentialPIM.exe
/user/bin/wine: could not locate Wine source tree

and
ln -s /opt/wine-20050524/wine /usr/bin
ln: /usr/bin/wine :File exists
**note - this second message isn't an error (?) - the command must have been executed before and created the file. - so perhaps it DOES belong in the bash file (if wine is launched from there) (or I suppose in the .xinitrc file)

TIA for your time and help.

TM