http://bugs.winehq.org/show_bug.cgi?id=32746
Bug #: 32746 Summary: TurboTax 2012 installer fails Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Keywords: dotnet, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com Depends on: 32745 Classification: Unclassified
Created attachment 43208 --> http://bugs.winehq.org/attachment.cgi?id=43208 WINEDEBUG=tid,msi,msidb
You'll need native dotnet40 to get this far (bug 32745). After that, the installer starts up, you can choose the directory to install, etc. Start the install, and it fails at ~24%: err:msi:msi_install_assembly Failed to install assembly L"C:\users\austin\Temp\msie.tmp\Intuit.Spc.Esd.WinClient.Application.ConfigUXv4.exe" (0x80070032)
I've attached a +tid,+msi,+msidb trace. Adding +relay gets it wayyy too big (and in the log, it seems related to the above line). If you want it, let me know and I'll email it privately.
http://bugs.winehq.org/show_bug.cgi?id=32746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |27991
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #1 from Austin English austinenglish@gmail.com 2013-01-17 18:24:51 CST --- Created attachment 43209 --> http://bugs.winehq.org/attachment.cgi?id=43209 hack
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #2 from Austin English austinenglish@gmail.com 2013-01-17 18:34:18 CST --- (In reply to comment #1)
Created attachment 43209 [details] hack
With this hack, two assemblies installations are faked: err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msie.tmp\Intuit.Spc.Esd.WinClient.Application.ConfigUXv4.exe" (0x80070032) err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msic.tmp\Intuit.Spc.Esd.WinClient.Application.Update.exe" (0x80070032)
the application then installs, but on startup, fails to get updates (not surprising..).
I also hit bug 32471 whenever attempting to access the 'File' or 'Online' menus.
http://bugs.winehq.org/show_bug.cgi?id=32746
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|msi |-unknown
--- Comment #3 from Hans Leidekker hans@meelstraat.net 2013-01-18 02:04:12 CST --- (In reply to comment #2)
(In reply to comment #1)
Created attachment 43209 [details] hack
With this hack, two assemblies installations are faked: err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msie.tmp\Intuit.Spc.Esd.WinClient.Application.ConfigUXv4.exe" (0x80070032) err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msic.tmp\Intuit.Spc.Esd.WinClient.Application.Update.exe" (0x80070032)
the application then installs, but on startup, fails to get updates (not surprising..).
0x80070032 is ERROR_NOT_SUPPORTED. Are you using native fusion? Please attach a +msi,+fusion trace with fusion set to builtin.
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #4 from Austin English austinenglish@gmail.com 2013-01-18 02:55:22 CST --- (In reply to comment #3)
(In reply to comment #2)
(In reply to comment #1)
Created attachment 43209 [details] hack
With this hack, two assemblies installations are faked: err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msie.tmp\Intuit.Spc.Esd.WinClient.Application.ConfigUXv4.exe" (0x80070032) err:msi:msi_install_assembly Faking success for assembly L"C:\users\austin\Temp\msic.tmp\Intuit.Spc.Esd.WinClient.Application.Update.exe" (0x80070032)
the application then installs, but on startup, fails to get updates (not surprising..).
0x80070032 is ERROR_NOT_SUPPORTED. Are you using native fusion? Please attach a +msi,+fusion trace with fusion set to builtin.
With builtin fusion, it appears to install without error \o/.
However, running it fails. There are no obvious errors, and it exits with an exit code of 0.
I'll attach the log, for reference, maybe it has a hint.
Note, the previous test was on gentoo, this is on my fedora laptop (both 64-bit OS with 32-bit wine/wineprefix), but perhaps that may make a difference.
This log was with wine-1.5.21-212-gfc114a9.
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #5 from Austin English austinenglish@gmail.com 2013-01-18 02:55:54 CST --- Created attachment 43213 --> http://bugs.winehq.org/attachment.cgi?id=43213 +msi,+fusion
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #6 from Austin English austinenglish@gmail.com 2013-01-18 02:56:18 CST --- Created attachment 43214 --> http://bugs.winehq.org/attachment.cgi?id=43214 terminal output from a failed run
http://bugs.winehq.org/show_bug.cgi?id=32746
--- Comment #7 from Hans Leidekker hans@meelstraat.net 2013-01-18 03:15:54 CST --- (In reply to comment #4) ...
0x80070032 is ERROR_NOT_SUPPORTED. Are you using native fusion? Please attach a +msi,+fusion trace with fusion set to builtin.
With builtin fusion, it appears to install without error \o/.
We should always run with fusion set to builtin, even after native .NET is installed (it should in fact also support installing all native versions of the framework these days).
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. fixme:rpc:RpcBindingSetAuthInfoExW unsupported AuthnSvc 10
This could be your problem. If ntlm_auth is not available we can't support RPC_C_AUTHN_WINNT (NTLM authentication).
http://bugs.winehq.org/show_bug.cgi?id=32746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #8 from Austin English austinenglish@gmail.com 2013-01-18 17:22:18 CST --- Fixed by: http://source.winehq.org/git/wine.git/commitdiff/d366642519e908556a9c425285d...
thanks Hans!
After that, it starts up but quickly fails (earlier than with my hack). I'll file a new bug in a bit.
http://bugs.winehq.org/show_bug.cgi?id=32746
Bug 32746 depends on bug 27991, which changed state.
Bug 27991 Summary: LsaLookupNames2 separate allocations break .NET 4.0 System.Security subsystem and leak returned buffer data http://bugs.winehq.org/show_bug.cgi?id=27991
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=32746
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2013-02-01 04:55:17 CST --- Closing bugs fixed in 1.5.23.
http://bugs.winehq.org/show_bug.cgi?id=32746
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |d366642519e908556a9c425285d | |21e78f0a1e101
https://bugs.winehq.org/show_bug.cgi?id=32746
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Component|-unknown |fusion
-
wine-bugs＠winehq.org