Winealsa.drv not present in bullseye build
While in bookworm hangover 9.9 works fine, in bullseye there seems to be something wrong, as winealsa.drv is not present (does not show in winecfg, even if forcing in the registry). This broke in some version between 8.19 and 9.9, and not sure which one.
Hi, This was done end of may by intention: https://github.com/AndreRH/wine/commit/3b343cbb1283509b543c8c7879bbda85f9bef484
Clang seems to miscompile it and modern systems have pulseaudio which runs fine.
Is there a real problem that cannot be worked around with winepulse.drv?
We don't use pulseaudio (too much latency), so VARA does not work without winealsa.drv. Can you confirm the latest version with working winealsa.drv? Is there a way I can help to workaround the issue and compile again winealsa?
9.3 is the last one with winealsa
Thanks Andre!
With Hangover 9.15 it's back, please test :)
Thanks. Testing now!
So I tried some times, but after the upgrade from the 9.3 to 9.15, no graphical UI shows up anymore. A frame of that window "wine is updating..." appears and freezes there.
In Hangover 9.11.2 the UI is working, while with 9.13 UI does not show up anymore.
I'm on Debian12, Raspberry 4, on X (Xvnc).
mmh, I just tried 9.15 on a Pi 400 with RaspiOS 64-bit (bookworm) and it worked including VARA. Did you try in a clean prefix?
Yes, both clean prefix and a "dirty" previously working one. I have a suspicion. Are you running Wayland or X?
If I want to bisect the issue, I should bisect wine (most likely) right?
ps: I edited this message
Yes, both clean prefix and a "dirty" previously working one. I have a suspicion. Are you running Wayland or X?
RaspiOS uses Wayland, but wine was running through xwayland in x11 "mode"
With hangover 9.17, this is what I get:
wineboot
wine: created the configuration directory '/root/.wine'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
004c:err:ole:start_rpcss Failed to open RpcSs service
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
And freezes here.
Don't run wine as root. What happens if you delete the winealsa.drv? Does it start then? It's odd cause I tested vara with every release and with alsa
The issue is that inside the equipment I run VARA on Xvnc, and it seems something broke in the versions I commented (9.11.2 -> 9.13) for such bare foot X. I still did not had time to figure out which commit introduced the issue. I tried to delete alsa and wayland drivers, but no change. Also as normal user, all the same. I get the same behavior if launching winecfg, for example.
Advancing a bit more by running wineboot without graphical env, now I get:
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0080:fixme:wineusb:query_id Unhandled ID query type 0x5.
0024:err:environ:init_peb starting L"E:\\opt\\VARA\\VARA.exe" in experimental wow64 mode
starting Box64 based box64cpu.dll
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 7366, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 0012FB30, partially implemented.
0024:fixme:heap:RtlCompactHeap handle 00370000, flags 0 stub!
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD3F808, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD3C378, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD355B8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD35630, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD3E970, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD3E9E8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD45E00, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD45E78, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD45EF0, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD45F68, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD45FE0, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46058, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD460D0, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46148, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD461C0, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46238, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD462C8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46348, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD463C8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46448, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD464C8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46548, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD465C8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46648, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD466C8, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD46748, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 0, 0, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 20, 20, 0, 0AD467C8, partially implemented.
0024:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 33362, 1, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 0012FB00, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 33362, 1, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 0012FB00, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 33362, 1, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 0012FB00, partially implemented.
0024:fixme:olepicture:OleLoadPictureEx 024AF794, 33362, 1, {7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 0012FB00, partially implemented.
0024:fixme:olepicture:OLEPictureImpl_SaveAsFile (02389DE0)->(0238D330, 0, 00000000), hacked stub.
I can confirm VARA is indeed working with hangover when I "ssh -Y" to the raspberry and run using my X environment. It is something related to Xtigervnc. I think we can close this one, and may be I'll reopen another one focused on this regression with Xtigervnc.
Maybe it's a big for upstream wine then. If regular winecfg is affected there's likely nothing hangover related here File a bug at wine HQ and link it here
Right, agreed. for now I think I'll switch to Xvfb, which hangover+VARA works fine.
One question: why not to run wine as root? Is there something I don't know beyond security concerns?
Btw, when I have a bit of time, I think I can reproduce the setup in my PC and do the bisect on wine to find the commit that broke Xtigervnc somehow.
One question: why not to run wine as root? Is there something I don't know beyond security concerns?
You have zero benefits but get the security issues
Btw, when I have a bit of time, I think I can reproduce the setup in my PC and do the bisect on wine to find the commit that broke Xtigervnc somehow.
If you find it, it surely will be fixed
Any update on this? Does it work meanwhile? Did you file a bug at winehq?
I did not open a bug in winehq. But need to re-test with a more recent version of hangover. I ended up changing the X server.