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. :(