http://bugs.winehq.org/show_bug.cgi?id=21383
Summary: Kodu's installer doesn't work Product: Wine Version: 1.1.36 Platform: x86 URL: http://fuse.microsoft.com/kodu/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs@winehq.org ReportedBy: andreas.livet@gmail.com
When trying to install Kodu (a game to learn how to program) by typing that: wine msiexec /i KoduSetup-General-1.0.21.0.msi
I got this error :
fixme:advapi:LookupAccountNameW (null) L"dede" (nil) 0x32f390 (nil) 0x32f394 0x32f388 - stub fixme:advapi:LookupAccountNameW (null) L"dede" 0x179418 0x32f390 0x178bb8 0x32f394 0x32f388 - stub fixme:mscoree:GetRequestedRuntimeInfo (L"C:\windows\temp\msi2775.tmp-\Microsoft.Deployment.WindowsInstaller.dll", (null), L"C:\windows\temp\msi2775.tmp-\CustomAction.config", 0x00000000, 0x00000000, 0x33f390, 0x00000104, (nil), 0x33f59c, 0x00000014, (nil)) stub fixme:mscoree:GetCORVersion (0x33f59c, 20, (nil)): semi-stub! err:msi:ITERATE_Actions Execution halted, action L"CA_DetectSoftwarePackages" returned 1603
The installer do not crash, but end the application "prematurely because of an error".
http://bugs.winehq.org/show_bug.cgi?id=21383
Andréas Livet andreas.livet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|Kodu |msi
http://bugs.winehq.org/show_bug.cgi?id=21383
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer Component|msi |-unknown
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-01-15 17:20:01 --- This isn't really an msi problem. The issue is that the installer, assuming that the .NET Framework is installed, tries to get information on certain .NET assemblies which fails since mscoree is a bare stub. Installing the .NET Framework seems to get the installer further, whereupon it asks to install the .NET Framework 3.5 and XNA Framework 3.1.
http://bugs.winehq.org/show_bug.cgi?id=21383
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID Alias|msi |
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2010-01-16 11:22:08 --- Invalid then - bug in installer.
http://bugs.winehq.org/show_bug.cgi?id=21383
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2010-01-16 11:22:17 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=21383
--- Comment #4 from Nikolay Sivov bunglehead@gmail.com 2010-01-16 11:31:39 --- (In reply to comment #2)
Invalid then - bug in installer.
Why? If : --- The issue is that the installer, assuming that the .NET Framework is installed, tries to get information on certain .NET assemblies which fails since mscoree is a bare stub. ---
http://bugs.winehq.org/show_bug.cgi?id=21383
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2010-01-16 11:48:22 ---
The issue is that the installer, assuming
That's the problem. Wine won't be installing all the MS' craft on first start. It's user's responsibility.
http://bugs.winehq.org/show_bug.cgi?id=21383
--- Comment #6 from Andréas Livet andreas.livet@gmail.com 2010-01-16 14:23:58 --- Sorry for that false bug. It was my first time...
How did you see that the installer was looking for .NET. Want to learn how to see those things so I'll not do the same error again.
http://bugs.winehq.org/show_bug.cgi?id=21383
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #7 from Anastasius Focht focht@gmx.net 2010-01-16 15:27:12 --- Hello,
--- quite --- How did you see that the installer was looking for .NET. Want to learn how to see those things so I'll not do the same error again. --- quite ---
The queries for .NET's Common Language Runtime (CLR) posted in previous comments are usually an indication that the app/installer wants to use .NET Framework.
--- quote --- fixme:mscoree:GetRequestedRuntimeInfo (L"C:\windows\temp\msi2775.tmp-\Microsoft.Deployment.WindowsInstaller.dll", (null), L"C:\windows\temp\msi2775.tmp-\CustomAction.config", 0x00000000, 0x00000000, 0x33f390, 0x00000104, (nil), 0x33f59c, 0x00000014, (nil)) stub fixme:mscoree:GetCORVersion (0x33f59c, 20, (nil)): semi-stub! --- quote ---
Basically everything with:
mscoree.GetRequestedRuntimeInfo mscoree.GetCORVersion mscoree.CorBindToRuntime(Ex)
There are mixed mode apps, e.g. an unmanaged host with managed components that will result in calls to CorBindToRuntimeHost()/_CorExeMain() that tell the user to install the .NET Framework by printing out messages in console (not the case here).
Also the use of .NET assembly names like "Microsoft.Deployment.WindowsInstaller.dll" indicate managed components which require some version of .NET Framework present.
Other installers use msi product codes or directly query the registry to look for installed .NET versions.
--- For the prerequisite installation of .NET Framework itself refer to appdb. Be aware .NET 3.5 won't install due to blocker bugs.
Regards
-
wine-bugs＠winehq.org