5eraph's post-SP2 Update Pack v2017-06_2

Post by **5eraph** » Mon Feb 17, 2014 4:25 pm

ricktendo64 wrote:Feliz Cumpleaños 5eraph

You, sir, are an outstanding human being. Thank you.

bphlpt · Post by **bphlpt** » Mon Feb 17, 2014 5:58 pm

Happy BD indeed, 5eraph!

Cheers and Regards my friend

Post by **5eraph** » Mon Feb 17, 2014 9:17 pm

Thanks, bphlpt. Having a nice quiet evening at home during a snowstorm.

Post by **5eraph** » Thu Feb 20, 2014 11:22 pm

Updated to 2014-02_2.

Updated Adobe Flash to v12.0.0.70 from v12.0.0.44.

Post by **5eraph** » Tue Feb 25, 2014 9:26 pm

Updated to 2014-02_3.

Additional update KB2922717 replaced high priority update KB2904266.

Post by **5eraph** » Wed Mar 05, 2014 12:26 am

Updated to 2014-02_4.

Additional update KB2935092 replaced additional update KB2922717.

Post by **5eraph** » Tue Mar 11, 2014 10:28 pm

Updated to 2014-03_1. Please read the Changelog for full details.

Ultraform · Post by **Ultraform** » Wed Mar 12, 2014 12:05 am

You make a great job <3 5eraph

naggy · Post by **naggy** » Wed Mar 12, 2014 10:43 am

Thanks, 5eraph!

Svyat · Post by **Svyat** » Fri Mar 21, 2014 8:38 am

Congrats 5eraph, ultimate Update Pack, I'm pretty sure it worth it!

Post by **5eraph** » Tue Apr 08, 2014 4:47 pm

Updated to 2014-04_1. Please read the Changelog for full details.

Keefa · Post by **Keefa** » Sat Apr 12, 2014 6:19 am

Thanks, 5eraph! It's working beautifully as always.

Post by **5eraph** » Mon Apr 28, 2014 7:55 pm

You're welcome.

Updated to 2014-04_2.

Updated Adobe Flash to v13.0.0.206 from v13.0.0.182.

Post by **5eraph** » Fri May 02, 2014 2:57 am

Updated to 2014-04_2.

High priority update KB2964358 added.

Post by **5eraph** » Wed May 14, 2014 6:27 am

Updated to 2014-05_1. Please read the Changelog for full details.

Post by **5eraph** » Wed May 14, 2014 7:48 am

True to form, high priority update KB2926765 is arbitrarily blocked from installing on XPx64. A patched update.exe is available for those wishing to keep their XPx64 systems up to date with the latest NT 5.2 updates. The Microsoft Update website does not offer post end of support updates (with the obvious exception of superseded IE update KB2964358).

At present, the only post-EoS update that needs the patched update.exe file is KB2926765. Internet Explorer updates are not blocked... yet.

Post by **5eraph** » Tue Jun 10, 2014 9:15 pm

Updated to 2014-06_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

Post by **5eraph** » Tue Jul 08, 2014 4:18 pm

Updated to 2014-07_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

alsyundawy · Post by **alsyundawy** » Mon Jul 14, 2014 12:46 pm

can be apply to windows svr 2003 r2 sp2 x64?

Post by **5eraph** » Mon Jul 14, 2014 7:48 pm

I don't use Win2003, so I'm not knowledgeable enough to test it thoroughly. While the update pack does slipstream into it, one error occurs during unattended installation (asking for SP2 disc to install DDrop.DLL, when in fact it exists on the source). The Microsoft Update website also shows that the following updates should be installed:

KB948496, KB971032, KB2478953, KB2478971, KB2518295, KB2772930, KB2923392 and KB2927811.

maur0 · Post by **maur0** » Fri Jul 18, 2014 5:50 am

alsyundawy wrote:can be apply to windows svr 2003 r2 sp2 x64?

im tested under win 2003 x64 datacenter and run perfect

after instaled run winupdate and show 4 or 5 updates and you install quickly

Post by **5eraph** » Mon Jul 21, 2014 7:26 am

Updated to 2014-07_2. Please read the Changelog for full details.

A Win2003 Addon has been released for use with the XPx64 Update Pack. At present it only includes updates listed on the Microsoft Update website. My experience with Windows 2003 is woefully inadequate. But my own limited testing shows a clean Microsoft Update website and no installation issues on Datacenter edition with many non-default components installed. Please feel free to suggest updates I've missed, or other updates you'd like included.

None of today's packages in the XPx64 update pack use blocking code. All should update existing XPx64 installations without modification.

maur0 · Post by **maur0** » Tue Jul 22, 2014 1:16 pm

hi 5eraph

I think the only thing missing to make it perfect would include updates of the framework and its updates in your package

because nowadays almost all uses framework then have to install it

Svyat · Post by **Svyat** » Tue Jul 22, 2014 4:43 pm

What about Adamdsa.dll 1.1.3790.5297 from KB2933528

Post by **5eraph** » Thu Jul 24, 2014 9:20 am

It'll be in the next release, Svyat.

Always had trouble with ADAM updates, but I think I've got it figured out. Needed to get hold of a cheap R2 source to be certain.

Any others now that I'm better equipped to handle them?

Post by **5eraph** » Thu Jul 24, 2014 3:59 pm

I'm sorry for the delay in this reply, maur0. I hear you. But I'm standing by my decision; it would be too much work for me to include .NET when I would get limited benefit from it. I've always assumed there's a reason Microsoft doesn't include .NET in Win2003 x64. And I still think .NET is mostly bloat.

The Win2003 addon is useful for me at this point because it makes sense now to use Windows 2003 to access the Microsoft Update website to help find updates. The site is no longer updated for XPx64--the new Silverlight update being the very odd exception. This is the reason KB2917500 has been replaced by KB2982792 in the pack, even though Microsoft Update complains under XPx64.

In my opinion, MU can't be trusted anymore to prove an XPx64 system is up to date. But it can still be trusted for Windows 2003, so the update pack will be tested with Windows 2003 much more often now: with every new pack alongside XPx64. Expect slightly longer delays between releases due to this.

Post by **5eraph** » Sun Jul 27, 2014 6:31 am

Updated to 2014-07_3. Please read the Changelog for additional details.

The KB2933528 update package doesn't use blocking code. It should update existing XPx64 installations without modification, provided ADAM is installed and running.

KB2933528 is a security update for ADAM, which is not included with Windows XP or the first release of Windows 2003--I'll call it R1. An update for ADAM seems to be released every year or so, but it wasn't included in the update pack because none of ADAM's files are included with XP.

Oddly enough, some of its files are found in the AMD64 folder on all Windows 2003 SP2 sources. They're never referenced in dosnet.inf or txtsetup.sif; the files seem to do nothing but take up space. To include this update with XP and 2003, entries were added to dosnet.inf and txtsetup.sif to copy the dormant files from AMD64 into the %SystemRoot%\ADAM folder where they are normally installed. ADAM's installation package will recognize the updated files and keep them in place, ignoring its own older files. Uninstalling ADAM in Windows XP and 2003 R1 will keep the updated files in the ADAM folder, where they should stay and be used if ADAM is reinstalled later.

ADAM is a Windows component in 2003 R2, installed from the components wizard in Add/Remove Programs. Installing the ADAM component is basically the same as installing it from the executable package. The newer files are recognized by the wizard and used instead of the older ADAM files on the R2 source. Removing the component later, however, deletes everything in the installation folder. If ADAM is reinstalled after that, the updated files will be gone and the old files will be used. QFECheck verifies this, saying KB2933528 needs to be reinstalled.

ADAM's installation files are buried in the CMPNENTS folder of the Windows 2003 R2 source. They can be updated to correct the R2 issue above. But doing so with an update pack or addon presents difficulties. The current Win2003 Addon uses the [CopyFiles] directive in entries.ini to update the files in the CMPNENTS folder. Trouble is, the [CopyFiles] directive only works with the RyanVM Integrator. There's no other way for me to automate it without breaking either RVMi or nLite. The problem is explained in a bit more detail in the comments of the update pack's entries.ini file for those interested.

nLite users interested in updating the files manually on a Windows 2003 R2 source will find adambsrv.dll, adamdsa.dll and ntdsatq.r2.dll uncompressed in AMD64 after running nLite. The adam*.dll files directly replace the files in the following source folder:

CMPNENTS\R2\PACKAGES\ADAM\AMD64\ADAM

ntdsatq.r2.dll needs to be renamed ntdsatq.dll to replace its corresponding file in the folder specified. Keep the *.r2.dll file as named in AMD64 to prevent a conflict with the other file of the same name (with a different file version) in AMD64.

Post by **5eraph** » Tue Aug 12, 2014 9:50 pm

Updated to 2014-08_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

Post by **5eraph** » Wed Aug 27, 2014 5:24 pm

Updated to 2014-08_2.

High priority update KB2993651 replaced high priority update KB2982791.

Today's out-of-band update package doesn't use blocking code. It should update existing XPx64 installations without modification.

Post by **5eraph** » Wed Sep 10, 2014 8:14 am

Updated to 2014-09_1. Please read the Changelog for full details.

Still welcoming suggestions for Windows 2003 updates. I found two more this time around.

From this point on I believe it'll be easier for those keeping track if I just list those updates that need the patch under XPx64. At present, the only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

minutka15 · Post by **minutka15** » Wed Sep 10, 2014 11:47 am

Thank's 5eraph for new update pack!
I will try to use this one as soon as possible.

naggy · Post by **naggy** » Fri Sep 12, 2014 2:44 am

Thanks, 5eraph!

alsyundawy · Post by **alsyundawy** » Mon Sep 15, 2014 8:49 am

sorry about stupid question, what is Win2003 Addon for the Update Pack

Post by **5eraph** » Mon Sep 15, 2014 11:42 am

Users of Windows Server 2003 x64 SP2 can use the Win2003 Addon in addition to the XPx64 update pack to bring their sources up to date. The Win2003 Addon contains updates that do not apply to XPx64, usually because those updates consist entirely of files that are not included with XPx64. Files that don't exist can't be updated.

alsyundawy · Post by **alsyundawy** » Mon Sep 15, 2014 4:18 pm

5eraph wrote:Users of Windows Server 2003 x64 SP2 can use the Win2003 Addon in addition to the XPx64 update pack to bring their sources up to date. The Win2003 Addon contains updates that do not apply to XPx64, usually because those updates consist entirely of files that are not included with XPx64. Files that don't exist can't be updated.

wow cool thx ....

Post by **5eraph** » Mon Sep 15, 2014 9:04 pm

Good question, alsyundawy. Added a DETAILS link for the addon in the first post.

Post by **5eraph** » Tue Sep 23, 2014 6:11 pm

Updated to 2014-09_2.

Optional update KB2998527 replaced high priority update KB2981580.

The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

Post by **5eraph** » Wed Sep 24, 2014 10:01 am

Updated to 2014-09_3.

Updated Adobe Flash to v15.0.0.167 from v15.0.0.152.

Sorry for the rapid updates. The Flash update surprised me.

Post by **5eraph** » Wed Oct 15, 2014 2:10 am

Updated to 2014-10_1. Please read the Changelog for full details.

The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

Post by **5eraph** » Thu Oct 16, 2014 9:58 pm

Updated to 2014-10_2:

Additional update SA3009008 added.
- This update consists of the following workaround registry entries:
  
  ;Disables SSL 2.0 + 3.0 and Enables TLS 1.0 for all users by default in Internet Explorer 6, 7 and 8.
  HKCU,"Software\Microsoft\Windows\CurrentVersion\Internet Settings","SecureProtocols",0x10001,0x80
  
  ;Disables SSL 2.0 + 3.0 and Enables TLS 1.0 in Internet Information Services (IIS).
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Client","Enabled",0x10001,0
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Server","Enabled",0x10001,0
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Client","Enabled",0x10001,0
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Server","Enabled",0x10001,0
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Client","Enabled",0x10001,1
  HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server","Enabled",0x10001,1

Other web browsers will remain vulnerable to SSL 3.0 exploits after applying SA3009008. Directions are available for disabling SSL 3.0 in Firefox, Google Chrome and Safari.

The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

Post by **5eraph** » Sun Nov 02, 2014 6:35 pm

Updated to 2014-10_3:

Additional update KB3011843 replaced optional update KB2998527.

Relevant post-XP-EoS executable update packages that need the patched update.exe file to update an existing XPx64 installation:

High priority update KB2926765, released 2014/05/13.
Additional update KB3011843, released 2014/10/30.

Post by **5eraph** » Wed Nov 12, 2014 4:45 am

Updated to 2014-11_1. Please read the Changelog for full details.

Relevant post-XP-EoS executable update packages that need the patched update.exe file to update an existing XPx64 installation:

High priority update KB2926765, released 2014/05/13.
Additional update KB3011843, released 2014/10/30.

mockingbird · Post by **mockingbird** » Thu Nov 13, 2014 5:31 pm

Is KB958911 not included? I downloaded it with the hope that it would eliminate the vsync problem in 2d, and it allowed me to install it.

On that note Microsoft forgot to enable 2d vsync in XP x64. The problem is that everything tears. Anyone know of a solution?

Post by **5eraph** » Thu Nov 13, 2014 7:20 pm

KB958911 has never been in the update pack. But, that update was most recently superseded by KB2957503 which is included. GDI+ is installed as a side-by-side assembly, which allows multiple versions to be present at once. However, the newest version is always used unless an older version is specifically called by an application. For this reason I only ever include the latest SxS assemblies.

The registry entries listed in KB958911 should still work when only KB2957503 is installed. But don't hold me to that; I don't know for sure.

I haven't noticed tearing unless I have no accelerated video drivers installed. I'm currently using a GeForce GTX 650 Ti which is overkill for my needs, but was cheap. If you happen upon a solution please let us know.

mockingbird · Post by **mockingbird** » Thu Nov 13, 2014 7:36 pm

Thanks 5eraph! Great explanation. I really ought to update my XP x64 disc. I'll check to see if KB2957503 is installed. Maybe it wasn't included in what MS provides in Microsoft Update.

I know this is a bit off topic, but can you play this video and tell me if you see tearing:
http://www.youtube.com/watch?v=22ftfoCSPQI

If not, then it's a problem with ATI and not XP x64.

Keep up the amazing work. We have until sometime in 2015, when 2003 extended ends.

Post by **5eraph** » Thu Nov 13, 2014 7:46 pm

You're right. That video tears for me too. Going full-screen doesn't help either.

Post by **5eraph** » Thu Nov 13, 2014 7:59 pm

The good new is that I can download the YouTube video and play it in Media Player Classic which doesn't tear at all. I get some ghosting on my LCD, but that's to be expected.

mockingbird · Post by **mockingbird** » Thu Nov 13, 2014 8:03 pm

Yea sure, because video isn't displayed through GDI when you use a media player.

What I should really do is test it with 2003 x64 and see if it has the same problem. If not, there might be a way to hack the GDI into XP x64.

edit: I just realized that kb2957503 is 2003 x64, so if you get tearing with it installed, it probably also happens in 2003 x64.

Post by **5eraph** » Thu Nov 13, 2014 8:09 pm

XPx64 is very closely related to Win2003. If it happens in one then it's likely to happen in the other. Same service packs, same binaries.

Post by **5eraph** » Thu Nov 13, 2014 8:38 pm

You could try with KB2834886, which was the last high priority update to GDI+ that was officially supported for XPx64. I'm not hopeful, however. If the Microsoft Update website says you're up to date, and you haven't installed or slipstreamed OS updates released after April 2014, then you already have KB2834886 installed.