xwine doesn't work with winex-transgaming, but here's a wrapper to go as /usr/bin/wine to get it to work. I think the best way to do this is to include it with xwine and just install it if /usr/bin/winex3 exists but /usr/bin/wine does not... something similar should be done for /usr/bin/winex existing but not winex3 or wine (for winex-transgaming-2*). Note that the if statements is neccessary because xwine tests for wine by running 'wine -v', but the transgaming wrapper doesn't accept -v as an argument. #!/bin/sh if [ "$@" = "-v" ]; then /usr/bin/winex3 -version else /usr/bin/winex3 $@ fi Reproducible: Always Steps to Reproduce: 1. 2. 3.
I am not really sure we need this, winex-transgaming users should not use xwine. and this wrapper just looks ugly, hmm...
xwine works fine with winex. There is even an 'einfo' message presented after emerging XWine that suggests emerging wine or winex... so it would make sense to me that it should work with winex out of the box... it's either use the wine wrapper or patch xwine so that it better detects the installed wine.
the einfo massage was for winex from cvs which is not in portage anymore and is removed in the new Xwine ebuild. I will take a look at the source code and will try to write a patch.
It's been a few weeks now, and I haven't heard from you... so I'm assuming you might just be too busy to work on this. Would you prefer it if I provide you with a patch?
If you have a patch, please post it here. it will help alot.
I don't have one, but if you want me to modify the code and provide one, just say so... I just don't want to do double work by having both you and i make the changes...
If you can write a patch, please do.
closing as I'm the submitter, and I really don't care about this functionality any more ;/
