[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: [e-mail]
        ReportedBy: [e-mail]

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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #1 from Ken Sharp   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

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Hans Leidekker  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #2 from Hans Leidekker   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

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #3 from Hib Eris   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:
> ps aux | grep ngen

and kill it with
> kill <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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

A Wine user  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #4 from Anastasius Focht   2010-08-12 00:51:44 ---
*** Bug 23967 has been marked as a duplicate of this bug. ***

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Gustavo Conte  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #5 from Gustavo Conte   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

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Dan Kegel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #6 from Dan Kegel   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

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #7 from [e-mail] 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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Gimmeapill  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #8 from Adam Martinson  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?

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #9 from Austin English  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).

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #10 from Juan Lang  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?

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #11 from Austin English  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

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #12 from Juan Lang  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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #13 from Juan Lang  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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Juan Lang  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #32113|0                           |1
        is obsolete|                            |

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #14 from Juan Lang  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).

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

--- Comment #15 from Hans Leidekker  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.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Adam Martinson  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #32103|0                           |1
        is obsolete|                            |

--- Comment #16 from Adam Martinson  2010-11-25 11:25:53 CST ---
(From update of attachment 32103)
Changes are in current git.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Juan Lang  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #32118|0                           |1
        is obsolete|                            |

--- Comment #17 from Juan Lang  2010-11-26 11:16:45 CST ---
(From update of attachment 32118)
This patch was committed in ef4560e51fe760fefafd002b31975b96438b0ff4.

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

Andy Clayton  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #18 from Andy Clayton  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).

[Bug 20128] MS .Net (dotnet) 4.0 fails to install

http://bugs.winehq.org/show_bug.cgi?id=20128

André H.  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #19 from André H.  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)

[Bug 20128] MS .Net Framework 4.0 installer needs native msxml3

http://bugs.winehq.org/show_bug.cgi?id=20128

Anastasius Focht  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |[e-mail]
          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  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

[Bug 20128] MS .Net Framework 4.0 installer needs native msxml3

http://bugs.winehq.org/show_bug.cgi?id=20128

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #21 from Alexandre Julliard  2011-05-27 13:36:52 CDT ---
Closing bugs fixed in 1.3.21.

[Bug 20128] MS .Net Framework 4.0 installer needs native msxml3

http://bugs.winehq.org/show_bug.cgi?id=20128

Ken Sharp  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
      Fixed by SHA1|                            |ef4560e51fe760fefafd002b319
                   |                            |75b96438b0ff4