[Bug 29661] wineboot unable to create win32 prefix under certain conditions

wine-bugs at winehq.org wine-bugs at winehq.org
Sun Oct 28 11:18:08 CDT 2012


http://bugs.winehq.org/show_bug.cgi?id=29661

Ken Sharp <kennybobs at o2.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download, source
           Priority|P2                          |P5
             Status|UNCONFIRMED                 |NEW
                 CC|                            |kennybobs at o2.co.uk
     Ever Confirmed|0                           |1
           Severity|minor                       |enhancement

--- Comment #5 from Ken Sharp <kennybobs at 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.



More information about the wine-bugs mailing list