Hi,TC
For me works perfect.
No problem with nLite and/or AutoIt scripts.
Thanks!!

0d

KB947864 for IE7 is still being reported in WU despite being present in the HF folder.

Everything work perfectly.

The only odd thing was when WMP11 was run for the first time, it ask to validate Windows. Previous pre-SP3 WMP11 did not ask for validation.

Now if TC can sort out the MCE mess, HFSlip would be perfect.

I thought about the wbemoc fix again today and wasn't really satisfied with it. It was too complex, so instead I made a cab package that's supported directly by HFSLIP (1.7.6rc9 or higher) if placed in the HFCABS folder. This is just one file instead of two files compared to the HFTOOLS plugin, and the package is a lot smaller too now (5.14KB).

Sorry for all this messing but I want to keep it as simple as possible for the user.

In case you're wondering... There aren't any functionality changes between the plugin I released yesterday and the HFCABS package that's available now. The only difference is that I added a blank line above the [Strings] header in the English wbemoc.inf files because it was glued to the other content, but that's only a cosmetic fix.


By the way... No one explicitly mentioned this so I need to ask: is everything OK now if nLite is used afterwards?

I've never get error with HFSLIP+nLite.

I just remove Messenger, MSN Explorer and Dr. Watson.

Hello Tom
... just read this news is great .. I knew that you provide solutions to this problem .. Now I do not have much time to be a day tomorrow but what testing .-
be completed soon the final version?

thanks .....will

Quick Question, the wbem fix is for the ".mof" file not found error? I thougt that was already solved in RC5...

When the new final will be ready on the www.hfslip.org, would be there a new update list for xpsp3 also?

From reading previous posts I can see a previous version was meant to fix the KB947864 IE7 update. But I can report it isn't slipstreaming correctly.

first test with hfslip1.7.6rc9+nlite:
the integration of hfslip and cleaning works nlite later with a perfect ecepcion of a small ruling, the icon i.e7 outlook and do not appear in the Start menu, but if on the desktop(i.e7) possibly by the configuration nlite.-
..in the first inning to WU called for checking windows, even if there legicheckcontrolen hfcabs.-I have built with a script that AutoIt in the first start patched WGA and OGA and I no longer have this problem ... everything else works very well including updates i.e7


greetings and thanks
will

I just ran final RC9 with IE7 and KB947864. Both are slipstreamed correctly without any problems. MU does not report KB947864.

As for LegitCheckControl, make sure you download the very latest. I have MU reporting that as well until I re-download the latest iteration of KB905474.

hi TC! i'm not certain if my concern with what zedox has mentioned here is related but WU always prompts me to install it even if i already have (either via automatic update or by hand) ... thanks! been quite a while ...

Can someone direct me to the list of things that I should include when slipstreaming sp3 to have complete up to date installation? I have been searching for it, maybe it is somewhere, but I cannot find it. I have been doing slipstreaming with previous versions of HFSLIP but for SP2 and now I would also try to do it with SP3 and I don't want to do something wrong. Thanks in advance for any help.

I'm working on one: link

I notice HFSLIP also copies hidden and system files to my cd. However hidden files and system files normally should not be processed, as thumbs.db and other stuff could get copied.

These files show up when the 'dir /a-d' in combination with the '/s' parameter. A quick fix is to use 'dir /a-d-h-s /s' instead. I hope it get fixed for next version.

Thanks TC :-)
I am looking forward for the final version :-)

Latest work done under the hotfixs and .cabs new link .-
NO error reporting .. everything is integrity well,
W.U not asking WGA validations, and no hotfix for download, after HFSLIP also works nlite and with completely good (removed many files and changes in os.patch uxtheme and sfc.dll... very good work TOM, followed "seeing" Here .-

thank you very much and goodbye.....
willy

thanks TC! how about adding this link to your sig already (or maybe you're just waiting for the final before doing so)? this will be a very good re-start for me as hotifxes now are just few ... i know it sounds pretty obvious but just to confirm, having sp3 slipstreamed now does not necessitate for the other hotfixes, right? thanks!

I have a perplexing error.

I saw the latest post-SP3 dynamic update list from TC, so I decided to re-slipstream according to that list. Attached is the log.

Now, OE is broken, with a error message that msoe.dll cannot be initialize. Can anybody verify this?

Another thing. If I DO NOT add the WMP11 updates or IE7 KB938127, MU does not show it anyway, which beg the question, is these updates necessary, or is MU "broken"?

I have not had any problems with this latest list .... everything is perfect integrates even after using nlite

Well, I narrow it down to 3 possibilities.

1. One of the updates broken OE.
2. HFSlip broke OE.
3. Corrupt source files.

Right now, I cannot solve 2, so I am reslipstreaming from a virgin source of XP, with SP3 first, then HFSlip without IE7, and see if this solve the error. Then again with IE7 to see if the error will crop out.

returns to download all the files and works with a clean source ... I can assure you that integrates all inclusive i.e7 and wmp11 and all hotfixs.-
WGA also works fine and others. cabs. I include in my work silverligth and upclean although not sure if it is necessary upclean... silverligth is necessary for the additional tool in hftool (HFSLIP_PRE_Silverlight10.CMD)... do not forget the new cabs wbemoc.cab because without this the integration, i.e7 and wmp11 is corrupted......bye

Well, so far I ran HFSlip again on a virgin source, but without IE7 and the 2 IE7 updates, and voila, OE6 appear unharmed.

When I re-ran with IE7 again, OE6 get busted again.

Right now, I am re-running HFSlip on newly downloaded IE7 and IE7 Updates again, and on a different machine to boot. If the symptom is consistent, then it would appear that IE7 is the culprit here.

Keep an open mind. I will keep posting on the results.

The commands I posted did not work correctly. To skip any files inside directories starting with a . from getting processed I use the following command:

@kenlau

Have you also tried with just IE7 (no updates)?

It is also possible that the problem lies with the silent executables you have. There could be a conflict.


@willydejoe1234

I haven't checked if UPHClean_Setup.exe is still needed, but I think it's not in SP3. I'm still including it myself.

TC ok .. anyway integrates well ...today new Update for silverligth ... I have not even worked with her

I have a small flaw in the last work ... always apply in installation vistasound pack and always work but also the sound of starting and closing session does not work ... I try to activate it manually and continues throughout Like What? ? .- original windows also have the same problem ... is something strange

I go back to work again with latest version of silverlight (1.0.30401.0)and everything is correct, although I still have the bug sound start and closing sesion (the others if they work) .. everything else works .. no right to install a hotfix in W.U.


Bye


I would like to know if someone else happens this very small problem

I have written my own implementation of the REPLACE source file feature, which skips any hidden, system or files inside directories starting with a dot (unix implementation of hidden files), useful if using HFSLIP with Subversion

New code (line 511):

I think any file processing script should skip hidden and system files by default. I hope this feature can be added to HFSLIP main feauture.

Original:

I can see that there is new final release. Thus I would like to ask TC what are the differences between this final and the last RC (if there are any). Thanks.

Hi,

how do I get the wbemoc.cab?

I notice the Microsoft KB925876 update adds an RunOnce command to uninstall previous Remote Desktop Connection clients. As HFSLIP already handles the Remote Desktop update integration it is probably not necessary to run this command.
What's even worse is that this command is executed for each newly created user account. Something I don't want to happen.

Can you fix this for next release?

http://users.telenet.be/tc76/winup/_winxpsp3.html

down

@Acheron

HFSLIP no longer replaces mstsc.exe directly. If you can tell me with absolute certainty that old Terminal Services clients aren't installed because of this, and that they aren't installed via another way (registry hives, etc.), I may consider having HFSLIP remove the uninstall command.

By the way... If you're using XP SP3 this shouldn't be a concern as it already comes with TSC 6.0.

But I see your point on this being done for each user account. I'll see if I can relocate the command to HKLM.


@baruse

I just created a new thread in the HFSLIP forum. Hopefully that clears things up.


@SQ5FG

The differences concern Win2K+WMP9, Win2K+WMP9+FDVFILES and Win2K+FDVFILES.

A small question, was User Profile Hive Cleanup Service removed from your SP2 list because it wasn't on SP3? Or was it something else?

Thanks for your support!
Everything is clear now and the first test worked fine.

I normally don't use the RDP client, but while testing KB925876 update mstsc.exe is not replaced by the newer lhmstsc.exe file. This results in that the RDP client fails loading on Windows XP SP2.

fix:

hfslip 1.7.6 changes (line 1980)

BTW KB952155 contains version RDP 6.1. Might be cool if HFSLIP also supports that version

The problem I had with the busted OE6 was due to corrupt source.

Now, everything seems to slipstream properly and nothing busted.

However, when I run MU, I am prompted to up KB 898461. It looks like I am not t the only one reporting this anomaly. I also get one High Priority update which is KB 942763. Putting these two files in the HF folder do nothing. HFSlip does not slipstream/integrate these two updates, and I still be prompted to update these 2 updates.

Attached is my log file.

Windows Update now wants to see KB898461 on XPSP3, yes.

HFSLIP needs to be updated for this because the update doesn't contain SP3 binaries, but I prefer to make it a test release and wait a few days before making it a final in case it's just an error.

What about KB942763? Can I use the pre-SP3 time zone updates you have on the HFSlip site? I never used it, so I am not very sure if I can include it now with SP3.

@kenlau
The newest version of the HFSLIP time zone plugin is compatible with SP3.

@Neo2x
I removed it from both lists because it isn't shown on Windows Update, but I'll put it back to avoid the confusion.

Regarding KB898461, I let WU install it to see what would happen. WU then asked for a roots update that appears to be from May. Roots Update. This is with SP3, IE7 and hotfixes from the dynamic SP3 list. I am not 100% sure, but I believe this only happened after I started using the latest WU agent. I think the previous version of WindowsUpdateAgent30-x86.exe worked fine, WU did not ask for KB898461. I think I still have the old version and will test.

Edit: WU does ask for KB898461 using the previous version of WU Agent. I did use the roots update I linked to and WU does not for that after installing KB898461.

You can also use the regular link for the roots update.

What's weird is that this one is only a few days older than the previous one (December 2007), the time stamp is from March 2008, and they only started pushing it through Windows Update now. Must be something special if it needs to go through 5 months of validation...

I'm sorry but my problems were due to some problem that hfslip.cmd was never called from svcpack.inf. However the fixes I posted before are necessary to fix the mstsc.exe problem.

Acheron -- Remove what you got in the REPLACE folder and try the latest test release. You shouldn't have any problems with mstsc.exe now on XPSP2.

Thanks Tomcat76. You really put some effort in to support XP SP2. Well I am moving to XP SP3 this month a HFSLIP supporting mulitple Service Pack levels is still useful, imagine deploying XP images within companies with a strict upgrade policy.

The Microsoft Installer has been updated from version 3.0/4.0 to version 4.5, and is available here. Should it work already, or will it need to be added in to the latest beta of HFSLIP?

HFSLIP asks me, do i want to overwrite
Source\DOSNET.INF to Sourcess\DOSNET.INF
Source\TXTSETUP.SIF to Sources\TXTSETUP.SIF
WBEMOC.INF too
1.7.9 Final was same too.
I say NO?!


WindowsXP-KB922120-v5-x86-TRK.exe not integrated.
SP3 does not included LLTD

PS: Temp solution for me
Changed all SP2 to SP3 in 922120 hotfix. Files copied, inf entries created.
WindowsXP-KB922120-v5.1-x86-TRK.exe

Tried yesterday hfslip-1.7.7beta_80601a, eveything went smoothly.

I dont know why but HFSLIP creates DOSNET.INF, TXTSETUP.SIF etc. in SOURCESS folder.
Then Start to copy all SOURCE files to SOURCESS :/
At that moment ask me do i over write files.