October 2023 - wine-gitlab

[PATCH v2 0/7] MR4110: dmime: Simplify message thread and use latency time to schedule messages.
by Rémi Bernon (＠rbernon) 17 Oct '23

17 Oct '23

-- v2: dmime: Use latency time to decide when to process messages. dmime: Update performance latency time with port latency. dmime: Use port latency time for messages with -1 time. dmusic: Forward IDirectMusicPort_Activate to synth and sink. dmsynth: Do nothing in IDirectMusicSynth_SetMasterClock. dmusic: Set synth sink master clock when creating port. dmime: Rewrite message thread with a condition variable. https://gitlab.winehq.org/wine/wine/-/merge_requests/4110

3 9

[PATCH 0/1] MR4103: ntdll: Support relocating the main exe
by André Zwing (＠AndreRH) 17 Oct '23

17 Oct '23

Only return when there's no relocation to do -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4103

3 6

[PATCH 0/1] MR411: vkd3d-shader/spirv: Initialise "symbol.descriptor_array" in spirv_compiler_emit_combined_sampler_declarations().
by Henri Verbeet (＠hverbeet) 17 Oct '23

17 Oct '23

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/411

3 3

[PATCH 0/1] MR410: tests: Specify argument types for dxcompiler_create().
by Henri Verbeet (＠hverbeet) 17 Oct '23

17 Oct '23

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/410

4 4

[PATCH v6 0/3] MR388: vkd3d-shader/dxil: Read some shader properties.
by Conor McCarthy (＠cmccarthy) 17 Oct '23

17 Oct '23

-- v6: vkd3d-shader/dxil: Read DXIL compute shader thread group dimensions. vkd3d-shader/dxil: Read DXIL global flags. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/388

3 4

[PATCH v2 0/10] MR413: Draft: ci: Run the crosstests on Windows.
by Giovanni Mascellani (＠giomasce) 17 Oct '23

17 Oct '23

This depends on !412, and might need some finishing touches before being ready. -- v2: ci: Run the HLSL compiler tests on Windows. ci: Run the HLSL preprocessor tests on Windows. ci: Run cross tests on Windows. tests: Skip processing resources according to [require] directives. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/413

3 11

[PATCH v3 0/6] MR4092: user32: Actually implement RealGetWindowClass{A/W}.
by Connor McAdams (＠cmcadams) 17 Oct '23

17 Oct '23

-- v3: user32: Pass real argument to NtUserGetClassName in RealGetWindowClass{A/W}. win32u: Add support for retrieving real window class ID across processes. user32: Set real window class ID for user32 standard controls. win32u/tests: Add a test for real window class name retrieval. comctl32/tests: Add tests for RealGetWindowClass. user32/tests: Add tests for RealGetWindowClass. https://gitlab.winehq.org/wine/wine/-/merge_requests/4092

3 10

[PATCH v3 0/1] MR4107: wbemprox: Use correct string id.
by eric pouech (＠epo) 17 Oct '23

17 Oct '23

Don't use hard coded string indexes as one of the expected string can be absent, hence decreasing its index; nothing ensures that the strings are placed in the order of the fields in the smbios structure. So use, smbios structures' indexes instead. Wbemprox was also expecting one string too much. Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- v3: wbemprox: Use correct string id. https://gitlab.winehq.org/wine/wine/-/merge_requests/4107

3 3

Re: [PATCH v2 0/2] MR4108: Improve DMI tables under Linux.
by Hans Leidekker (＠hans) 17 Oct '23

17 Oct '23

On Tue Oct 17 13:58:32 2023 +0000, eric pouech wrote: > IMO there's no difference in privacy concerns between hardware ID and > software ones (some BIOS:es allow you to change the HW id, so the > boundary between HW or not is also not that clear). The point is what > they identify. > what are your concerns about following systemd recommandations? Like I said, Wine is not a regular application, it's just the middle layer between the Unix OS and Windows applications. Your proposal doesn't achieve systemd's goal because you can run multiple applications on Wine which would still get the same ID (even if run in different prefixes). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4108#note_49001

1 0

Re: [PATCH v2 0/2] MR4108: Improve DMI tables under Linux.
by eric pouech (＠epo) 17 Oct '23

17 Oct '23

On Tue Oct 17 13:41:31 2023 +0000, Hans Leidekker wrote: > > concerning the migration phase: > > > > * do you have an idea of which applications make use of it? (asking in > case you have some idea, but likely we cannot be sure of all of it) > I remember working on a game but I forgot the name. Generally it's DRM > schemes that try to bind an account or install to a particular machine. > > * a countermeasure could be to set a flag in the Wine prefix > (dont_hash_machineid, at value 0 when not defined) to control the > activation of the hashing ; every new prefix would be created with the > flag set to 1 ; that would limit the impact, but not eradicate it (if > user reinstalls his/her app in newly created prefix) ; that could > eventually controlled in winecfg with more context on the pros&cons > I don't think we'd want such code in Wine. neither do I ;-) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4108#note_48999

1 0

2025

2024

2023

2022

wine-gitlab October 2023