Jump to content

The File-Checker (HFSLIPFC) for HFSLIP


Mim0

Recommended Posts

I've found this in the description of .NET Framework 3.5 addon:

On KB961118: KB961118 is a junk-hotfix according to KB articles KB961118 and KB971314. Integrate KB971314 by nlite/HFSlip directly or use an update pack containing it to avoid MU pushing KB961118. Once KB971314 is integrated or installed, KB961118 is not needed any longer. (In fact for this pack, KB961118 does nothing more than stopping MU pushing it, it does not fix the issue describe in its KB article because we use a newer version of unidrv.dll.)

EDIT:

Yes, SP2 of Windows Rights Management Services Client. Because KB917275 is not included in SP3, I think it's valid for integration (personally I don't use it).

Since I have XP SP3 I've never seen this update on Windows Update, but I'm not sure in 100%.

Edited by Parseus
Link to comment
Share on other sites


2010-01-26

- Added: Dependency Check for KB958655 (v2): Only applicable when

using Windows Installer 4.5

- Added: KB968006 (v2), Fix for Windows Installer 3.1, only applicable when

Windows Installer 4.5 is NOT used.

- Added: KB958752, Fixes incompatibility with Zone Alarm when using KB951748

or KB956803.

Because of dependecy-checks can be done to just one file, I check

it to the advisory KB957579 which replaces KB951748, KB956803 and

KB958752.

The other possibility is to define KB958752 twice, but when

KB951748 and KB956803 (both!) are missing, KB958752 will be reported

also twice as "missing". I think it works.

- Added: Dependency-check of KB951978 (for Script 5.7): not applicable when

using IE8 (with Script 5.8)

- Added: Dependency-check of KB975467 (MS09-059): applicable only when the

advisory KB968389 is used.

- Added: Flexible dependency check.

- Added: New INI-setting "ADVISORIES" to turn off/on (0/1) advisories (default=1)

Advisories now have the type "A".

- Added: KB951748 is obsolete when KB957579 is given

- Added: KB956803 is obsolete when KB957579 is given

- Added: KB957579 (Security Advisory 971888: Update for DNS Devolution)

- Added: KB954920 (ODBC and OLE DB Update for SQL Server 2008)

Link to comment
Share on other sites

Checking existing updates for wrong, obsolete or unknown:
---------------------------------------------------------
unknown: HF\WindowsXP-KB968006-v2-x86-ENU.exe
wrong (S): HF\WindowsXP-KB971961-JS57-x86-PLK.EXE (MS09-045: JScript Scripting Engine)

Check missing updates for Windows XP SP3:
-----------------------------------------
missing (O): HF\WindowsXP-KB968006-v2-x86-PLK.exe (Fix for Windows Installer 3.1)

KB968006-v2 is available only in English. Your file checker shows me also KB971961 as wrong despite setting IE6 in hfslipfc.ini.

EDIT: Your file checker shows KB968930 as an obsolete update, so why do you still list that update on your list?

Edited by Parseus
Link to comment
Share on other sites

Checking existing updates for wrong, obsolete or unknown:
---------------------------------------------------------
unknown: HF\WindowsXP-KB968006-v2-x86-ENU.exe
wrong (S): HF\WindowsXP-KB971961-JS57-x86-PLK.EXE (MS09-045: JScript Scripting Engine)

Check missing updates for Windows XP SP3:
-----------------------------------------
missing (O): HF\WindowsXP-KB968006-v2-x86-PLK.exe (Fix for Windows Installer 3.1)

KB968006-v2 is available only in English. Your file checker shows me also KB971961 as wrong despite setting IE6 in hfslipfc.ini.

THX!

2010-01-26a

- Added: KB968006 (v2) only in Englisch available

:)

EDIT: Your file checker shows KB968930 as an obsolete update, so why do you still list that update on your list?
You're right! I will update the list.

Thank you!!!

Edited by Mim0
Link to comment
Share on other sites

Your file checker still list KB971691 as an wrong update:

wrong (S): HF\WindowsXP-KB971961-JS57-x86-PLK.EXE (MS09-045: JScript Scripting Engine)

Do you integrate IE8?

2010-01-27

- Added: KB978506, Internet Explorer 8 Compatibility View List

- Removed: KB975364, Internet Explorer 8 Compatibility View List, replaced by KB978506

Edited by Mim0
Link to comment
Share on other sites

Mimo, there's a problem with KB951978, you say that's not needed when integrating IE8, when it actually is.

I just built my HFSLIPed CD with IE8 and without KB951978 and MU still wants it.

IE8 jscript update (KB971961, updates ONLY jscript.dll, whereas KB951978 updates several other files, like

"SP3GDR\wscript.exe" = "_sfx_0008._p", "SP3GDR\wshom.ocx"

"SP3GDR\cscript.exe" = "_sfx_0009._p", "SP3GDR\wscript.exe"

"update\update.ver" = "_sfx_0010._p", "SP3GDR\cscript.exe"

"SP3QFE\wshom.ocx" = "_sfx_0011._p", "SP3GDR\wshom.ocx"

"SP3GDR\vbscript.dll" = "_sfx_0012._p", "SP3GDR\cscript.exe"

"SP3QFE\scrrun.dll" = "_sfx_0015._p", "SP3GDR\wscript.exe"

"SP3GDR\wshext.dll" = "_sfx_0016._p", "SP3GDR\wscript.exe"

"SP3QFE\wshext.dll" = "_sfx_0017._p", "SP3GDR\wshext.dll"

"SP3GDR\scrrun.dll" = "_sfx_0019._p", "SP3QFE\scrrun.dll"

"SP3QFE\vbscript.dll" = "_sfx_0020._p", "SP3GDR\vbscript.dll"

"SP3QFE\jscript.dll" = "_sfx_0021._p", "SP3QFE\vbscript.dll"

"SP3QFE\scrobj.dll" = "_sfx_0022._p", "SP3QFE\jscript.dll"

"SP3GDR\jscript.dll" = "_sfx_0023._p", "SP3QFE\jscript.dll"

"SP3GDR\scrobj.dll" = "_sfx_0024._p", "SP3QFE\scrobj.dll"

Edited by jvidal
Link to comment
Share on other sites

Your file checker still list KB971691 as an wrong update:

wrong (S): HF\WindowsXP-KB971961-JS57-x86-PLK.EXE (MS09-045: JScript Scripting Engine)

Do you integrate IE8?

No, I don't integrate IE8.

EDIT: You added KB978506 on your list, but the date of update is still from KB975364.

Edited by Parseus
Link to comment
Share on other sites

Your file checker still list KB971691 as an wrong update:

wrong (S): HF\WindowsXP-KB971961-JS57-x86-PLK.EXE (MS09-045: JScript Scripting Engine)

Do you integrate IE8?

No, I don't integrate IE8.

THX for reporting this. It was a problem because this update is for IE6 and IE7. he filechecker doesn't support IE7 but try to report updates for IE7 as wrong. And because it's belonging also to IE7, it was reported as wrong. But fixed now.
EDIT: You added KB978506 on your list, but the date of update is still from KB975364.
Fixed! :)

2010-01-27a

- Fixed: WindowsXP-KB971961-JS57-x86-XYZ.EXE was reported as wrong when using IE6

- Added: when a wrong update was found, the corresponding component will be reported now

Edited by Mim0
Link to comment
Share on other sites

Mimo, you still haven't addressed the KB951978 issue I mentioned earlier.
Very good hint. Script is not JScript. I missunderstood that! :rolleyes:

2010-01-27b

- Fixed: KB951978 is NOT obsolete when IE8 is integrated

Link to comment
Share on other sites

Oh, and I got another tip for ya:

I don't use KB946648 (messenger 4.7 update), instead I place messenger.msi (messenger 5.1) in HFGUIRUNONCE, which renders KB946648 obsolete and/or unneeded. Maybe HFSLIPC should check for messenger.msi v5.1 and not complain if it does not find KB946648. It should only flag it as missing if messenger.msi v5.1 is not present in either HFSVCPACK or HFGUIRUNONCE (or wherever it might go).

And, finally, I got an idea (it might not be possible). I don't know if this can be done form within a .cmd file, but I think it might be worth the try.

How about having HFSLIPC download the most current list of updates from a server especially designated for that? It could simplify things a lot.

In that way, we wouldn't have to download hfslipc several times a day, it could automatically update its list of updates...

bye!

Link to comment
Share on other sites

Oh, and I got another tip for ya:

I don't use KB946648 (messenger 4.7 update), instead I place messenger.msi (messenger 5.1) in HFGUIRUNONCE, which renders KB946648 obsolete and/or unneeded. Maybe HFSLIPC should check for messenger.msi v5.1 and not complain if it does not find KB946648. It should only flag it as missing if messenger.msi v5.1 is not present in either HFSVCPACK or HFGUIRUNONCE (or wherever it might go).

Cool. I will add this ckecks. But I have no idea if it should be in HFSVCPACK or HFGUIRUNONCE. When you put it in HFGUIRUNONCE I will use this folder also in the list.
And, finally, I got an idea (it might not be possible). I don't know if this can be done form within a .cmd file, but I think it might be worth the try.

How about having HFSLIPC download the most current list of updates from a server especially designated for that? It could simplify things a lot.

In that way, we wouldn't have to download hfslipc several times a day, it could automatically update its list of updates...

It is possible when wget.exe is available. Then I can download the current list (with an INI-setting AUTOUPDATE=0/1).

Actually the lists of updates are inside of hfslipfc.cmd but it's not a 'must be'. In the INI you can define a "FILESET". The fileset represents one or more lists containing the current updates. So hfslipfc should be prepared to be used also for W2K or Server 2003. The only thing is there are some hard-coded features inside of the file-checker for XP. Probably that can skip some things or so when not using XP.

It's also possible to download the missing updates but the problem is: To get download-location for each file for each language. Too much work for me :( If I would have these lists I would integrate it.

But I can start such kind of auto-update-feature to make experience with that! :)

CU, Mimo

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...