http://bugs.winehq.org/show_bug.cgi?id=32598
Bug #: 32598 Summary: Microsoft Mathematics 4 error Install Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: goonstk@yahoo.com Classification: Unclassified
Created attachment 43017 --> http://bugs.winehq.org/attachment.cgi?id=43017 Terminal output when attempting to install MASetup.exe
Microsoft Mathematics 4 (MASetup.exe) is an addin for MS Word to solve equations
- Microsoft Office 2007 was installed to wineprefix="~/msoffice" - The addin requires dotnet30sp1 to be installed - Winetricks was used to install dotnet30sp1 successfully using aforementioned wineprefix - Ran command: env WINEPREFIX=~/msoffice wine MASetup.exe
This resulted in the initial error where it said it "requires .NET framework 3.0 SP1 to function properly."
Attached log of terminal output
http://bugs.winehq.org/show_bug.cgi?id=32598
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #43017|log |log.txt filename| | Attachment #43017|application/octet-stream |text/plain mime type| |
--- Comment #1 from Qian Hong fracting@gmail.com 2012-12-30 03:31:36 CST --- Comment on attachment 43017 --> http://bugs.winehq.org/attachment.cgi?id=43017 Terminal output when attempting to install MASetup.exe
Hello, please use .txt for log next time, thanks!
Does winetricks -q dotnet20 helps?
http://bugs.winehq.org/show_bug.cgi?id=32598
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download Status|UNCONFIRMED |NEW URL| |https://www.microsoft.com/e | |n-us/download/details.aspx? | |id=15702 CC| |focht@gmx.net Summary|Microsoft Mathematics 4 |Microsoft Mathematics 4 |error Install |fails to install | |(winetricks .NET recipes | |broken) Ever Confirmed|0 |1
--- Comment #2 from Anastasius Focht focht@gmx.net 2012-12-30 06:50:29 CST --- Hello Ronak,
the download page for "Microsoft Mathematics 4" clearly states ".NET Framework Microsoft .NET Framework 3.5 SP1" as requirement. Even the installer tells this in the message box.
See: https://www.microsoft.com/en-us/download/details.aspx?id=15702
Anyway, it's winetricks script that is broken.
First, .NET 3.0 SP1 recipe should include .NET 2.0 SP2 recipe (and removed from 3.5 recipe which calls 3.0 SP1 recipe anyway). This change is necessary because MS added .NET 3.5 feature support.
Second, .NET 2.0 recipe checks for existence of files that get later removed by .NET 2.0 service packs, not a good idea. Because of that it tries to reinstall .NET 2.0 which of course fails (msi install block check) and finally destroys the prefix beyond repair.
Regards
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #3 from Anastasius Focht focht@gmx.net 2012-12-30 06:57:41 CST --- Created attachment 43022 --> http://bugs.winehq.org/attachment.cgi?id=43022 Patch for winetricks to make .NET 3.x and service packs installs to work
Hello folks,
attached is a patch that should be applied against winetricks svn trunk: http://winetricks.googlecode.com/svn/trunk/src/winetricks
It allows to create .NET 3.5 and .NET 3.5 SP1 prefixes (WINEARCH=win32).
There are two message boxes shown during install, even in silent mode ('bash winetricks -q dotnet35sp1'). The first one is about .NET 2.0 SP1 not being removed during .NET 2.0 SP2 install. The second one is about .NET 3.0 SP1 not being removed during .NET 3.0 SP2 install.
Both can be safely ignored/dismissed as they state valid things (removal would break older apps).
You can verify the resulting .NET WINEPREFIXes using the .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and registry entries. Website and download here: https://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx?Redirected... (as documented in appdb).
Regards
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #4 from Ronak goonstk@yahoo.com 2013-01-03 12:57:08 CST --- Hi,
I downloaded the newest winetricks and applied your patch but I for a similar result.
dotnet20 install completed, but installed file /home/alps/.wine/dosdevices/c:/windows/Microsoft.NET/Framework/v2.0.50727/Microsoft .NET Framework 2.0/install.exe not found
Turns out that only v3.0 folder existed in /home/alps/.wine/dosdevices/c:/windows/Microsoft.NET/Framework/
And /v3.0/ was empty.
Installing NetFx20SP1_x86.exe manually seemed successful
R
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #5 from Austin English austinenglish@gmail.com 2013-01-09 23:20:15 CST --- Should dotnet35sp1 install dotnet20sp1, dotnet20sp2, or both?
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #6 from Anastasius Focht focht@gmx.net 2013-01-10 01:17:08 CST --- Hello Austin,
--- quote --- Should dotnet35sp1 install dotnet20sp1, dotnet20sp2, or both? --- quote ---
the install deps are fine as of now.
'dotnet20sp1' is installed during 'dotnet30sp1' 'dotnet20sp2' is installed during 'dotnet35sp1'
It's the "installed_file" check in .NET 2.0 recipe that is broken.
As I already wrote, .NET 2.0 recipe checks for existence of "c:/windows/Microsoft.NET/Framework/v2.0.50727/Microsoft .NET Framework 2.0/netfx.bmp". That file is removed later by .NET 2.0 service pack installer. You need to pick a different file (ex: "install.exe") that stays even after all service packs applied.
Regards
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #7 from Anastasius Focht focht@gmx.net 2013-01-10 01:25:48 CST --- Hello again,
also the 'dotnet20sp1' 'installed_file' check doesn't look safe. You're referencing a GAC index file "c:/windows/assembly/NativeImages_v2.0.50727_32/indexb.dat". "indexXX.dat" files get changed each time a native assembly is generated (number increments) and installed into GAC. For example when forcing GAC update:
$ wine "c:\windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe" update
I would not rely on these numbers. The log output of .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and presence of registry entries could be used for hints what/where to check (https://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx).
Regards
http://bugs.winehq.org/show_bug.cgi?id=32598
--- Comment #8 from Austin English austinenglish@gmail.com 2013-01-10 12:47:11 CST --- (In reply to comment #7)
Hello again,
also the 'dotnet20sp1' 'installed_file' check doesn't look safe. You're referencing a GAC index file "c:/windows/assembly/NativeImages_v2.0.50727_32/indexb.dat". "indexXX.dat" files get changed each time a native assembly is generated (number increments) and installed into GAC. For example when forcing GAC update:
$ wine "c:\windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe" update
I would not rely on these numbers. The log output of .NET Framework Setup Verification Tool from Aaron Stebner (Microsoft) which checks for proper installation of .NET assemblies and presence of registry entries could be used for hints what/where to check (https://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx).
I just ran a diff between dotnet20 and dotnet20sp1, the only (non-temp) files that are installed by dotnet20sp1 that aren't in dotnet20: +windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2 +windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2/msvcp80.dll +windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2/msvcm80.dll +windows/winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2/msvcr80.dll +windows/winsxs/Policies/x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773/8.0.50727.1433.cat +windows/winsxs/Policies/x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773/8.0.50727.1433.policy +windows/winsxs/manifests/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2.cat +windows/winsxs/manifests/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.1433_x-ww_5cf844d2.manifest +windows/assembly/NativeImages_v2.0.50727_32/indexb.dat
I don't think that winsxs is that much safer, or am I missing something?
https://bugs.winehq.org/show_bug.cgi?id=32598
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID
--- Comment #9 from Anastasius Focht focht@gmx.net --- Hello folks,
resolving 'invalid' since it was likely a bugged 'winetricks' and no further response from OP.
Regards
http://bugs.winehq.org/show_bug.cgi?id=32598
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com --- Closing invalid bugs.
-
wine-bugs＠winehq.org