Subject: pkg/32800: wine can't create ~/.wine
To: None <pkg-manager@netbsd.org, gnats-admin@netbsd.org,>
From: None <dholland@eecs.harvard.edu>
List: pkgsrc-bugs
Date: 02/12/2006 05:20:00
>Number: 32800
>Category: pkg
>Synopsis: wine's wineprefixcreate script hangs
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Feb 12 05:20:00 +0000 2006
>Originator: David A. Holland <dholland@eecs.harvard.edu>
>Release: NetBSD 3.99.10 (-20051026) and 3.99.15 (-20060128)
>Organization:
Harvard EECS
>Environment:
System: NetBSD tanaqui 3.99.10 NetBSD 3.99.10 (TANAQUI) #3: Wed Oct 26 18:52:27 EDT 2005 root@tanaqui:/usr/src/sys/arch/i386/compile/TANAQUI i386
and: NetBSD merlin 3.99.15 NetBSD 3.99.15 (MERLIN) #59: Sun Jan 29 00:23:47 EST 2006 dholland@merlin:/usr/src/sys/arch/i386/compile/MERLIN i386
Architecture: i386
Machine: i386
On the 3.99.10 box it's wine 0.9 built on 20060103; on the 3.99.15 box it's
wine 0.9.6 built on 20060131, both from pkgsrc trees current at the time,
with all required packages up to date. Both exhibit the same behavior.
% ldd /usr/pkg/bin/wine /usr/pkg/bin/wineserver
/usr/pkg/bin/wine:
-lossaudio.0 => /usr/lib/libossaudio.so.0
-li386.1 => /usr/lib/libi386.so.1
-lintl.0 => /usr/lib/libintl.so.0
-lwine.1 => /usr/pkg/lib/libwine.so.1
-lc.12 => /usr/lib/libc.so.12
/usr/pkg/bin/wineserver:
-lossaudio.0 => /usr/lib/libossaudio.so.0
-li386.1 => /usr/lib/libi386.so.1
-lintl.0 => /usr/lib/libintl.so.0
-lwine.1 => /usr/pkg/lib/libwine.so.1
-lwine_unicode.1 => /usr/pkg/lib/libwine_unicode.so.1
-lc.12 => /usr/lib/libc.so.12
>Description:
/usr/pkg/bin/wineprefixcreate is a script that sets up ~/.wine.
Towards the end it runs
wine rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 \
wine.inf
This goes into an infinite loop burning 99% cpu and needs to be
killed.
As this operation is known to work under Linux it seems likely that
it's some kind of system dependence.
I actually discovered the problem with a different program (part of a
legacy Windows compiler), and in the course of troubleshooting
discovered that wineprefixcreate didn't work either.
I ultimately need to get the legacy compiler working, but I strongly
suspect that it's the same issue in both cases.
Note that the legacy compiler worked with wine-20040505nb1, which I'd
had installed on a previous occasion. (Unfortunately, I can't just
revert, because other things don't work with that version.)
>How-To-Repeat:
Build wine.
Run (as an ordinary user) /usr/pkg/bin/wineprefixcreate.
Observe (with ps) a copy of wine looping.
>Fix:
It's possible to populate ~/.wine manually as a workaround, but this
is a hassle and easy to get wrong.
Otherwise, no idea. :(