Tomcat76

Change in 60228-beta2 (see few posts above).... Quite a few of the pre-made CABs were made to be compatible with WinXP and Win2K3 only even if the included program also works on Win2K. HFSLIP now properly parses these CABs to make them compatible with Win2K too, so include them at will.

If you wait a few days more, there might be yet another way of doing codecs (and anything else related). No promises... Hehe.

Hi. I don't do codecs so I don't really understand what you mean by that. Is there something I should do differently?

No; this is the engine for the new update site from Microsoft which covers Windows and Office. It can only be accessed with IE.

You can fetch the latest beta here: http://users.telenet.be/tc76/hfslip/HFSLIP_60228-beta2.7z It's compressed in 7-zip format so use an extractor that supports it (7-zip, WinRAR, etc.). NOTE: As of this beta, the folder in which the application addon packs are to be placed should be called "HFAAO" instead of "HFUPACKS". Note #2: This beta only fixes problems with the integration of addon packs. No need to download this if you don't use addon packs.

The link in Kramy's post is for the "svcpack" types. The "sysoc" types can for example be found on the RVM forums. There is actually a third type that's supported too, but I noticed a bug with this last night. It concerns the types which simply replace existing files (ie, there are no entries for txtsetup.sif, dosnet.inf, sysoc.inf or svcpack.inf). When you include one (or more) of these and HFSLIP processes a sysoc type package afterwards, things will get screwed up. The newer version is ready and will be released soon.

*** This thread is now obsolete. Please check the HFAAO thread. *** This was started with version 60224, but was enhanced in version 60225. HFSLIP now supports update packs and addon packs in CAB format that follow the "nLite standard". Both "svcpack" packages and "sysoc" packages are supported. Create a new folder called "HFUPACKS" (this may still change) in the HFSLIP folder and place the update packages in there. Bugs should be expected, but most should've been cleared out by now. Please post your comments here...

Versions 60224 and 60225 have initial support for the Microsoft Update engine. If you want this, please try it out and post your comments here. Download: http://update.microsoft.com/microsoftupdat.../MUWEB_SITE.CAB The file should be placed in HFCABS.

That's exactly what I was saying. Open TXTSETUP.SIF and LAYOUT.INF in Notepad (for example), then replace every instance of "cdrom_ip.5" with "cdrom_is.5" and every instance of "Windows 2000 Professional" with "Windows 2000 Server". DOSNET.INF should be fine. I haven't checked the other files that TommyP mentions.

If it's just that, then it's pretty easy to solve. Do a find/replace in both files... cdrom_ip.5 --> cdrom_is.5 Windows 2000 Professional --> Windows 2000 Server You might need to use the original SETUPP.INI file as well but I'm not sure of that.

Woohoo! But you should really thank TommyP. He wrote me in an e-mail that I should watch out with Unicode files... and your AU.INF file was indeed made in Unicode and not ANSI format.

Try the latest version (60220). There were some changes specific to WU.

HFSLIP hands down. It's so flexible and you can mod it if necessary. As TommyP points out, using "SVCPACK" is not "slipstreaming".

I don't think so. I just noticed something in the HFSLIP script. I'll be back.

I just checked again and it looks like MS corrected the KB911565 page. In the "What updates does this release replace?" table, it used to say: MS05-009 But now it says: KB 885492 of MS05-009 It looks like MS became the victim of their own mess. Thanks for letting me know. I'll update the page again. Edit: all XP pages updated.

I haven't used that shortcut in a long time. Maybe the link is different...Can you do a search? Files named: *.log Containing text: au.inf Search in: C:\WINNT If any results show up, it means there's a problem with the AU.INF file. Can you also attach the AU.INF or AU.IN_ file from the SOURCESS\I386 folder that was made with a newer version of HFSLIP? Edit: As an additional test... 1) Create a new source with the new version of HFSLIP (or skip this if you still have one) 2) Copy au.inf from the SOURCE\I386 folder into SOURCESS\I386 (overwrite) 3) Install

I rewrote the Windows Update section a couple of days back, but I didn't forward the code to TommyP before testing it with each OS and each SP level (2K SP4, XP SP1a, XP SP2, 2K3 Gold and 2K3 SP1). Windows Update just worked the way it should.How are you accessing the Windows Update site initially, btw? If the "pause" is not accompanied by the message "Press any key to continue" then hitting Enter won't make any difference. I skimmed through the code and couldn't find any pause command that shouldn't be in there...

I've been including the Windows Update Catalog and Office Update engines for several months now and was never asked to install the engine for Microsoft Update. However, I haven't tested HFSLIP for the past few days so it's possible MS are finally diverting users from the Office Update to the Microsoft Update site (which, incidentally, displays updates for both Windows and Office). The Microsoft Update site was supposed to replace the Windows Update and Office Update sites in the long run... maybe they "accelerated" the transition for Office.

It's a file that you are supposed to download and install when visiting the Microsoft Update site, which is different from the Windows Update site. Also, when you visit the Microsoft Update site, the link in the Tools menu in MSIE is updated so it goes to the Microsoft Update site instead of the Windows Update site.

Just kidding... If I come across an update that includes it, I'll let you know.

For now....

Just in case... If you're multi-booting, make sure you look in the right system32 folder. Other than that, I got no ideas.

You probably included WindowsMedia9-KB885492-x86-DEU.exe. The new hotfix superceeds this one.

This is the part I don't really understand in your post. The silent installers are installed during the "Registering components" phase of Windows installation (from 13 minutes before finish onwards, or "T-13"), so I don't understand what the Task Manager has to do with it. HFSLIP doesn't do any actual program installation during RunOnceEx, if that's what you were thinking. All additional programs are installed before the final reboot while RunOnceEx is only used to do a couple of final regedits..NET 2.0... You know... I'm actually not entirely sure of my claims in the post you're linking to. I never had a program installed which required .NET 2.0 so I was never really able to verify if it's installed properly. All I can say is that Zxian's installer is the only one that installs anything. Check in WINDOWS\Microsoft.NET\Framework\v2.0.50727 to see what I mean. I've done a lot of testing recently with HFSLIP and it's been over a month since I included .NET 2.0. Maybe something "happened" which prevents it from being installed correctly in the latest releases of HFSLIP, but I personally doubt that's the case.

Yep. But watch out... .NET 2.0 takes quite a while to install.