Closed GoogleCodeExporter closed 8 years ago
Same thing with mpc, which not only ends up in ~/.local/share/wineprefixes/mpc,
it's just a silent unzip operation with no real installation or program links
to be found. And it crashes when run, but that's a different story.
Original comment by danielb...@gmail.com
on 3 Jan 2012 at 7:17
That's a feature, not a bug. You need the --no-isolate option to get
apps to be installed in the default wine prefix.
You should file another bug if you are quite sure that setting WINEPREFIX
should imply --no-isolate. I didn't do things that way because of resistance
from wine-devel; they wanted to be sure that game workarounds didn't ever
contaminate the default wineprefix.
Original comment by daniel.r...@gmail.com
on 3 Jan 2012 at 2:48
I'm considering adding something like
--- winetricks (revision 753)
+++ winetricks (working copy)
@@ -3393,6 +3393,10 @@
if test "$WINEPREFIX"
then
WINETRICKS_ORIGINAL_WINEPREFIX="$WINEPREFIX"
+ if test WINETRICKS_OPT_SHAREDPREFIX=0
+ then
+ w_info "To install apps into $WINEPREFIX, give the
--no-isolate option"
+ fi
else
WINETRICKS_ORIGINAL_WINEPREFIX="$HOME/.wine"
fi
to make this a little less jarring.
Original comment by daniel.r...@gmail.com
on 3 Jan 2012 at 3:01
to be honest :
winetricks prefix=gamename game_verb_that_uses_steam
should go to ~/.local/share/wineprefixes/gamename
not ~/.local/share/wineprefixes/steam
Original comment by airtonix@gmail.com
on 19 Apr 2014 at 10:16
Possibly. It depends on what users expect. I'm not sure I can make them all
happy.
Original comment by daniel.r...@gmail.com
on 19 Apr 2014 at 3:50
Original issue reported on code.google.com by
buschap
on 15 Nov 2011 at 2:04