[Bug 10547] New: .NET 3.5 Framework installation problems (msi, bits, crypt32)
http://bugs.winehq.org/show_bug.cgi?id=10547 Summary: .NET 3.5 Framework installation problems (msi, bits, crypt32) Product: Wine Version: CVS/GIT Platform: PC URL: http://download.microsoft.com/download/6/0/f/60fc5854- 3cb8-4892-b6db-bd4f42510f28/dotnetfx35.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9300) --> (http://bugs.winehq.org/attachment.cgi?id=9300) patch which adds msi.MsiSetExternalUIRecord and msi.MsiDetermineApplicablePatchesW Hello, this (showcase) bug id exists to show/track .NET Framework 3.5 install issues, e.g. what wine needs to implement/work around. With VS.NET 2008 and .NET Framework 3.5 released, the Framework 3.5 needs to be installed first. Used GIT: wine --version wine-0.9.49-331-g7a8eb4c Prerequisites: 1) set OS config to at least "Windows XP" 2) one volume name (dosdevices/<driveletter>:) must contain "harddisk" or "ramdisk" and write accessible cd ~/.wine mv drive_c harddiskvolume1 cd dosdevices ln -sf ../harddiskvolume1 c: The installer then stops at unimplemented msi.MsiSetExternalUIRecord, attached patch adds simple stub which fixes this. ---- If you downloaded the "small" .NET Framework installer, you now run into a major showstopper: BITS required The partial installer depends on: http://bugs.winehq.org/show_bug.cgi?id=5713 What is the consensus regarding native BITS and builtin BITS? Builtin bits might take some time until it gets into usable state. Native BITS is described here: http://bugs.winehq.org/show_bug.cgi?id=6194 though I haven't looked at it for some time. Will native BITS considered abandoned then (needs some nasty workarounds)? ---- If you downloaded the full installer some messages seem to indicate BITS is used in full installer too, but it doesn't seem to harm now. --- snip --- 0012:err:ole:create_server class {4991d34b-80a1-4291-83b6-3328366b9097} not registered 0012:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 0012:err:ole:CoGetClassObject no class object {4991d34b-80a1-4291-83b6-3328366b9097} could be created for context 0x17 0012:Ret ole32.CoCreateInstance() retval=80004002 ret=3aea41ed .. 0012:Call advapi32.RegCreateKeyExW(80000001,00563758 L"SOFTWARE\\Microsoft\\VisualStudio\\9.0\\DownloadManager",00000000,00000000,00000000,0002001f,00000000,0034e284,00000000) ret=3aea8785 0012:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=3aea8785 0012:Call advapi32.RegQueryValueExW(00000290,00563d30 L"BitsOverride",00000000,0034e1c8,0034e1f4,0034e1cc) ret=3aea899a 0012:Ret advapi32.RegQueryValueExW() retval=00000002 ret=3aea899a --- snip --- Interestingly there is some undocumented "BitsOverride" which might indicate a possibility to revert their interal download manager to standard download procedures. The showstopper for full installer seem to be various hotfix installers which are spawned by main installer. As example I start with hotfix "Windows Imaging Component update" which gets extracted by installer into "c:\<guid>\wcu\dotNetFramework\dotNetFX30\WIC_x86_enu.exe" and tries to run it. This fails and lets overall installer fail too. It seems to make various specific checks for operating system version/build. I only quote checks which seem to fail: --- snip --- 0040:Call KERNEL32.CreateFileA(01104940 "c:\\windows\\system32\\ntoskrnl.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=01070767 0040:Ret KERNEL32.CreateFileA() retval=ffffffff ret=01070767 0040:Call KERNEL32.CloseHandle(ffffffff) ret=010708a6 0040:Ret KERNEL32.CloseHandle() retval=00000000 ret=010708a6 --- snip --- "GetKernelType: GetInternalFilename failed" --- snip --- 0040:Call KERNEL32.LoadLibraryA(01023c38 "setupapi.dll") ret=0106f709 0040:Ret KERNEL32.LoadLibraryA() retval=615d0000 ret=0106f709 0040:Call KERNEL32.GetProcAddress(615d0000,01023c24 "pSetupIsUserAdmin") ret=0106f71b 0040:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0106f71b 0040:Call KERNEL32.FreeLibrary(615d0000) ret=0106f72a 0040:Ret KERNEL32.FreeLibrary() retval=00000001 ret=0106f72a --- snip --- --- snip --- 0040:Call advapi32.RegOpenKeyExA(80000002,0101e608 "SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Setup\\WindowsFeatures",00000000,00020019,0033b774) ret=0109191a 0040:Ret advapi32.RegOpenKeyExA() retval=00000002 ret=0109191a 0040:Call KERNEL32.GetLastError() ret=010701ae 0040:Ret KERNEL32.GetLastError() retval=00000078 ret=010701ae --- snip --- "GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2" --- snip --- 0030:Call KERNEL32.LoadLibraryExA(0033b9c4 "c:\\windows\\system32\\pidgen.dll",00000000,00000002) ret=0105d03f 0030:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=0105d03f 0030:Call KERNEL32.GetLastError() ret=010701ae 0030:Ret KERNEL32.GetLastError() retval=0000007e ret=010701ae --- snip --- This is from the log of installer itself to get the idea: --- snip --- 0.101: Hotfix started with following command line: 0.101: GetKernelType: GetInternalFilename failed 0.102: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2 0.102: GetGroupIdFromPidGenDll:LoadLibrary failed for c:\windows\system32\pidgen.dll dll 0.102: CheckSystem_1203: Failed to get product build type. 0.102: DoInstallation: CheckSystem Failed: 0xf117 0.103: WIC installation did not complete. 1.469: Message displayed to the user: WIC installation did not complete. 1.469: User Input: OK 1.469: Update.exe extended error code = 0xf117 1.469: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- I copied "pigen.dll" from my windows xp installation and it seems to help a bit, showing that previous checks might be optional? --- snip --- 0040:Call KERNEL32.LoadLibraryExA(0033b9c4 "c:\\windows\\system32\\pidgen.dll",00000000,00000002) ret=0105d03f 0040:Ret KERNEL32.LoadLibraryExA() retval=003b0001 ret=0105d03f 0040:Call KERNEL32.FindResourceA(003b0001,00000001,0101e2ac "BINK") ret=0105d059 0040:Ret KERNEL32.FindResourceA() retval=003b54a0 ret=0105d059 0040:Call KERNEL32.LoadResource(003b0001,003b54a0) ret=0105d070 0040:Ret KERNEL32.LoadResource() retval=003b54e0 ret=0105d070 0040:Call KERNEL32.LockResource(003b54e0) ret=0105d07d 0040:Ret KERNEL32.LockResource() retval=003b54e0 ret=0105d07d 0040:Call KERNEL32.FreeResource(003b54e0) ret=0105d0aa 0040:Ret KERNEL32.FreeResource() retval=00000000 ret=0105d0aa 0040:Call KERNEL32.FreeLibrary(003b0001) ret=0105d0b1 0040:Ret KERNEL32.FreeLibrary() retval=00000001 ret=0105d0b1 --- snip --- Seems "only" the "BINK" resource is read (2 sub chunks)
From researching a bit this resource seems to be related to the public key(s) for the product id stuff (elliptic curve cryptography). No API exports are used (GetProcAddress/...).
And the installer log: --- snip --- 0.028: 2007/11/23 12:49:19.973 (local) 0.028: C:\036ac5753759f7b22a9a8e26\update\update.exe (version 6.3.4.0) 0.030: Hotfix started with following command line: 0.030: GetKernelType: GetInternalFilename failed 0.031: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2 0.162: c:\windows\system32\WindowsCodecs.dll is Not Present 0.162: First Condition in Test.WindowsCodecsVer.Section Succeeded 0.162: Condition succeeded for section Test.WindowsCodecsVer.Section in Line 1 of PreRequisite 0.162: c:\windows\system32\WindowsCodecsExt.dll is Not Present 0.162: First Condition in Test.WindowsCodecsExtVer.Section Succeeded 0.162: Condition succeeded for section Test.WindowsCodecsExtVer.Section in Line 2 of PreRequisite 0.163: c:\windows\system32\WMPhoto.dll is Not Present 0.163: First Condition in Test.WMPhotoVer.Section Succeeded 0.163: Condition succeeded for section Test.WMPhotoVer.Section in Line 3 of PreRequisite 0.164: c:\windows\system32\PhotoMetadataHandler.dll is Not Present 0.164: First Condition in Test.PhotoMetadataHandlerVer.Section Succeeded 0.164: Condition succeeded for section Test.PhotoMetadataHandlerVer.Section in Line 4 of PreRequisite 0.198: InstallInfCatalogFile: Installing c:\4cbc8383318bb456e1d38cacd0\update\WIC.cat as _000000_.cat... 0.199: VerifyTargetFileSize: Unable to verify size as Source = NULL for file c:\windows\_000000_.cat 0.200: InstallCatalogFile: VerifyCatalogFile failed for c:\windows\_000000_.cat; error=0x00000001. 0.201: InstallInfCatalogFile: Installation failed; error=0x00000002. 0.201: UdpStopService: OpenService failed :0x424 0.201: IsInfFileTrusted: ValidateSingleFileSignature Failed: STR_FAILED_INF_INTEGRITY 0.201: WIC Setup encountered an error: Setup could not verify the integrity of the file Update.inf. Make sure the Cryptographic service is running on this computer. 0.202: DeleteCatalogFile _000000_.cat failed with ERROR 2 0.202: CleanupTrustedInfFile: GetFileAttributes for c:\windows\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\update_WinXP.cat failed: 0x3 0.205: Setup could not verify the integrity of the file Update.inf. Make sure the Cryptographic service is running on this computer. 10.573: Message displayed to the user: Setup could not verify the integrity of the file Update.inf. Make sure the Cryptographic service is running on this computer. 10.573: User Input: OK 10.573: Update.exe extended error code = 0xf0da 10.573: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- The inf/old catalog file problem... Anyway one can get around by manually copying these 4 files (WindowsCodecs.dll, WindowsCodecsExt.dll, WMPhoto.dll, PhotoMetadataHandler.dll) before installtion into system32. Extract them from the hotfix installer to have version match. This seems to work around the hotfix issues/catalog problem. With the files in place before .NET installation this hotfix is skipped and the installer runs into: --- snip --- wine: Call from 0x7b841450 to unimplemented function msi.dll.MsiDetermineApplicablePatchesW, aborting --- snip --- Attached patch fixes this. After that it gets further only to stop at another hotfix installer "XPSEPSC" - the catalog install problem. So I stop for now because it sucks to work around each single hotfix installer. Should be good enough to give an idea ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10547 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #1 from Dan Kegel <dank(a)kegel.com> 2007-11-23 10:27:02 --- Roy's busily implementing builtin BITS. He has another month left on his internship, and he ought to have something usable before then. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10547 Luke Bratch <l_bratch(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch(a)yahoo.co.uk -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10547 --- Comment #2 from Dan Kegel <dank(a)kegel.com> 2008-04-13 15:53:51 --- Dan H. finished up Roy's BITS work to the point where it should handle very basic requests. I don't know if it's enough for this app yet, though. -- 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=10547 --- Comment #3 from Anastasius Focht <focht(a)gmx.net> 2008-05-25 10:14:51 --- Hello, --- quote --- Dan H. finished up Roy's BITS work to the point where it should handle very basic requests. I don't know if it's enough for this app yet, though. --- quote --- No it still needs further fleshing out of IBackgroundCopyJob2, see similar http://bugs.winehq.org/show_bug.cgi?id=5054 (BITS_IBackgroundCopyJob_SetCredentials, BITS_IBackgroundCopyJob_Cancel and probably more). Also to get there, the msi patch which adds MsiSetExternalUIRecord and MsiDetermineApplicablePatchesW stubs is still needed. 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=10547 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000(a)yahoo.co.uk --- Comment #4 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-09-13 07:15:24 --- The stubs for msi.MsiSetExternalUIRecord and msi.MsiDetermineApplicablePatchesW are also needed to make the .Net 2.0 SP1 installer happy (needed by Saxo Trader). Could someone working on msi add these two stubs to msi please? -- 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=10547 --- Comment #5 from Dan Kegel <dank(a)kegel.com> 2008-09-13 09:33:22 --- Please open a new bug for the msi issues. (They also affect bug 14875.) -- 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=10547 --- Comment #6 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-10-06 12:08:21 --- Created an attachment (id=16508) --> (http://bugs.winehq.org/attachment.cgi?id=16508) fake pidgen.dll As far as i can see this has now become a wintrust-bug. The attached patch seems to be enough to work around the missing pidgen.dll problem. It then fails with some wintrust- related error messages (also when using pidgen from windows). -- 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=10547 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|mscoree |wintrust --- Comment #7 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-10-06 12:08:49 --- changed component -- 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=10547 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- 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=10547 --- Comment #8 from Juan Lang <juan_lang(a)yahoo.com> 2008-12-20 11:24:30 --- Could you post a log of what the current failures are? -- 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=10547 --- Comment #9 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-12-20 12:21:02 --- (In reply to comment #8)
Could you post a log of what the current failures are?
Trimmed down : fixme:clusapi:GetNodeClusterState ((null),0x33ec9c,0) stub! fixme:advapi:DecryptFileA "c:\\faad09aa15fb1d620ec4b6\\" 00000000 fixme:seh:_abnormal_termination (void)stub (lots of them) fixme:setupapi:pSetupGetGlobalFlags stub fixme:seh:_abnormal_termination (void)stub fixme:wintrust:CryptCATAdminEnumCatalogFromHash 0x134738 0x134950 20 0 0x33b598 fixme:seh:_abnormal_termination (void)stub I guess the problem now is fixme:wintrust:CryptCATAdminEnumCatalogFromHash 0x134738 0x134950 20 0 0x33b598 (N.B. a quicker way to get to this crash is running WIC_x86_enu.exe directly) -- 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=10547 --- Comment #10 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-12-20 12:24:04 --- Oh, and I copied a native pidgen.dll into system32. Though there's a stubbed pidgen.dll in wine now, somehow the .net installer still chokes in trying to use this dll if i use builtin. -- 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=10547 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)meelstraat.net --- Comment #11 from Hans Leidekker <hans(a)meelstraat.net> 2008-12-20 14:11:31 ---
I guess the problem now is fixme:wintrust:CryptCATAdminEnumCatalogFromHash 0x134738 0x134950 20
I have an implementation of this function in my tree that I'll submit next week. In fact, I was able to get past the trust verification stage in the ie7 installer, which has this code in common with many other MS installers. Credits should go to Maarten and Juan. -- 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=10547 --- Comment #12 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-12-20 14:50:45 --- (In reply to comment #11)
I guess the problem now is fixme:wintrust:CryptCATAdminEnumCatalogFromHash 0x134738 0x134950 20
I have an implementation of this function in my tree that I'll submit next week. In fact, I was able to get past the trust verification stage in the ie7 installer, which has this code in common with many other MS installers. Credits should go to Maarten and Juan.
ah, cool. Do you have any idea why i still need the native pidgen.dll? With builtin i get: 001b:Call KERNEL32.LoadLibraryExA(0033b9c4 "C:\\windows\\system32\\pidgen.dll",00000000,00000002) ret=0105d03f 001b:Call PE DLL (proc=0x613396f0,module=0x61330000 L"pidgen.dll",reason=WINE_PREATTACH,res=(nil)) 001b:Ret PE DLL (proc=0x613396f0,module=0x61330000 L"pidgen.dll",reason=WINE_PREATTACH,res=(nil)) retval=0 001b:Ret KERNEL32.LoadLibraryExA() retval=00000000 ret=0105d03f So i created a fake one in wine.inf, but that didn't really help. Am I doing something wrong? -- 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=10547 --- Comment #13 from Hans Leidekker <hans(a)meelstraat.net> 2008-12-20 15:19:25 ---
So i created a fake one in wine.inf, but that didn't really help. Am I doing something wrong?
Yes, we need to create a fake dll. I don't know why it doesn't work for you after creating one. Can you post another log snippet? -- 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=10547 --- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2008-12-20 16:00:17 --- Hello, --- quote --- Yes, we need to create a fake dll. I don't know why it doesn't work for you after creating one. Can you post another log snippet? --- quote --- No need to waste time on this... It's a simple typo which leads to wrc step skipped and hence no resource is embedded into placeholder. --- snip ---- diff --git a/dlls/pidgen/Makefile.in b/dlls/pidgen/Makefile.in index e05833d..797417a 100644 --- a/dlls/pidgen/Makefile.in +++ b/dlls/pidgen/Makefile.in @@ -8,7 +8,7 @@ IMPORTS = kernel32 C_SRCS = \ main.c -RS_SRCS = rsrc.rc +RC_SRCS = rsrc.rc @MAKE_DLL_RULES@ --- snip ---- This should keep it happy ;-) 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=10547 --- Comment #15 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-12-20 18:40:38 ---
diff --git a/dlls/pidgen/Makefile.in b/dlls/pidgen/Makefile.in index e05833d..797417a 100644 --- a/dlls/pidgen/Makefile.in +++ b/dlls/pidgen/Makefile.in @@ -8,7 +8,7 @@ IMPORTS = kernel32 C_SRCS = \ main.c
-RS_SRCS = rsrc.rc +RC_SRCS = rsrc.rc
@MAKE_DLL_RULES@
--- snip ----
Yip, that did the trick. Hans, i guess you fix the typo too? -- 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=10547 --- Comment #16 from Austin English <austinenglish(a)gmail.com> 2008-12-22 10:52:23 --- (In reply to comment #15)
diff --git a/dlls/pidgen/Makefile.in b/dlls/pidgen/Makefile.in index e05833d..797417a 100644 --- a/dlls/pidgen/Makefile.in +++ b/dlls/pidgen/Makefile.in @@ -8,7 +8,7 @@ IMPORTS = kernel32 C_SRCS = \ main.c
-RS_SRCS = rsrc.rc +RC_SRCS = rsrc.rc
@MAKE_DLL_RULES@
--- snip ----
Yip, that did the trick. Hans, i guess you fix the typo too?
http://source.winehq.org/git/wine.git/?a=commitdiff;h=04f03866ffc94de2d40c57... -- 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=10547 --- Comment #17 from Dan Kegel <dank(a)kegel.com> 2008-12-23 11:02:49 --- FWIW, one of the components this tries to install is Windows Imaging Component. This has a separate download, e.g. http://www.microsoft.com/downloads/details.aspx?FamilyID=8e011506-6307-445b-... which might be handy for debugging. -- 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=10547 Warren Dumortier <nwarrenfl(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nwarrenfl(a)gmail.com --- Comment #18 from Warren Dumortier <nwarrenfl(a)gmail.com> 2008-12-29 11:03:22 --- Any news concerning 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=10547 --- Comment #19 from Dan Kegel <dank(a)kegel.com> 2008-12-29 11:06:11 --- Wine will not support .net 3.5 for a long time, at least a year, maybe much more. So don't hold your breath. -- 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=10547 --- Comment #20 from Juan Lang <juan_lang(a)yahoo.com> 2009-01-03 11:22:44 --- Is this now a MSI 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=10547 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wintrust |qmgr --- Comment #21 from Dan Kegel <dank(a)kegel.com> 2009-01-03 11:34:47 --- Nah, I think the MSI bug is bug 14875. Let's keep this one as the BITS bug. Changing component to qmgr. -- 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=10547 --- Comment #22 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-01-03 12:22:39 --- (In reply to comment #21)
Nah, I think the MSI bug is bug 14875. Let's keep this one as the BITS bug. Changing component to qmgr.
as far as i can tell, the BITS stuff for the .net 3.5 installer is working ok (in opposite to .net 3.0 installer). It now seems to crash because of other unimplmeneted stuff -- 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=10547 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Version|CVS/GIT |0.9.49. --- Comment #23 from Anastasius Focht <focht(a)gmx.net> 2009-01-03 14:06:19 --- Hello, these .NET 3.x Framework metabugs are really getting a mess now, everyone is talking about different things! I really suggest getting rid of this ... .NET 3.5 installer seems happy with BITS now (despite BITS_IBackgroundCopyJob_Cancel unimpl FIXME). .NET 3.0 installer still needs unimpl BITS methods faking success. To resolve the BITS issues, use http://bugs.winehq.org/show_bug.cgi?id=5054 Just get the missing BITS bits in, see http://bugs.winehq.org/show_bug.cgi?id=9158#c8 and partially overlapping http://bugs.winehq.org/show_bug.cgi?id=5054 BITS_IBackgroundCopyJob_SetMinimumRetryDelay BITS_IBackgroundCopyJob_GetMinimumRetryDelay BITS_IBackgroundCopyJob_GetNoProgressTimeout As already pointed out: there is no harm caused if they simply fake success! After commit close bug 5054 The .NET 3.0 bug (http://bugs.winehq.org/show_bug.cgi?id=9158) should be kept open only for the "$shtdwn$.req" problem (true FILE_ATTRIBUTE_HIDDEN support)! Open new ones for each additional issue encountered (WIC crash whatever)! Regarding this bug: I'm marking this one fixed as the original issues for the components are gone now. Additionally changed the CVS/GIT version tag to correct one. The current .NET 3.5 installer problem is urlmon bug, file a new bug for that issue. 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=10547 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #24 from Alexandre Julliard <julliard(a)winehq.org> 2009-01-16 10:37:17 --- Closing bugs fixed in 1.1.13. -- 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=10547 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet, download, Installer Fixed by SHA1| |d664c276dffc1f0f53ef6700ef1 | |82ef9c8c5d70c --- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2011-10-12 04:05:36 CDT --- Hello, shame on myself, metabug, recycled several times. Picking one qmgr commit. 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.
https://bugs.winehq.org/show_bug.cgi?id=10547 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://download.microsoft.c |https://web.archive.org/web |om/download/6/0/f/60fc5854- |/20130329011524if_/http://d |3cb8-4892-b6db-bd4f42510f28 |ownload.microsoft.com/downl |/dotnetfx35.exe |oad/6/0/f/60fc5854-3cb8-489 | |2-b6db-bd4f42510f28/dotnetf | |x35.exe -- 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 (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla