[PROBLEMCHYLD]

tomasz86, on 18 July 2011 - 06:33 PM, said:

That's what I'm talking about I don't get any errors even if NOT using the BWC kernel.

Was you using scripten.exe 5.7? This is the version I'm talking about. All other version work with or without BWC kernel..

[tomasz86]

Yes

I did a test especially to check if Script 5.7 (scripten.exe) can be slipstreamed from HF. No problems occured.

This post has been edited by tomasz86: 23 July 2011 - 04:29 AM

[My2GirlsDad]

tomasz86,

I've come across another potential problem with your Update Rollup 2. Below find my results at Microsoft Update after my latest slipstream using HFSLIP.

While I understand that KB908531 and KB982381 are due to unofficial update KB2416400, I was surprised that KB956844 showed up since it part of the Rollup.

If I include the KB956844 in the \HF folder it updates TRIEDIT.dll to version 6.1.0.9235. If I leave it out and rely on the Rollup, triedit.dll remains at version 6.1.0.9211.

Is this something you may have overlooked? Everything else seems to working fine.

Thanks for looking into this.

My2GirlsDad

[tomasz86]

My2GirlsDad,

I know about this triedit.dll problems. It is caused by HFSLIP. Please make sure that before running HFSLIP you remove the following files:

HFCABS\_IE6_HFSLIP.CAB
HFCABS\_IE6b_HFSLIP.CAB
HFCABS\_OE6_HFSLIP.CAB

They are temporary files created by HFSLIP in order to slipstream IE/OE 6. The problem is that they mess the dates of these files and the older version of triedit.dll gets slipstreamed because of that. After running HFSLIP you should check file version of triedit.dl_ (unpack it first) from i386\. I had the same problem with triedit.dll but after removing these files the proper version gets slipstreamed. Be aware that they are created each time you run HFSLIP (if IE6 cabs are present) so you ought to delete them also each time before running HFSLIP.

You may also try using the beta of UR2-v3 which I optimised especially for compatibility with WU.

Windows2000-KB891861-UR2-v3-BETA-x86-ENU.exe (pass: msfn)

UR2-v3 has also the following improvements:

- KB908531 is marked as installed (although the verclsid.exe file itself is just a dummy file, not used by the system)
- ocsasnfix.exe is included (you had this one in your HFSLIP log, it's not necessary anymore )

There are also more fixes and new updates but I'm going to explain everything in details when the final version is ready. You can check eula (update\eula.txt) for a full list of updates included in UR2-v3-BETA. NO updates are available through WU after the installation of UR2-v3

This post has been edited by tomasz86: 24 July 2011 - 09:50 PM

[My2GirlsDad]

tomasz86, on 24 July 2011 - 09:47 PM, said:

My2GirlsDad,

I know about this triedit.dll problems. It is caused by HFSLIP. Please make sure that before running HFSLIP you remove the following files:

HFCABS\_IE6_HFSLIP.CAB
HFCABS\_IE6b_HFSLIP.CAB
HFCABS\_OE6_HFSLIP.CAB

They are temporary files created by HFSLIP in order to slipstream IE/OE 6. The problem is that they mess the dates of these files and the older version of triedit.dll gets slipstreamed because of that. After running HFSLIP you should check file version of triedit.dl_ (unpack it first) from i386\. I had the same problem with triedit.dll but after removing these files the proper version gets slipstreamed. Be aware that they are created each time you run HFSLIP (if IE6 cabs are present) so you ought to delete them also each time before running HFSLIP.

You may also try using the beta of UR2-v3 which I optimised especially for compatibility with WU.

Windows2000-KB891861-UR2-v3-BETA-x86-ENU.exe (pass: msfn)

UR2-v3 has also the following improvements:

- KB908531 is marked as installed (although the verclsid.exe file itself is just a dummy file, not used by the system)
- ocsasnfix.exe is included (you had this one in your HFSLIP log, it's not necessary anymore )

There are also more fixes and new updates but I'm going to explain everything in details when the final version is ready. You can check eula (update\eula.txt) for a full list of updates included in UR2-v3-BETA. NO updates are available through WU after the installation of UR2-v3

tomasz86,

After trying both of your great tips, removing the HFSLIP cab files and using your beta version, I'm still getting the 6.1.0.9211 version of triedit.dll instead of 6.1.0.9235. As I said before if I put KB956844 in HF the file is updated correctly. Is there something different between KB956844 and your rollup?

Thanks for your input on this. It is very confusing to me.

My2girlsDad

[tomasz86]

Could you try slipstreaming only IE6 cabs and UR2-v3?

I've just done a test:

Quote

Files in your HF folder:
Windows2000-KB891861-UR2-v3-BETA-x86-ENU.exe

Files in your HFCABS folder:
_IE6_HFSLIP.CAB
_IE6b_HFSLIP.CAB
_OE6_HFSLIP.CAB
BRANDING.CAB
IEW2K_1.CAB
IEW2K_2.CAB
IEW2K_3.CAB
IEW2K_4.CAB
MAILNEWS.CAB
OEEXCEP.CAB
WAB.CAB

and the result is triedit.dll 6.1.0.9235.

This post has been edited by tomasz86: 25 July 2011 - 08:18 PM

[My2GirlsDad]

tomasz86, on 25 July 2011 - 08:16 PM, said:

Could you try slipstreaming only IE6 cabs and UR2-v3?

I've just done a test:

Quote

Files in your HF folder:
Windows2000-KB891861-UR2-v3-BETA-x86-ENU.exe

Files in your HFCABS folder:
_IE6_HFSLIP.CAB
_IE6b_HFSLIP.CAB
_OE6_HFSLIP.CAB
BRANDING.CAB
IEW2K_1.CAB
IEW2K_2.CAB
IEW2K_3.CAB
IEW2K_4.CAB
MAILNEWS.CAB
OEEXCEP.CAB
WAB.CAB

and the result is triedit.dll 6.1.0.9235.

tomasz86,

I believe I've found the reason that triedit.dll was not updated. It seems that HFSLIP was set up to do the original update rollup 1 first (I'm not sure why), then the IE cabs files, then the remaining hotfixes. This causes the triedit.dll from your Rollup, because it has the same KB number, to be overwritten by the IE cabs.

When I changed the name of your Rollup from Windows2000-KB891861-UR2-v3-BETA-x86-ENU.exe to Windows2000-KB891UR2861-v3-BETA-x86-ENU.exe the file was updated and KB956844 disappeared from Microsoft Updates.

With that problem fixed I still have one issue with the Rollup. Microsoft Update still asks for KB982381 Cumulative Security Update for IE6 SP1. KB908531 no longer shows up.

Thanks for your continued help.

Regards,

My2GirlsDad

[tomasz86]

My2GirlsDad,

Update Rollup 1(or 2) being slipstreamed before everything else is a normal HFSLIP behaviour. Still it shouldn't have any influence on triedit.dll. I did a few more tests and the version slipstreamed was always 6.1.0.9235.

Are you sure you removed the SOURCESS folder before running HFSLIP?

The reason why UR is slipstreamed first is that in contains several Server related files and they are deleted by HFSLIP if your 2K version is Professional. They won't be deleted if you change the KB number (it has to be *KB891861*).


I uploaded v3 of Update Rollup 2.


Changes:

- added two Script updates (KB975542, KB981349); bristols says they're for Script 5.6 only but in reality they are for both Script 5.1 & 5.6 (but not for 5.7!)
- added two Media Services updates (KB952068, KB980858); (installed only when Media Services are present)
- added ocsasnfix.exe (fix related to KB974571)
- improved compatiblity with Windows Update
- version of UR2 is now shown in System Properties (see screen shot below)

Unfortunately I also have bad news. This is the last version of UR2 and I am not going to update it anymore unless bugs are found.

Plans for UR2.1 are cancelled.

This post has been edited by tomasz86: 29 July 2011 - 02:01 AM

[PROBLEMCHYLD]

are you leaving the scene?

[tomasz86]

PROBLEMCHYLD, on 28 July 2011 - 10:29 AM, said:

are you leaving the scene?

No no, don't worry

The structure of an update rollup has too many limitations and the need to keep compatibility with HFSLIP also limits greatly my room to manoeuvre. For this reason I decided to focus on a bigger project which will not depend neither on HFSLIP nor on any other 3rd party application in order to be slipstreamed. It's going to take a lot of time (months) but the result should be much more satisfying than now with UR2.

Update Rollups are quite easy to make but I need more functions which they lack. To give an example - it's impossible to include Server-only updates in UR2 and keep full HFSLIP compatibility at the same time. The only way to do it would be to modify the HFSLIP itself which I want to avoid as I'm not the author of it.

UR2 in this form is kind of completed as it has all of the vital updates included. The only ones left are the buggy updates, Server-only updates and updates for non-default components (MDAC 2.81, WMP9, etc.).

Anyway, this is my plan for the future. I won't unveil more information as it's still too early to say for sure that everything I want to do is possible. I'll let you know in due course

This post has been edited by tomasz86: 28 July 2011 - 11:30 AM

[haksancan]

hi,
i am trying to install v3 on windows 2000 server with sp4 but it fails complaining "the file update\kb976323.cat missing" and cancels setup. this is pristine windows 2000 server with sp4 install.

Attached File(s)

•  ur2 error.PNG (37.03K)
  Number of downloads: 8

[tomasz86]

I'm sorry It's my mistake. I wanted to stop WU asking for KB976323 by using an older smtpsvc.dll file with changed version number... but in the end I didn't do it. Unfortunately I forgot to remove the lines referring to KB976323's catalog file.

I'll upload a fixed version but until then what you can do is:

1. Unpack the Rollup (any archiver should be able to do it).
2. Open the "update" folder
3. Replace the original "update.inf" file with this one.
4. Run update.exe from the "update" folder and install the Rollup.

This post has been edited by tomasz86: 31 July 2011 - 11:58 AM

[haksancan]

I've replaced the update.inf and now it says nsum.exe is missing.

[tomasz86]

Please try this one.

This file is related to Media Services updates which were the last updates I added to the Rollup. There was a mistake in filepath in the update.inf

This post has been edited by tomasz86: 31 July 2011 - 11:54 AM

[haksancan]

it also didn't work, (same error) and i did this:
1. change nsum.exe, wms\nsum.exe to nsum.exe
2. copy nsum.exe from wms to outside

now it installs ok. thanks.

[haksancan]

another issue:
sfc /scannow seems to overwrite some updated files. i've exported the event log.

Attached File(s)

•  sfc.txt (9.9K)
  Number of downloads: 3

[tomasz86]

The first problem with WMS files is caused by the hastily added WMS updates and I'll fix them as quick as possible. The bigger problem is with the SFC thing (except for the kernel files related errors which are O.K. as these kernel files have manually changed version to prevent WU ask for KB979683). The rest of these files are IE files and the errors are probably caused by having both IE5 and IE6 catalog files installed.

I need a little more time to find a proper way to fix this issue.

[tomasz86]

Tomorrow I'll upload a new version with fixed WMS issue. Unfortunately, the other problem related to SFC just cannot be fixed. The only way to 'fix' it would be to remove IE6/OE6 updates and their catalog files

[haksancan]

i'm eager to test it.

[tomasz86]

v4 is ready.

Changes:

- fixed two problems related to KB976323 and WMS4.1 which caused an error during installation on Windows 2000 Server

I also added alternate download URLs which are direct links to Dropbox.

This post has been edited by tomasz86: 07 August 2011 - 11:44 AM