September 2020 - Wine-bugs - list.winehq.org

[Bug 37922] New: Unity3D 4.6 (.NET app) freezes/hangs sometimes when reopening a newly created project
by wine-bugs＠winehq.org 15 Dec '20

15 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=37922 Bug ID: 37922 Summary: Unity3D 4.6 (.NET app) freezes/hangs sometimes when reopening a newly created project Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. A user in #winehq reported this. Let's recap the history of the chat first to provide some insights of other problems encountered and solved. (skip if you are bored) --- quote --- <user> hi, i'm trying to install Unity3D on wine. When i run this script [1] the installer says "error: dotnet35 conflicts with dotnet20, which is already installed.". I do that on a clean .wine directory. [1] https://github.com/Unity3D-Wine-Support/Unity3D-on-Wine/blob/master/unity3d… --- quote --- Although this was indeed done on a clean 32-bit prefix, the user likely interrupted the installation at least once (probably at the time when .NET 2.0/3.0 installer was already run). Resuming of interrupted steps/recipes via 'winetricks' won't work by design. The provided logs showed another common problem: Samba/Winbind component missing. --- snip --- err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. --- snip --- In this case it's harmless and not the cause of install failure. The installation was still suggested though, but never carried out due to dependency problems. Next one ... --- snip --- Executing wine dotnetfx.exe /q /c:install.exe /q ... fixme:advapi:LsaOpenPolicy ((null),0x33f2c4,0x00000001,0x33f2b0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot err:mscoree:LoadLibraryShim error reading registry key for installroot --- snip --- Whoops, this should never happen. Wine-Mono mscoree bootstrapper dll (builtin) still gets loaded after MS .NET installer started? --- quote --- <user> initially i had pacman -S wine-mono, then there are in a unwritable path <user> Now i removed wine-mono --- quote --- Eeek. 'winetricks' automatically handles Mono uninstallation from prefix to avoid conflicts with .NET installers. Since it was never detected 'installed', builtin was still there and preferred (it would have worked if Wine was built with '--disable-mscoree' like in my case). Instead of trying to fix the issues with Wine 1.7.x present, the user went back to Wine 1.6 --- quote --- <user> i'm doing a clean install with 1.6.2 <user> let's see --- quote --- --- snip --- Executing wine dotnetfx.exe /q /c:install.exe /q ... fixme:advapi:LsaOpenPolicy ((null),0x33f2c4,0x00000001,0x33f2b0) stub fixme:advapi:LsaClose (0xcafe) stub err:msidb:get_tablecolumns column 1 out of range err:msidb:get_tablecolumns column 2 out of range --- snip --- That's https://bugs.winehq.org/show_bug.cgi?id=36139 for you. --- quote --- <user> lol i need to downgrade gcc or upgrade wine <user> interesting --- quote --- Don't build 1.6.2 with 4.9.0 or apply https://source.winehq.org/git/wine.git/commit/deb274226783ab886bdb44876944e… (distros never backported it, only recently). After he rebuilt Wine 1.6.2, he tried the 'winetricks' recipe again ... --- quote --- <user> i've run many times today always removing .wine <user> same error every time <focht> works for me here 1.7.34, git. something is broken on your host <user> the only thing really strange in my host is linux-grsec <focht> some "i ought to be hardened" stuff? <user> all the closed source binaries + firefox web pages <user> + i run them in a seccomp+caps jail (although not wine for now) <focht> hmm ... you sure that stuff like ptrace has not been disabled but that "security improvements"? <user> i check one moment <user> something is disabled <user> http://pastebin.com/FEzQjHwx do you see something strange? <focht> kernel.grsecurity.harden_ptrace = 1 and kernel.grsecurity.ptrace_readexec = 1 for example <slackner> <user>: all of the ptrace and ipc related restrictions could easily break wine, which heavily relies on that - you should try to turn of everything or even better boot with an unpatched kernel <focht> talk about shooting yourself in the foot :) <user> retring with these disabled :-S <user> wine uses ptrace to intercept priviledged syscalls or something similar? <slackner> <user>: no, it is used when windows apps try to set the debug registers, and to read/write memory to/from other wine processes <user> wow, the installation never gone so far with these grsec flags disabled --- quote --- Yay. Then I managed to reproduce the hang/freeze too, with Wine 1.7.34/GIT. Unfortunately not reliably. --- quote --- <focht> <user>: can't reproduce it anymore ..so random. do you have a reliable way? <user> install, create an empty project, (autoclose), (can't reopen) <user> i'll fire up a virtualbox to do that again <focht> i created now 5 projects in a row .. each restarts the editor and opened previous ones .. no problems <user> all in My Documents? <focht> yup .. you don't select any packages right? <user> nope really ... <focht> hmpf .. wine's pdb parser doesn't like the provided pdb from unity folder .. winedbg shooting itself in the food (as usual) <focht> <user>: can you start the app this way: GC_DONT_GC=1 wine ./Unity.exe and check if the freeze is still present with that ... <user> what pdb are you talking about? <focht> the devs of unity provided debug symbols for their app and some component. probably to gather better bug reports from users (also indicating it crashes often :) <focht> Unity.pdb and mono.pdb in the app folder <user> focht: i get the bug every time i run the executable <focht> the fixme's are mostly harmless <user> i know, but i don't understand where the bug lies <focht> the freeze? <user> it freezes without starting <user> could i past here instead of pastebin? <focht> no <focht> well there is something strange going on with mono (foss impl. of .net). multihreaded suspension of threads when those being suspended hold locks is not nice <user> i know mono :-P <focht> mono is always up for nasty surprise <user> i started three times, but it hangs in <defunct> <focht> do you kill everything off before and wineserver -k ? <user> i start in a cgroup jail to see understand the ps -A better; if i exit from the jail no wineserver <user> going to bed :-S <user> night <focht> gn8 me too <focht> interesting target for investigation though ... saving here --- quote --- Splitting the actual problem into next comment ;-) Regards -- 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.

2 2

[Bug 26272] New: Unity3D - Can't create a project
by wine-bugs＠winehq.org 15 Dec '20

15 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=26272 Summary: Unity3D - Can't create a project Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: congelli501(a)gmail.com At first lunch, Unity make us create a new project, but when we select a directory to save the project into, we have an error message : "Specified path is not valid (should be a name of non existing or empty directory)." Log : No error message appears in console when selecting a directory. Version : Unity 3.2 (Free version) Link : http://unity3d.com/ -- 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.

2 34

[Bug 37662] New: ResEdit 1.6.3 insaller/downloader crashes early
by wine-bugs＠winehq.org 15 Dec '20

15 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=37662 Bug ID: 37662 Summary: ResEdit 1.6.3 insaller/downloader crashes early Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- As it says it crashes on launch - dumps some server response data in terminal and then dies. -- 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.

2 8

[Bug 48895] New: Mario Forever 5.0 installer crashes on exit
by WineHQ Bugzilla 14 Dec '20

14 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=48895 Bug ID: 48895 Summary: Mario Forever 5.0 installer crashes on exit Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, while revisiting some old issues I figured out that bug 29832 was incorrectly closed as fixed some years ago. Apparently people tested with the wrong game release. Creating new ticket here to track original crash. It's very important to test the exact version from initial bug report - every time. From https://bugs.winehq.org/show_bug.cgi?id=29832#c0 backtrace: --- snip --- 00000024 Mario Forever 5.0.exe 00000025 0 00000026 (D) C:\users\vr\Temp\mrt5cd.tmp\stdrt.exe 0000002b 15 00000029 0 00000028 0 00000027 0 <== --- snip --- -> 'Mario Forever 5.0' I've found a snapshot in Internet Archive: https://web.archive.org/web/20111101054124/http://www.softendo.com/mario_ga… I could reproduce the crash with Wine 1.4 until today -> Wine 5.5+. Looks like heap corruption in installer engine. Might look later into it. --- snip --- $ WINEDEBUG=+seh,+relay,+heap wine ./Install_Mario_Forever_v5_0.exe >>log.txt 2>&1 ... 007d:Call KERNEL32.CreateProcessA(00000000,00ad4038 "\"C:\\users\\focht\\Temp\\mrt6e38.tmp\\stdrt.exe\" /SF \"C:\\Program Files (x86)\\softendo.com\\Mario Forever 5.0\\Mario Forever 5.0.exe\" /SO94208",00000000,00000000,00000001,00000020,00000000,00000000,0032fe64,0032fe38) ret=004016b4 ... 007d:Ret KERNEL32.CreateProcessA() retval=00000001 ret=004016b4 ... 007f:Call ntdll.RtlAllocateHeap(024d0000,00000000,00000090) ret=103136e9 007f:trace:heap:RtlAllocateHeap (0x24d0000,70000062,00000090): returning 0x24ee378 007f:Ret ntdll.RtlAllocateHeap() retval=024ee378 ret=103136e9 007f:Call ntdll.RtlAllocateHeap(024d0000,00000000,00000060) ret=103136e9 007f:err:heap:HEAP_ValidateInUseArena Heap 0x24d0000: block 0x24ee378 tail overwritten at 0x24ee408 (byte 0/8 == 0x20) 007f:trace:heap:HEAP_Dump Heap: 0x24d0000 007f:trace:heap:HEAP_Dump Next: 0x1970000 Sub-heaps: 0x24d0014 ... am Files (x86)\softendo.com\Mario Forever 5.0\Mario Forever 5.0.exe: /home/focht/projects/wine/mainline-src/dlls/ntdll/heap.c:465: HEAP_GetPtr: Assertion `FALSE' failed. 007f:trace:seh:raise_exception code=80000101 flags=1 addr=0xf7fee949 ip=f7fee949 tid=007f 007f:trace:seh:raise_exception eax=00000000 ebx=00000002 ecx=0032f83c edx=00000000 esi=00000008 edi=00000000 007f:trace:seh:raise_exception ebp=0032f83c esp=0032f820 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000282 007f:trace:seh:call_stack_handlers calling handler at 0x10318d20 code=80000101 flags=1 007f:trace:seh:call_stack_handlers handler at 0x10318d20 returned 1 007f:trace:seh:call_stack_handlers calling handler at 0x44b29a code=80000101 flags=1 ... wine: Assertion failed at address F7FEE949 (thread 007f), starting debugger... ... 0085:Call user32.SetDlgItemTextW(000400a6,00000065,0032eee0 L"The program stdrt.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.") ret=7e9c76c3 --- snip --- $ sha1sum Install_Mario_Forever_v5_0.exe af961a2a63f1380731c0f9cb7dc8a0e1447b1618 Install_Mario_Forever_v5_0.exe $ du -sh Install_Mario_Forever_v5_0.exe 17M Install_Mario_Forever_v5_0.exe $ wine --version wine-5.5-325-gca092dcf81 Regards -- 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.

1 2

[Bug 35059] New: Active-HDL student edition fails to install
by wine-bugs＠winehq.org 14 Dec '20

14 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=35059 Bug #: 35059 Summary: Active-HDL student edition fails to install Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Depends on: 35058 Classification: Unclassified Noticed while looking at bug 35058. http://www.aldec.com/students/student.php?id=4 austin(a)aw25 ~ $ sha1sum Active-HDL_Student_Edition.exe 118c64443717c9110ead15ab676cb98586fe75c7 Active-HDL_Student_Edition.exe austin(a)aw25 ~ $ du -h Active-HDL_Student_Edition.exe 1.2G Active-HDL_Student_Edition.exe austin(a)aw25 ~ $ wine --version wine-1.7.7-199-g608b1e1 The only thing the installer shows is: fixme:storage:create_storagefile Storage share mode not implemented. fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} but no files are installed in C:\ or C:\Program Files. I see a few files in temp folders, but that's it. I'll attach a +msi. -- 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.

2 11

[Bug 49191] New: armv7l build broken: dlls/ntdll expression too complex
by WineHQ Bugzilla 14 Dec '20

14 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49191 Bug ID: 49191 Summary: armv7l build broken: dlls/ntdll expression too complex Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 39e4b788d6ca7d1e1ad045059ec7d088fde8a0db Distribution: Debian gcc -c -o large_int.o large_int.c -I. -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall \ -pipe -fcf-protection=none -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement \ -Wempty-body -Wignored-qualifiers -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes \ -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op \ -gdwarf-2 -gstrict-dwarf -g -O2 -marm -mfloat-abi=hard {standard input}: Assembler messages: {standard input}:23: Error: expression too complex -- `push %ebx' {standard input}:25: Error: bad register expression {standard input}:26: Error: expression too complex -- `push %esi' {standard input}:28: Error: bad register expression {standard input}:29: Error: bad instruction `movl 12(%esp),%esi' {standard input}:30: Error: bad instruction `movl 16(%esp),%ebx' {standard input}:31: Error: bad instruction `movl 20(%esp),%ecx' {standard input}:32: Error: bad instruction `movl 24(%esp),%eax' {standard input}:33: Error: bad instruction `movl 28(%esp),%edx' {standard input}:34: Error: bad instruction `lock' {standard input}:34: Error: bad instruction `cmpxchg8b (%esi)' {standard input}:35: Error: expression too complex -- `pop %esi' {standard input}:36: Error: bad register expression {standard input}:38: Error: expression too complex -- `pop %ebx' {standard input}:39: Error: bad register expression {standard input}:41: Error: bad instruction `ret $20' make: *** [Makefile:432: large_int.o] Error 1 pi(a)raspberrypi:~/wine-git/dlls/ntdll $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/8/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Raspbian 8.3.0-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix gcc version 8.3.0 (Raspbian 8.3.0-6+rpi1) pi(a)raspberrypi:~/wine-git/dlls/ntdll $ as -v GNU assembler version 2.31.1 (arm-linux-gnueabihf) using BFD version (GNU Binutils for Raspbian) 2.31.1 pi(a)raspberrypi:~/wine-git/dlls/ntdll $ ld -v GNU ld (GNU Binutils for Raspbian) 2.31.1 39e4b788d6ca7d1e1ad045059ec7d088fde8a0db is the first bad commit commit 39e4b788d6ca7d1e1ad045059ec7d088fde8a0db Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat May 2 15:10:04 2020 +0200 ntdll: Use the standard Interlocked* functions. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> there's a similar regression in dlls/mf (and probably elsewhere): /usr/bin/ld: topology.o: in function `topology_generate_id': /home/pi/wine-bisect/dlls/mf/topology.c:871: undefined reference to `InterlockedCompareExchange64' /usr/bin/ld: mf.dll.so: hidden symbol `InterlockedCompareExchange64' isn't defined /usr/bin/ld: final link failed: bad value didn't bisect it yet, but I suspect commit 5d5b6a1f35c6fee51dcef60818028061f03ce0ce. interestingly, my other armv7l machine (PrawnOS), doesn't show this, with same gcc/ld versions (didn't compare flags closely though). -- 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.

1 7

[Bug 25573] New: Autodesk maya and 3ds max will not install
by wine-bugs＠winehq.org 13 Dec '20

13 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=25573 Summary: Autodesk maya and 3ds max will not install Product: Wine Version: 20050930 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: williamdunne5(a)hotmail.co.uk Both of these programs run fine on install then has a problem updating direct x runtime, I changed it so that wine runs programs using d3d10 but it wouldn't have any of it, would it be worth copying over all the system32 files from windows 7 and replacing the wine ones? -- 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.

2 5

[Bug 44134] New: Lego Rock Raiders: crashes soon after launch with builtin d3drm
by wine-bugs＠winehq.org 13 Dec '20

13 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=44134 Bug ID: 44134 Summary: Lego Rock Raiders: crashes soon after launch with builtin d3drm Product: Wine Version: 2.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anowlcalledjosh(a)gmail.com Distribution: --- Created attachment 59879 --> https://bugs.winehq.org/attachment.cgi?id=59879 Terminal output Lego Rock Raiders crashes just after launch (after displaying the DDI splash screen, while the loading screen is visible), but works* with "winetricks d3drm". *there's some graphical issues (see the AppDB), but it's entirely playable. Wine's Windows NT 4.0 setting is required to launch the game, otherwise the DRM causes a crash. -- 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.

2 6

[Bug 49869] New: Battle for Wesnoth 1.14.14-win32 does not start
by WineHQ Bugzilla 13 Dec '20

13 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49869 Bug ID: 49869 Summary: Battle for Wesnoth 1.14.14-win32 does not start Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Created attachment 68211 --> https://bugs.winehq.org/attachment.cgi?id=68211 console messages Battle for Wesnoth does not start Steps to reproduce: 1) $ rm -rf ~/.wine/ 2) $ wineboot 3) $ wine ~/Downloads/wesnoth-1.14.14-win32.exe now accept the defaults. 4) $ wine ~/.wine/drive_c/Program\ Files\ $x86$/Battle\ for\ Wesnoth\ 1.14.14/wesnoth.exe Now the game does not start. Download location: https://sourceforge.net/projects/wesnoth/files/wesnoth-1.14/wesnoth-1.14.14… My versions: $ wine --version wine-5.17 (Staging) $ uname -a Linux cedric-p4 5.8.10-arch1-1 #1 SMP PREEMPT Thu, 17 Sep 2020 18:01:06 +0000 x86_64 GNU/Linux -- 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.

1 16

[Bug 48647] New: wine 5.0+ can't create Windows, "no driver" (previous versions could)
by WineHQ Bugzilla 13 Dec '20

13 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=48647 Bug ID: 48647 Summary: wine 5.0+ can't create Windows, "no driver" (previous versions could) Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: patola(a)gmail.com Distribution: Ubuntu Created attachment 66505 --> https://bugs.winehq.org/attachment.cgi?id=66505 logs of running winecfg with wine 4.21 No graphical programs run under wine. They can't create Windows. This bug so far occured in all wine 5.0 and derivatives, from wine 5.0 stable (from repository) to Proton 5.0.2 and 5.0.3, to wine-staging 5.2, and does not occur in any wine or wine derivative numbered 4.something. My equipment: Ubuntu 18.04.4 with latest patches, kernel 5.0.0-lowlatency and sometimes 5.0.0-fmutex from Valve. NVIDIA driver 440.59, NVIDIA RTX 2070 SUPER, 32 GB RAM, using LVM on one SSD + 2 HDDs. I play a lot of games using wine, wine-staging and proton, I have libfaudio installed. PPAs: graphics-drivers, wine and faudio official PPAs. For comparison, I include the output of the latest working version of wine from the repositories, winehq-staging=4.21~bionic and the latest non-working version from repositories, winehq-staging=5.2~bionic. From the command line, I issue the following commands: -------- wine --version rm -rf ~/.wine WINEDEBUG=warn+all wineboot -u WINEDEBUG=warn+all winecfg -------- The output is stored via the "script" command, so the commands are in the log also. With wine-staging 4.21: winecfg's window appears. With wine-staging 5.2 (or 5.0, or wine-stable 5.0 etc.): no window ever appears. ---------------------- Wine staging 5.2 packages installed (via apt install --install-recommends winehq-staging): [11:23] [2200] [patola(a)risadinha patola]% dpkg -l | egrep -i 'wine|faudio' ii libfaudio0:amd64 20.02-bionic~1ppa1 amd64 XAudio sound processing reimplementation - library ii libfaudio0:i386 20.02-bionic~1ppa1 i386 XAudio sound processing reimplementation - library ii q4wine 1.3.6-2 amd64 Qt GUI for wine (WINE) ii wine-staging 5.2~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-staging-amd64 5.2~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-staging-i386:i386 5.2~bionic i386 WINE Is Not An Emulator - runs MS Windows programs ii winehq-staging 5.2~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ------------------------ wine-staging 4.21 packages installed: ii libfaudio0:amd64 20.02-bionic~1ppa1 amd64 XAudio sound processing reimplementation - library ii libfaudio0:i386 20.02-bionic~1ppa1 i386 XAudio sound processing reimplementation - library ii q4wine 1.3.6-2 amd64 Qt GUI for wine (WINE) ii wine-staging 4.21~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-staging-amd64 4.21~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ii wine-staging-i386:i386 4.21~bionic i386 WINE Is Not An Emulator - runs MS Windows programs ii winehq-staging 4.21~bionic amd64 WINE Is Not An Emulator - runs MS Windows programs ------------------------- -- 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.

1 25