http://bugs.winehq.org/show_bug.cgi?id=16445
Summary: .NET Framework 2.0 fails to install because of IE dependency Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tobias.vogel@bluewin.ch
Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10, x86_64) with the error
"IE5.01 or higher version is required prior to installing Microsoft .NET Framework."
Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks.
http://bugs.winehq.org/show_bug.cgi?id=16445
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |minor
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-12-09 21:46:32 --- http://bugs.winehq.org/page.cgi?id=fields.html#bug_severity
http://bugs.winehq.org/show_bug.cgi?id=16445
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download, Installer
http://bugs.winehq.org/show_bug.cgi?id=16445
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net 2008-12-10 07:11:01 --- Hello,
--- quote --- Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with winetricks --- quote ---
I can't reproduce this on my system (x86_64 Fedora 10). Works fine with wine-1.1.9. Are you using a wine package (yum) or built/installed from source?
Make sure you're not accidentally using an alternate, possibly broken WINEPREFIX (check env vars for any WINEPREFIX override). Make sure winetricks script and/or winetricks cache is not broken. Make sure there are no processes related to wine still lingering in memory ('wineserver -k' and search process list to optionally kill any remnants).
--- anip --- and without winetricks. --- snip ---
Don't install .NET 2.0 without winetricks if you don't know the .NET installer bugs/workarounds (makes bug report invalid).
Regards
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #3 from Tobias Vogel tobias.vogel@bluewin.ch 2008-12-10 13:33:54 --- I am using the yum version from the official Fedora-repository.
There are no instances of wine or wineserver running.
The WINEPREFIX-variable is not set.
Regards,
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #4 from Tobias Vogel tobias.vogel@bluewin.ch 2008-12-10 13:53:41 --- I just figured out, that the installation of the .NET Framework works, if "wineprefixcreate" is called explicitely.
winetricks seems not to create a .wine-environment correctly.
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #5 from Anastasius Focht focht@gmx.net 2008-12-10 14:50:05 --- Hello,
--- quote --- I just figured out, that the installation of the .NET Framework works, if "wineprefixcreate" is called explicitely.
winetricks seems not to create a .wine-environment correctly. --- quote ---
Can you do following:
1) make sure no wine processes are running 2) remove the current WINEPREFIX (~/.wine) 3) execute following command line in the directory where 'winetricks' script resides:
--- snip --- $ WINEDEBUG=+tid,+wineboot,+setupapi,+msi sh winetricks dotnet20 >trace.txt 2>&1 --- snip ---
When the installer error dialog is displayed, dismiss the installer.
Attach the resulting "trace.txt" to this bug ("text/plain" MIME).
Additionally attach files matching this filter: "dd_netfx20*.txt" from "C:\windows\temp".
Regards
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #6 from Austin English austinenglish@gmail.com 2008-12-10 19:46:56 --- (In reply to comment #3)
I am using the yum version from the official Fedora-repository.
There are no instances of wine or wineserver running.
The WINEPREFIX-variable is not set.
Regards,
Could be a wineboot timeout. Can you try with warn+process and see if you get a boot timeout message?
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #7 from Anastasius Focht focht@gmx.net 2008-12-14 10:21:40 --- Hello,
--- quote --- Could be a wineboot timeout. Can you try with warn+process and see if you get a boot timeout message? --- quote ---
It is most likely a wineboot problem, hence I asked for specific debug channels and log files. If you dump netfx.msi signature table with ORCA:
--- snip --- Signature FileName MinVersion MaxVersion MinSize MaxSize MinDate MaxDate Languages s72 s255 S20 S20 I4 I4 I4 I4 S255 Signature Signature SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 shdocvw.dll 5.00.2919.6306 SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8 shdocvw.dll 5.00.2919.6306 --- snip ---
The app search action will fail when the placeholder dll is not present in system32 directory (-> wineboot failed to create placeholders) = broken WINEPREFIX So one has to find out why initial wineboot fails for this user.
Regards
http://bugs.winehq.org/show_bug.cgi?id=16445
Pauli Nieminen paniemin@cc.hut.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paniemin@cc.hut.fi
--- Comment #8 from Pauli Nieminen paniemin@cc.hut.fi 2008-12-16 05:06:09 --- Seems like prefixupdate doesn't update placeholer if native version of that file has been installed. I ended wit similar problem and workaround for me was that I deleted shdocvw.dll from system32 and executed wineprefixcreate to "install" new placeholder.
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #9 from Anastasius Focht focht@gmx.net 2008-12-16 05:23:16 --- Hello,
--- quote --- Seems like prefixupdate doesn't update placeholer if native version of that file has been installed. I ended wit similar problem and workaround for me was that I deleted shdocvw.dll from system32 and executed wineprefixcreate to "install" new placeholder. --- quote ---
that would contradict the first comment from bug reporter:
--- quote --- Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. --- quote ---
If he used winetricks step correctly there would be no native shdocvw.dll present at the time wineboot executes. Besides that - even if prefix update fails somehow with a native version present (existing WINEPREFIX), the install dependency would be satisfied anyway assuming native is rather recent.
Operating on broken WINEPREFIXEs with several native stuff present before the prerequisite installation would make the bug invalid anyway. You get gazillion issues which is a waste of time to track down.
Regards
http://bugs.winehq.org/show_bug.cgi?id=16445
Michael Heiss miketc@kabsi.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |miketc@kabsi.at
--- Comment #10 from Michael Heiss miketc@kabsi.at 2008-12-19 09:32:52 --- (In reply to comment #9)
Hello,
--- quote --- Seems like prefixupdate doesn't update placeholer if native version of that file has been installed. I ended wit similar problem and workaround for me was that I deleted shdocvw.dll from system32 and executed wineprefixcreate to "install" new placeholder. --- quote ---
that would contradict the first comment from bug reporter:
--- quote --- Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. --- quote ---
If he used winetricks step correctly there would be no native shdocvw.dll present at the time wineboot executes. Besides that - even if prefix update fails somehow with a native version present (existing WINEPREFIX), the install dependency would be satisfied anyway assuming native is rather recent.
Operating on broken WINEPREFIXEs with several native stuff present before the prerequisite installation would make the bug invalid anyway. You get gazillion issues which is a waste of time to track down.
Regards
I can confirm this bug on a clean openSUSE 11.1 Installation, with the wine package from the oss repo and from the buildservice.
As suggested, running "wineprefixcreate" before trying "winetricks dotnet20" works like a charm!
Greets
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #11 from Anastasius Focht focht@gmx.net 2008-12-19 13:03:00 --- Hello,
--- quote --- I can confirm this bug on a clean openSUSE 11.1 Installation, with the wine package from the oss repo and from the buildservice. --- quote ---
Please attach logs as requested in comment #5 (starting with removed WINEPREFIX). This won't be fixed if none of the people experiencing this problem provides logs.
Regards
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #12 from Michael Heiss miketc@kabsi.at 2008-12-20 12:19:24 --- It seems that i cannot reproduce this bug even with a clean ~/.wine and ~/.winetrickschache, once the workaround with wineprefixcreate was used.
It seems winetricks or the first wine run doesn't set every environment variable (right).
Tomorrow I'll setup another fresh openSUSE 11.1 machine and I'll try to get the log file then.
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #13 from Tobias Vogel tobias.vogel@bluewin.ch 2008-12-21 09:13:03 --- I tryied to do as adviced in comment 6, but if I call the winetricks script like this
WINEDEBUG=+tid,+wineboot,+setupapi,+msi sh winetricks dotnet20 >trace.txt 2>&1
I cannot reproduce the error any more, it only occurs if I just call winetricks without the WINEDEBUG variable setting.
http://bugs.winehq.org/show_bug.cgi?id=16445
--- Comment #14 from Andrew Nguyen arethusa26@gmail.com 2009-08-10 16:49:16 --- Does the issue persist in 1.1.27? I haven't been able to reproduce the issue for a while now.
http://bugs.winehq.org/show_bug.cgi?id=16445
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |xerox_xerox2000@yahoo.co.uk Resolution| |INVALID
--- Comment #15 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2009-08-22 04:33:14 --- (In reply to comment #14)
Does the issue persist in 1.1.27? I haven't been able to reproduce the issue for a while now.
I can't reproduce this either, as a few others in this bug report. This bugreport is likely invalid, feel free to reopen if this is still an issue in current wine (1.1.28)
http://bugs.winehq.org/show_bug.cgi?id=16445
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2009-08-22 04:34:09 --- closing invalid
https://bugs.winehq.org/show_bug.cgi?id=16445
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://download.microsoft.c | |om/download/5/6/7/567758a3- | |759e-473e-bf8f-52154438565a | |/dotnetfx.exe Summary|.NET Framework 2.0 fails to |Microsoft .NET Framework |install because of IE |2.0 refuses to install, |dependency |reporting 'IE5.01 or higher | |version is required prior | |to installing Microsoft | |.NET Framework' (broken | |WINEPREFIX)
--- Comment #17 from Anastasius Focht focht@gmx.net --- Hello folks,
refining summary for better search engine hits.
Today, a user came into #winehq asking this:
--- quote --- .net20 Framework requires the prequisite Internet Explorer 5.01 but is only available for Windows. Is there a way to bypass this requirement? --- quote ---
Pretty obvious to me but not to others hence the change.
Regards
https://bugs.winehq.org/show_bug.cgi?id=16445
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://download.microsoft.c |https://web.archive.org/web |om/download/5/6/7/567758a3- |/20051029064215/http://down |759e-473e-bf8f-52154438565a |load.microsoft.com/download |/dotnetfx.exe |/5/6/7/567758a3-759e-473e-b | |f8f-52154438565a/dotnetfx.e | |xe
-
wine-bugs＠winehq.org -
WineHQ Bugzilla