[Bug 20128] New: MS .Net (dotnet) 4.0 fails to install
http://bugs.winehq.org/show_bug.cgi?id=20128 Summary: MS .Net (dotnet) 4.0 fails to install Product: Wine Version: 1.1.29 Platform: PC URL: http://download.microsoft.com/download/6/B/2/6B20C066- 05D6-4A83-B174-22F9C4BC7AE5/dotNetFx40_Full_x86.exe OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=23700) --> (http://bugs.winehq.org/attachment.cgi?id=23700) MS error dialog Running the installer for .Net 4.0 (currently Beta 1) fails immediately and shows the MS error reporting dialog.
From the attached screenshot, it seems to fail when attempting to run "VSSETUP". This is the x86 (i386/32-bit) version.
-- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #1 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-09-21 21:48:46 --- Created an attachment (id=23701) --> (http://bugs.winehq.org/attachment.cgi?id=23701) wine-1.1.29-410-gbae9e56 console output -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)meelstraat.net --- Comment #2 from Hans Leidekker <hans(a)meelstraat.net> 2009-09-22 05:00:42 --- The first bug can be worked around by installing native msxml3. The second bug is in crypt32; the installer fails while verifying downloaded packages. I'll send a patch. The third bug is likely in msi: trace:msi:copy_install_file Copying L"C:\\ccbf494894a8761526bee7d572\\WindowsFolder\\Microsoft.NET\\Framework\\v4.0.20506\\Accessibility.dll" to L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.20506\\Acces sibility.dll" err:msi:ACTION_InstallFiles Failed to copy L"C:\\ccbf494894a8761526bee7d572\\WindowsFolder\\Microsoft.NET\\Framework\\v4.0.20506\\Accessibility.dll" to L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.20506 \\Accessibility.dll" (3) err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1603 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
ps aux | grep ngen and kill it with kill <pid>
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #3 from Hib Eris <hib(a)hiberis.nl> 2009-11-08 06:20:27 --- Created an attachment (id=24588) --> (http://bugs.winehq.org/attachment.cgi?id=24588) Several-net4-hacks-lumped-together The hacks in this patch allow you to complete the installion with a success message. They are not ready at all to be included into wine, but give some indication what needs to be done to get the .Net 4.0 installer to work. To run: 1. Apply the patch and rebuild msi.dll 2. > winetricks msxml3 3. > WINEDLLOVERRIDES="mscoree=native" WINEDEBUG="msi,msidb" wine dotNetFx40_Full_x86.exe (Note: there is no need to install a native mscoree.dll yourself, the installer will do this). 4. If the install is at about 75% it stalls because a program the installer started, ngen.exe, does not work properly. You can kill it by looking up the pid: 5. After this, installation continues a bit, to stall again. At this point you have to kill ngen again. 6. Now, installation continues but I think it ngen now gets stuck in an infinite loop. Kill ngen again. 7. Installation reports success, click finish. 8. Prompt does not return, end with crtl-c. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 A Wine user <RandomAccountName(a)mail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |RandomAccountName(a)mail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adman.com(a)gmail.com --- Comment #4 from Anastasius Focht <focht(a)gmx.net> 2010-08-12 00:51:44 --- *** Bug 23967 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Gustavo Conte <gustavo(a)ventania.blog.br> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gustavo(a)ventania.blog.br --- Comment #5 from Gustavo Conte <gustavo(a)ventania.blog.br> 2010-08-25 08:41:52 --- I THINK I DID IT I've successfully managed to install .NET Framework 4.0 and Visual Studio 2010 by commenting an "if" at msi.dll action.c source code of wine-git; Don't know how to test anyway :P It's very simple: * with a clean WINE PREFIX and NO OVERRIDES * FIRST, with stable normal binary: winetricks gecko volnum fontfix msxml3 * get wine-git source code * cd into the src dir dlls/msi/ * cp action.c action-old.c * edit action.c * on function static UINT ITERATE_Actions(MSIRECORD *row, LPVOID param) * near at the end there is this if: if (rc == ERROR_FUNCTION_NOT_CALLED) rc = ERROR_SUCCESS; comment it like this: //if (rc == ERROR_FUNCTION_NOT_CALLED) rc = ERROR_SUCCESS; * make a wicked mojo-dance while you compile wine * then: * on wine-git src dir: ./server/wineserver -k # OVERRIDE MSCOREE.DLL to native ./wine winecfg # now example of installation cmd line, running from Visual Studio 2010 ISO ./wine /floppy/WCU/dotNetFramework/dotNetFx40_Full_x86_x64.exe /NoSetupVersionCheck /x86 Installs like a charm. Now.. .how can I test lol? ;) PS: I've succesfully created a routine to install dotnet20, dotnet30 dotnet35sp1 and dotnet40 in that order, but the installation instructions are different of the above. anyway anyone interested? where should I post? Sry if did not help anyway, don't even know if it really worked... After a LOT of pain got Visual Studio 2010 Ultimate installed but not running too. Perphaps it worked. Success? cya -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com --- Comment #6 from Dan Kegel <dank(a)kegel.com> 2010-08-25 09:18:02 --- Once the recipe is stable, and no wine patches are needed, the best place for it would be winetricks. You can submit patches via the issue tracker, http://code.google.com/p/winezeug/issues/list -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 victor.c(a)gmx.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victor.c(a)gmx.de --- Comment #7 from victor.c(a)gmx.de 2010-10-29 11:38:50 CDT --- (In reply to comment #5)
PS: I've succesfully created a routine to install dotnet20, dotnet30 dotnet35sp1 and dotnet40 in that order, but the installation instructions are different of the above. anyway anyone interested? where should I post?
Sry if did not help anyway, don't even know if it really worked...
After a LOT of pain got Visual Studio 2010 Ultimate installed but not running too. Perphaps it worked. Success?
cya
Hey, could you please send me this routine? I have some apps who really need .net framework 3.5 or 4.0 and I do not want to do all this steps again and again. A routine for the installs would be great. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Gimmeapill <gimmeapill(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gimmeapill(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #8 from Adam Martinson <amartinson(a)codeweavers.com> 2010-11-24 02:37:04 CST --- Created an attachment (id=32103) --> (http://bugs.winehq.org/attachment.cgi?id=32103) msxml3 patch Can someone please verify that the msxml3 override is no longer needed with this patch on top of the current git? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #9 from Austin English <austinenglish(a)gmail.com> 2010-11-24 07:52:09 CST --- (In reply to comment #8)
Created an attachment (id=32103) --> (http://bugs.winehq.org/attachment.cgi?id=32103) [details] msxml3 patch
Can someone please verify that the msxml3 override is no longer needed with this patch on top of the current git?
I didn't try installing the entire way, but I did verify that it gets past the same failure as native msxml3 (to the crypt32 bug). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #10 from Juan Lang <juan_lang(a)yahoo.com> 2010-11-24 11:31:42 CST --- (In reply to comment #9)
I didn't try installing the entire way, but I did verify that it gets past the same failure as native msxml3 (to the crypt32 bug).
Is this crypt32 bug the one mentioned by Hans in comment 2, or another? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #11 from Austin English <austinenglish(a)gmail.com> 2010-11-24 12:25:08 CST --- (In reply to comment #10)
(In reply to comment #9)
I didn't try installing the entire way, but I did verify that it gets past the same failure as native msxml3 (to the crypt32 bug).
Is this crypt32 bug the one mentioned by Hans in comment 2, or another?
Actually, my mistake, may not be a crypt32 bug. Let me clarify what I did... In a fresh wineprefix, I tried the install with no overrides, get a quick failure. In a second fresh wineprefix, installed native msxml3, then installed. Gets past first failure, to a second failure. I then remove that prefix, and used Adam's patch, which got to the same failure as native msxml3. I didn't look at the second failure at all, and skimmed the bug report here to see what it may be, which I blindly copy/pasted. Looking more closely, it seems that failure is from Wine's .net registry keys. Removing those and trying again fails with: err:msi:ready_media Unable to load media info 1627 err:msi:ACTION_InstallFiles Failed to ready media for L"_dataperfcounters_h_x86" err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1627 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #12 from Juan Lang <juan_lang(a)yahoo.com> 2010-11-24 12:35:11 CST --- Okay. This bug is getting a little confusing, but I did attempt to verify that a crypt32-related bug exists. I: 1. Created a fresh .wine and added gecko to it 2. Overrode msxml3 with wintricks 3. Ran wine dotNetFx40_Full_setup.exe This failed with error 800b0003, which is TRUST_E_SUBJECT_FORM_UNKNOWN. I got a +crypt,+wintrust log, and here's the relevant bit: trace:crypt:CryptSIPRetrieveSubjectGuid (L"C:\\users\\juan\\Temp\\Microsoft .NET Framework 4 Setup_4.0.30319\\TMPdfbb.tmp" 0xd8 0x783074) trace:crypt:CryptSIPRetrieveSubjectGuid file magic = 0xd0cf11e0 trace:wintrust:SOFTPUB_GetFileSubject returning -2146762749 trace:wintrust:SoftpubLoadMessage returning 1 (800b0003) trace:wintrust:WINTRUST_DefaultVerify returning 800b0003 trace:wintrust:WinVerifyTrust returning 800b0003 That is, the temp file's not getting identified, which could be a bug in crypt32, or perhaps in wintrust or msisip. I was curious whether you saw this with Adam's patches: I suppose not. I also wanted to know whether this is the bug Hans already mentioned in comment 2. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #13 from Juan Lang <juan_lang(a)yahoo.com> 2010-11-24 12:39:31 CST --- Created an attachment (id=32113) --> (http://bugs.winehq.org/attachment.cgi?id=32113) Patch: Ignore file extension when identifying msi files This hack got a little further for me with native msxml3. It crashes a little while after this, but it no longer fails to verify the temp file. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Juan Lang <juan_lang(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #32113|0 |1 is obsolete| | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #14 from Juan Lang <juan_lang(a)yahoo.com> 2010-11-24 16:53:47 CST --- Created an attachment (id=32118) --> (http://bugs.winehq.org/attachment.cgi?id=32118) Patch: Determine whether a file is an MSI file based on its CLSID rather than its extension This is a better patch for the crypt32-related failure. I still get a crash sometimes, and other times it fails with error 80070657, aka HRESULT_FROM_WIN32(ERROR_INSTALL_LANGUAGE_UNSUPPORTED). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 --- Comment #15 from Hans Leidekker <hans(a)meelstraat.net> 2010-11-25 01:25:43 CST --- (In reply to comment #14)
Created an attachment (id=32118) --> (http://bugs.winehq.org/attachment.cgi?id=32118) [details] Patch: Determine whether a file is an MSI file based on its CLSID rather than its extension
This is a better patch for the crypt32-related failure. I still get a crash sometimes, and other times it fails with error 80070657, aka HRESULT_FROM_WIN32(ERROR_INSTALL_LANGUAGE_UNSUPPORTED).
Yes, checking the CLSID is the right way to detect an msi file. The crypt32 bug I mentioned was fixed by commit 2f112cf5ee3957aabf8209672a7c60f4cc1dc113. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Adam Martinson <amartinson(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #32103|0 |1 is obsolete| | --- Comment #16 from Adam Martinson <amartinson(a)codeweavers.com> 2010-11-25 11:25:53 CST --- (From update of attachment 32103) Changes are in current git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Juan Lang <juan_lang(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #32118|0 |1 is obsolete| | --- Comment #17 from Juan Lang <juan_lang(a)yahoo.com> 2010-11-26 11:16:45 CST --- (From update of attachment 32118) This patch was committed in ef4560e51fe760fefafd002b31975b96438b0ff4. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Andy Clayton <clayt055(a)umn.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |clayt055(a)umn.edu --- Comment #18 from Andy Clayton <clayt055(a)umn.edu> 2011-01-04 21:46:31 CST --- Using wine 1.3.10 I have gotten the .NET 4.0 installer to claim to complete with success. The first run fails as described in bug 25535, but the second run completes after clicking through a varying number of identical error dialogs: (aspnet_regiis.exe - Configuration parser error) or (mscorsvw.exe - Configuration parser error) Error parsing C:\windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config Parser returned error 0x80004005. Which I believe is due to: wine: Call from 0x7b838df2 to unimplemented function mscoree.dll.CreateConfigStream, aborting I'm not sure why the number of dialogs shown varies for me, but it seems to launch mscorsvw.exe quite a few times with different class arguments so there is a dialog for each. After this a simple C#/.NET 4.0 hello world dialog created in VS 2010 runs fine (though sometimes causing quite a few more of the parse error dialogs). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv(a)dawncrow.de --- Comment #19 from André H. <nerv(a)dawncrow.de> 2011-03-28 14:51:32 CDT --- (In reply to comment #18)
Using wine 1.3.10 I have gotten the .NET 4.0 installer to claim to complete with success. The first run fails as described in bug 25535, but the second run completes after clicking through a varying number of identical error dialogs:
(aspnet_regiis.exe - Configuration parser error) or (mscorsvw.exe - Configuration parser error) Error parsing C:\windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config Parser returned error 0x80004005.
Which I believe is due to:
wine: Call from 0x7b838df2 to unimplemented function mscoree.dll.CreateConfigStream, aborting
This won't happen with current git version of Wine anymore. (But most likely that fact won't fix the bug) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht(a)gmx.net Component|-unknown |msxml3 Resolution| |FIXED Summary|MS .Net (dotnet) 4.0 fails |MS .Net Framework 4.0 |to install |installer needs native | |msxml3 --- Comment #20 from Anastasius Focht <focht(a)gmx.net> 2011-05-18 15:06:09 CDT --- Hello, changing the summary to target msxml3 issue (last issue solved here, comment #17). This bug was "recycled" several times for different issues and doesn't make any sense. Basically bug 12401 (junctions for assembly installer) and bug 25535 (which current doesn't make any sense too because it blocks on 12401) are open. Fixed by commit ef4560e51fe760fefafd002b31975b96438b0ff4 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #21 from Alexandre Julliard <julliard(a)winehq.org> 2011-05-27 13:36:52 CDT --- Closing bugs fixed in 1.3.21. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20128 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |ef4560e51fe760fefafd002b319 | |75b96438b0ff4 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org