http://bugs.winehq.org/show_bug.cgi?id=25535
Summary: .NET Framework 4.0 Fails to install with HRESULT 0x80070643 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pjdowson@gmail.com
Wine version is 1.3.9, compiled with no parameters on Fedora 13.
Installing dotNetFx40_Full_x86_x64.exe downloaded from the MS website, the installer will open and verify the integrity of files. The next stage will attempt to install the .NET Framework 4.0 Client Profile. Towards the end of this install the installer will fail with HRESULT 0x80070643, leaving little or no information in the %TEMP% folder as to the cause.
The installer will only run if wine is set to WinXP.
Process used to reproduce:
WINEPREFIX=~/.wine-net40 sh winetricks gecko
WINEPREFIX=~/.wine-net40 sh winetricks windowscodecs ie7 msxml3
WINEPREFIX=~/.wine-net40 wineboot
WINEDEBUG=+relay WINEPREFIX=~/.wine-net40 wine Downloads/net40/dotNetFx40_Full_x86_x64.exe &> net-out
I also attempted to install the .NET Framework 4.0 Client Profile prior to installing the Full package. This provides the same error, the only difference to the above process used was the filename of the Client Profile installer dotNetFx40_Client_x86_x64.exe.
Each time I attempted to install I used a clean WINEPREFIX, deleting the prior one before attempting again.
Screenshot of error: http://www.stimpy.org/wine/net-error.png
Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs.tar.gz
Output of installer debug: http://www.stimpy.org/wine/net-out.tar.gz
This is my first bug report, I apologize if I have missed anything out.
http://bugs.winehq.org/show_bug.cgi?id=25535
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2010-12-16 13:22:32 CST --- The filename of your .net installer sounds like it's a 64 bit version. Perhaps you should try a pure 32 bit solution, as the winetricks verbs you used are still 32 bit only. I think the right download is
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9cfb2d51-5ff4-44...
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #2 from Phil Dowson pjdowson@gmail.com 2010-12-16 13:25:57 CST --- (In reply to comment #1)
The filename of your .net installer sounds like it's a 64 bit version. Perhaps you should try a pure 32 bit solution, as the winetricks verbs you used are still 32 bit only.
The download used was from:
http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&Family...
This installer supports both 32bit and 64bit installs, see "Supported Architectures:" under system requirements.
http://bugs.winehq.org/show_bug.cgi?id=25535
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.microsoft.com/do | |wnloads/en/details.aspx?Fam | |ilyID=0a391abd-25c1-4fc0-91 | |9f-b21f31ab88b7
--- Comment #3 from Dan Kegel dank@kegel.com 2010-12-16 13:29:44 CST --- Thanks for the URL.
http://bugs.winehq.org/show_bug.cgi?id=25535
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |nerv@dawncrow.de Ever Confirmed|0 |1
--- Comment #4 from André H. nerv@dawncrow.de 2010-12-22 12:45:52 CST --- (In reply to comment #4)
Wine version is 1.3.9, compiled with no parameters on Fedora 13.
Installing dotNetFx40_Full_x86_x64.exe downloaded from the MS website, the installer will open and verify the integrity of files. The next stage will attempt to install the .NET Framework 4.0 Client Profile. Towards the end of this install the installer will fail with HRESULT 0x80070643
confirming
The installer will only run if wine is set to WinXP.
Process used to reproduce:
WINEPREFIX=~/.wine-net40 sh winetricks gecko
WINEPREFIX=~/.wine-net40 sh winetricks windowscodecs ie7 msxml3
WINEPREFIX=~/.wine-net40 wineboot
for me it was enough to install mono28 and "winetricks forcemono"
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #5 from André H. nerv@dawncrow.de 2010-12-22 12:52:36 CST --- (In reply to comment #2)
This installer supports both 32bit and 64bit installs, see "Supported Architectures:" under system requirements.
True, it contains both.
btw the error is a: HRESULT_FROM_WIN32(ERROR_DS_VERSION_CHECK_FAILURE)
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #6 from Vincent Povirk madewokherd@gmail.com 2010-12-22 12:56:14 CST --- Um, surely forcing Mono is contrary to the premise of this bug? (What good is running the .NET 4.0 installer if you're just going to use Mono instead?)
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #7 from André H. nerv@dawncrow.de 2010-12-22 17:43:12 CST --- (In reply to comment #6)
Um, surely forcing Mono is contrary to the premise of this bug? (What good is running the .NET 4.0 installer if you're just going to use Mono instead?)
True, sry. I got confused with an app that just needed dotnet4 and mono helped at least a bit for the installer. so for this bug you dont need gecko, or something. installing dotnet4 in a clean prefix leads to the same error.
http://bugs.winehq.org/show_bug.cgi?id=25535
IvoAnjo knuckles@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |knuckles@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
Andy Clayton clayt055@umn.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |clayt055@umn.edu
--- Comment #8 from Andy Clayton clayt055@umn.edu 2011-01-04 21:35:04 CST --- I wonder if this isn't again due to missing junction point support (bug 12401) given the last few log lines:
fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0)
Oddly if I rerun setup I have been able to get it to complete the install and claim success under 1.3.10.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #9 from Phil Dowson pjdowson@gmail.com 2011-01-05 09:11:05 CST --- (In reply to comment #8)
I wonder if this isn't again due to missing junction point support (bug 12401) given the last few log lines:
fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a4 (device=9 access=0 func=29 method=0)
Oddly if I rerun setup I have been able to get it to complete the install and claim success under 1.3.10.
I have seen the same where the setup would appear to run successfully on a second run. But any apps I tried requiring .NET 4.0 would fail to run.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #10 from Andy Clayton clayt055@umn.edu 2011-01-05 23:12:38 CST --- Created an attachment (id=32741) --> (http://bugs.winehq.org/attachment.cgi?id=32741) hack to fix msi log message output
Here is a tiny hack to work around nothing getting written to some of those *.txt log files in the temp directory. Helps to see where things are actually failing. Otherwise you can see the messages via +msi and the MsiRecordSetStringW calls... There should also be some additional DDSet_* messages written out, I think, but I'm not seeing those.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #11 from Andy Clayton clayt055@umn.edu 2011-01-05 23:50:40 CST ---
I have seen the same where the setup would appear to run successfully on a second run. But any apps I tried requiring .NET 4.0 would fail to run.
Yeah, all I tried was a simple hello world dialog, which seemed to work. Do you know of an available .NET 4.0 app for testing?
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #12 from Phil Dowson pjdowson@gmail.com 2011-01-06 00:28:24 CST --- (In reply to comment #11)
I have seen the same where the setup would appear to run successfully on a second run. But any apps I tried requiring .NET 4.0 would fail to run.
Yeah, all I tried was a simple hello world dialog, which seemed to work. Do you know of an available .NET 4.0 app for testing?
I have been using EVEMon, you don't necessarily need a EVE account to test; if you can just get it to open, you're doing better than me.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=22317
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #13 from Phil Dowson pjdowson@gmail.com 2011-01-06 10:03:54 CST --- (In reply to comment #10)
Created an attachment (id=32741)
--> (http://bugs.winehq.org/attachment.cgi?id=32741) [details]
hack to fix msi log message output
Here is a tiny hack to work around nothing getting written to some of those *.txt log files in the temp directory. Helps to see where things are actually failing. Otherwise you can see the messages via +msi and the MsiRecordSetStringW calls... There should also be some additional DDSet_* messages written out, I think, but I'm not seeing those.
I have recompiled Wine 1.3.10 with this patch. Below are links to the output.
I followed the exact same steps as in my original posting, the only difference is the wine used was 1.3.10.
Screenshot of error: http://www.stimpy.org/wine/net_error_010611.png
Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs_010611.zip
Output of installer debug: http://www.stimpy.org/wine/net-out_010611.zip
(In reply to comment #8)
Oddly if I rerun setup I have been able to get it to complete the install and claim success under 1.3.10.
I ran the installer a second time, on the second run I was given an additional error:
"Error parsing c:\windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config Parser returned 0x80004005"
Clicking OK would allow the installer to proceed to the same end as the first install.
Screenshot of errors: http://www.stimpy.org/wine/net_error_010611_2nd_run.png http://www.stimpy.org/wine/net_error_010611_2nd_run_2.png
Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs_010611_2nd_run.zip
Output of installer debug: http://www.stimpy.org/wine/net-out_010611_2nd_run.zip
(In reply to comment #11)
Yeah, all I tried was a simple hello world dialog, which seemed to work. Do you know of an available .NET 4.0 app for testing?
After installing .NET 4.0 on the first attempt, I also tried to run EVEMon rev 2496; which is the software I am attempting to work with. When running the application I am prompted to install .NET 4.0.
After the second run of the .NET 4.0 installer I tried to run the same program. I was given the below error:
http://www.stimpy.org/wine/net_error_010611_2nd_run.png
Which is the same error that occurred during the 2nd run of the installer.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #14 from IvoAnjo knuckles@gmail.com 2011-01-06 14:23:51 CST --- The Garmin Map Updater application also needs .NET 4.0 -- doesn't even start up without it installed (I've tried with 3.X and mono, no luck there either).
Link: https://sites.google.com/site/knuckles/GarminMapUpdater_v2.5.16.exe.bz2
http://bugs.winehq.org/show_bug.cgi?id=25535
Peeyoosh Sangolekar piyush_sangolekar@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piyush_sangolekar@hotmail.c | |om
http://bugs.winehq.org/show_bug.cgi?id=25535
violentmagician.opensource@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |violentmagician.opensource@ | |gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
--- Comment #15 from Hans Leidekker hans@meelstraat.net 2011-03-22 04:19:06 CDT --- This is blocked on support for reparse/junction points. The trick to emulate Windows 2000 does not work here because .NET 4.0 does not support that version of Windows.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #16 from André H. nerv@dawncrow.de 2011-03-25 15:38:32 CDT --- AVR Studio 5 is also affected by this bug.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #17 from violentmagician.opensource@gmail.com 2011-04-19 01:34:07 CDT --- WinXP supports FAT32 for installs and FAT32 does not have junction points. SO would this package install on a fat32 drive? Will try out in a VM to see if this works.
If it does work, can we implement a workaround?
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #18 from Hans Leidekker hans@meelstraat.net 2011-04-19 02:32:28 CDT --- (In reply to comment #17)
WinXP supports FAT32 for installs and FAT32 does not have junction points. SO would this package install on a fat32 drive? Will try out in a VM to see if this works.
If it does work, can we implement a workaround?
It may be possible to work around this by pretending to be on a different filesystem but that will likely break other applications.
http://bugs.winehq.org/show_bug.cgi?id=25535
frozencow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |frozencow@gmail.com
--- Comment #19 from frozencow@gmail.com 2011-05-16 07:16:30 CDT --- Even though the installation reported to have failed a few times, the applications think .NET Framework 4 is installed, like reported before. The setup also thinks the same (it gives the Repair option). The applications that I've tried fail to load. They report they can't read machine.config (which was not installed by .net setup) and after that gave an exception loading an assembly (System.Drawing). It might be that not all files were installed by the setup, maybe copying the files from a Windows install would work. Though I'm not sure whether to get the files from XP or 7?
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #20 from frozencow@gmail.com 2011-05-16 08:03:42 CDT --- Sorry for double posting. I just tried copying files from C:\Windows\Microsoft.NET\Framework of an Windows XP installation (which has .NET Framework 4 installed) to wine's installation. However I still got the same message about machine.config and the error loading System.Drawing.
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #21 from frozencow@gmail.com 2011-05-16 08:31:41 CDT --- Sorry for triple posting. I've got the application working by copying all files from ~/.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/ to the folder of the application. It does still give an error message that it can't parse machine.config (with errorcode 0x80004001), but after that it just loads. My guess is that it can't find the GAC, because it can't parse machine.config. I have searched for the errorcode 0x80004001 and found that it -could- be related to MSXML6. The description for the errorcode is 'Not Implemented'. Any tips on what a next step could be?
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #22 from André H. nerv@dawncrow.de 2011-05-16 11:55:26 CDT --- (In reply to comment #21)
Sorry for triple posting. I've got the application working by copying all files from ~/.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/ to the folder of the application. It does still give an error message that it can't parse machine.config (with errorcode 0x80004001), but after that it just loads. My guess is that it can't find the GAC, because it can't parse machine.config. I have searched for the errorcode 0x80004001 and found that it -could- be related to MSXML6. The description for the errorcode is 'Not Implemented'. Any tips on what a next step could be?
if machine.config is a xml-file try a run with WINEDEBUG=msxml
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #23 from frozencow@gmail.com 2011-05-16 12:02:01 CDT --- The output up until I see the parse error with the game Terraria: fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:SetProcessDEPPolicy (1): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:actctx:parse_manifest_buffer root element is L"asmv1:assembly", not <assembly> fixme:module:GetModuleHandleExW should pin refcount for 0x79000000 fixme:mscoree:CreateConfigStream (L"C:\windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config", 0x32f7b8): stub fixme:mscoree:CreateConfigStream (L"C:\Program Files\Games\Terraria\Terraria.exe.config", 0x32f7b8): stub
Does fixme mean the function is not fully implemented?
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Depends on| |12401
--- Comment #24 from Anastasius Focht focht@gmx.net 2011-05-16 15:17:09 CDT --- Hello,
there is no point in discussing issues resulting from copy-over style "installations". Such install methods are not supported.
As already pointed out the installer needs reparse point/directory junction API support for assembly installation to work (bug 12401)
Prerequisite:
$ wine reg delete "HKLM\Software\Microsoft\NET Framework Setup\NDP\v4" /f
Regards
http://bugs.winehq.org/show_bug.cgi?id=25535
wineatic test051102@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |test051102@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=25535
Jayesh.Coupland@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Jayesh.Coupland@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
Andreas Hermann Braml andreas@braml.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andreas@braml.org
--- Comment #25 from Andreas Hermann Braml andreas@braml.org 2011-07-13 08:47:42 CDT --- Another app that needs .NET v4 is SUNNY DESIGN 2.01:
http://www.sma.de/de/service/downloads/dlf/U0Rlc2lnbl8yLTAxX0ludGVybmV0/down...
Can't be worked around with Mono 2.8, because Mono lacks WPF :(
http://bugs.winehq.org/show_bug.cgi?id=25535
tratata@mailforspam.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tratata@mailforspam.com
--- Comment #26 from tratata@mailforspam.com 2011-09-17 09:21:44 CDT --- really working howto install terraria:
1. install wine (at least 1.3.19 version) 2. clear .wine folder 3. run winecfg 4. if askd - not need Gecko 5. on Audio tab under DirectSound set to Emulation 6. install Terraria (version => 1.0.6.1) 7. run wine reg delete "HKLM\Software\Microsoft\NET Framework Setup\NDP\v4" /f 8. get full .NET 4 from here http://www.microsoft.com/download/en/details.aspx?id=17718 9. run wine dotNetFx40_Full_x86_x64.exe 10. error. nvm 11. put these files from C:\windows\Microsoft.NET\Framework\v4.0.30319\ to Terraria folder: Accessibility.dll System.configuration.dll System.dll System.Drawing.dll System.Windows.Forms.dll System.Windows.Forms.DataVisualization.dll System.XML.dll 12. ... oh sh.. i,m ran Terraria and forgot following steps! :( but only at this time (and only at this PC)
http://bugs.winehq.org/show_bug.cgi?id=25535
Chris Boyle winehq@chris.boyle.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@chris.boyle.name
http://bugs.winehq.org/show_bug.cgi?id=25535
P@S@f pavel-saf@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pavel-saf@mail.ru
http://bugs.winehq.org/show_bug.cgi?id=25535
Jonathan Strander mblackwell1024@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mblackwell1024@gmail.com
--- Comment #27 from Jonathan Strander mblackwell1024@gmail.com 2012-01-18 21:43:45 CST --- No .NET 4.0 is a blocker for The Witcher 2 version 2.1 (and possibly higher should we see newer releases): http://appdb.winehq.org/objectManager.php?sClass=version&iId=23492
http://bugs.winehq.org/show_bug.cgi?id=25535
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29666
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29676
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neil.stoker@gmail.com
--- Comment #28 from Anastasius Focht focht@gmx.net 2012-01-22 12:35:39 CST --- *** Bug 28022 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=25535
runetmember@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |runetmember@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25535
--- Comment #29 from runetmember@gmail.com 2012-04-22 11:30:25 CDT --- Still issue for me on WINE 1.4 release, winetricks build 20120308 and clean prefix with WINEARCH=win32.
http://bugs.winehq.org/show_bug.cgi?id=25535
Jonas Heinrich onny@project-insanity.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |onny@project-insanity.org
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |0b82e284013dafd20f14377dda3 | |8820f5645a9b4 Status|NEW |RESOLVED Component|-unknown |fusion Resolution| |FIXED
--- Comment #30 from Anastasius Focht focht@gmx.net 2012-05-27 13:59:43 CDT --- Hello,
this should work now with Wine 1.5.5
Recipe:
$ wine reg delete "HKLM\Software\Microsoft\NET Framework Setup\NDP\v4" /f
(or run Mono uninstaller if present)
$ WINEDLLOVERRIDES=fusion=b wine ./dotNetFx40_Full_x86_x64.exe
Post-install step for apps:
$ bash winetricks mscoree=native
The "pure" method (no overrides) was already covered by bug 12401
Regards
http://bugs.winehq.org/show_bug.cgi?id=25535
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #31 from Alexandre Julliard julliard@winehq.org 2012-06-08 15:28:15 CDT --- Closing bugs fixed in 1.5.6.
http://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet
https://bugs.winehq.org/show_bug.cgi?id=25535
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.microsoft.com/do |https://web.archive.org/web |wnloads/en/details.aspx?Fam |/20100818223107/http://down |ilyID=0a391abd-25c1-4fc0-91 |load.microsoft.com/download |9f-b21f31ab88b7 |/9/5/A/95A9616B-7A37-4AF6-B | |C36-D6EA96C8DAAE/dotNetFx40 | |_Full_x86_x64.exe
-
wine-bugs＠winehq.org -
WineHQ Bugzilla