https://bugs.winehq.org/show_bug.cgi?id=40761
Bug ID: 40761 Summary: dotnet45 installer does not recognize the new wusa.exe implementation Product: Wine-staging Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: asdfghrbljzmkd@outlook.com CC: erich.e.hoover@wine-staging.com, michael@fds-team.de, sebastian@fds-team.de Distribution: ---
The new wusa.exe implementation should have fixed https://bugs.winehq.org/show_bug.cgi?id=37781, but it did not.
https://bugs.winehq.org/show_bug.cgi?id=40761
Qwerty Chouskie asdfghrbljzmkd@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |asdfghrbljzmkd@outlook.com
https://bugs.winehq.org/show_bug.cgi?id=40761
Qwerty Chouskie asdfghrbljzmkd@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=40761
Qwerty Chouskie asdfghrbljzmkd@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=37781
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #1 from Sebastian Lackner sebastian@fds-team.de --- I can't reproduce this issue, everything works fine here.
Tested with Wine Staging 1.9.11, 32-bit prefix set to Win 7 (required for the .NET 4.5 installer) and mscoree set to native (to avoid conflicts with Wines builtin implementation).
Please provide instructions how to reproduce this issue.
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #2 from Qwerty Chouskie asdfghrbljzmkd@outlook.com --- (In reply to Sebastian Lackner from comment #1)
I can't reproduce this issue, everything works fine here.
Tested with Wine Staging 1.9.11, 32-bit prefix set to Win 7 (required for the .NET 4.5 installer) and mscoree set to native (to avoid conflicts with Wines builtin implementation).
Please provide instructions how to reproduce this issue.
Warnings:
Setup may not run properly, because the Windows Modules Installer Service is not available on this computer.
Done just as you said.
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #3 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Qwerty Chouskie from comment #2)
Warnings:
Setup may not run properly, because the Windows Modules Installer Service is not available on this computer.
Done just as you said.
This message is not directly related to wusa.exe. The installer checks for Windows specific services. Wine does currently not make any effort to reproduce them exactly as on Windows. Technically this can be seen as a small bug, but in this case its a harmless one, and I'm not sure if it makes much sense to fix it.
When you click on proceed anyway, everything should work fine. By adding WINEDEBUG=+wusa you can also see that the .NET installer makes several calls to wusa.exe which are all successful:
--- snip --- [...] trace:wusa:install_assembly Installation of L"NetFx-FW_NETFXPERF_DLL" finished trace:wusa:install_assembly Installing assembly L"Microsoft-Windows-NetFx4-Shared-Deployment-NetFx20" trace:wusa:install_assembly Installation of L"Microsoft-Windows-NetFx4-Shared-Deployment-NetFx20" finished trace:wusa:install_assembly Installing assembly L"Microsoft-Windows-NetFx4-Shared-Deployment" trace:wusa:install_assembly Installation of L"Microsoft-Windows-NetFx4-Shared-Deployment" finished trace:wusa:install_assembly Installing assembly L"Package_for_KB958488" trace:wusa:install_assembly Installation of L"Package_for_KB958488" finished trace:wusa:install_msu Installation finished --- snip ---
https://bugs.winehq.org/show_bug.cgi?id=40761
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #4 from Austin English austinenglish@gmail.com --- (In reply to Sebastian Lackner from comment #3)
This message is not directly related to wusa.exe. The installer checks for Windows specific services. Wine does currently not make any effort to reproduce them exactly as on Windows. Technically this can be seen as a small bug, but in this case its a harmless one, and I'm not sure if it makes much sense to fix it.
Well, the behavior differs from windows, in a very user visible way, so I'd say it's a valid bug :)
https://bugs.winehq.org/show_bug.cgi?id=40761
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com, | |xerox_xerox2000@yahoo.co.uk
--- Comment #5 from winetest@luukku.com --- Isnt this actually a dupe of bug 37781? I don't see this bug bringing anything new to the table.
https://bugs.winehq.org/show_bug.cgi?id=40761
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |-unknown Summary|dotnet45 installer does not |dotnet45 installer does not |recognize the new wusa.exe |find Windows Modules |implementation |Installer Service Product|Wine-staging |Wine
--- Comment #6 from Michael Müller michael@fds-team.de --- This not a regression in Wine Staging, but a missing feature in all wine versions. Moving to Wine product.
https://bugs.winehq.org/show_bug.cgi?id=40761
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|dotnet45 installer does not |MS .NET Framework 4.5 |find Windows Modules |installer does not find |Installer Service |Windows Modules Installer | |Service | |(TrustedInstaller.exe) Status|UNCONFIRMED |NEW Component|-unknown |programs Keywords| |dotnet, download, Installer Ever confirmed|0 |1 CC| |focht@gmx.net URL| |http://go.microsoft.com/fwl | |ink/?LinkId=397708
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello folks,
--- quote --- Isnt this actually a dupe of bug 37781? I don't see this bug bringing anything new to the table. --- quote ---
no, 'Windows Modules Installer Service' and 'Windows Update Service' are different things.
https://technet.microsoft.com/en-us/library/cc138011(TechNet.10).aspx
Regards
https://bugs.winehq.org/show_bug.cgi?id=40761
minion minion.procyk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |minion.procyk@gmail.com
--- Comment #8 from minion minion.procyk@gmail.com --- issues still present wine-5.21 and staging
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #9 from minion minion.procyk@gmail.com --- adding for reproduce
download https://download.microsoft.com/download/B/A/4/BA4A7E71-2906-4B2D-A0E1-80CF16...
wine dotNetFx45_Full_setup.exe
installer does not progress stating Windows Modules Installer Service not found.
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #10 from minion minion.procyk@gmail.com --- Seems like you can get this to install by adding a stub for the Windows Modules Installer Service. After doing this the application complains that the .net framework version already installed is too high. This is because HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v4\Full\Version DWORD is set to 4.7 by default (verified by checking regedit after ./wine wineboot). If i set the version lower (e.g. 4.1) it will still report that the Windows Modules Installer Service is not installed, however the installation button will no longer be greyed out and installation continues.
I'm not sure where/why/how that registry key is defaulted to 4.7, or if that's intentional. I'll attach a patch with what I did to get thus far and maybe someone else can shed a little light on this.
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #11 from minion minion.procyk@gmail.com --- Created attachment 68615 --> https://bugs.winehq.org/attachment.cgi?id=68615 stub windows modules installer
apply patch
update HKEY_LOCAL_MACHINE\Software\Microsoft\NET Framework Setup\NDP\v4\Full\version to something < 4.5
click proceed
installer runs
https://bugs.winehq.org/show_bug.cgi?id=40761
--- Comment #12 from minion minion.procyk@gmail.com --- nevermind... was really thrown for a loop here. the installer just doesn't continue because the reg key is already higher than the version being installed.
https://bugs.winehq.org/show_bug.cgi?id=40761
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon0042@hotmail.com
--- Comment #13 from Michael McGuire spoon0042@hotmail.com --- Are you uninstalling mono first? Presumably that registry key corresponds to the version implemented. 'winetricks remove_mono' deletes that key specifically.
https://bugs.winehq.org/show_bug.cgi?id=40761
winetaste@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetaste@gmx.net