http://bugs.winehq.org/show_bug.cgi?id=29661 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source Priority|P2 |P5 Status|UNCONFIRMED |NEW CC| |kennybobs(a)o2.co.uk Ever Confirmed|0 |1 Severity|minor |enhancement --- Comment #5 from Ken Sharp <kennybobs(a)o2.co.uk> 2012-10-28 11:18:08 CDT --- Confirming. It's not really a priority when a "WINEPREFIX=/foo/bar WINEARCH=win32 wineboot -i" will create a clean WINEPREFIX. At the moment, however, it's not possible to create a WINEPREFIX in /tmp (which is handy) because the user is never the owner, and this bug report explains why creating an empty directory doesn't work. Perhaps Wine could check for the sticky bit if the owner check fails, but this, again, could easily cause problems. Again, there is a workaround to this, though: mkdir /tmp/wine.$USER WINEPREFIX=/tmp/wine.$USER/foo wineboot -i It's really only scripts that should hit this problem, and the workarounds are fairly simple. The only thing that could be changed then, is the error message as explained above. if [ -d $WINEPREFIX ]; then echo "Error: $WINEPREFIX already exists!" exit 1 fi -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.