Acheron

If your method works it is a good solution. A better solution would be to update the HFSLIP batch script.

As promised I tested the replaced ntprint.cat from KB961118 against the original universal printer drivers included with Windows XP SP3 on a fresh install and sigverif shows these files signed properly: Door de gebruiker gespecificeerd zoekpad: *.* Door de gebruiker gespecificeerd zoekpatroon: C:\WINDOWS\system32\spool\drivers\w32x86 Bestand Gewijzigd Versie Status Catalogus Getekend door ------------------ ------------ ----------- ------------ ----------- ------------------- [c:\windows\system32\spool\drivers\w32x86\3] mxdwdrv.dll 26-4-2012 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows mxdwdui.bud 10-5-2013 Geen Niet-ondertekend n.v.t. mxdwdui.dll 20-11-2010 2:5.1,2:5.2,2:6.0,2:Ondertekend mxdwdui.cat Microsoft Windows mxdwdui.gpd 19-6-2008 2:5.1 Ondertekend KB971276.CAT Microsoft Windows Component Publisher mxdwdui.ini 19-6-2008 2:5.1 Ondertekend KB971276.CAT Microsoft Windows Component Publisher ps5ui.dll 14-4-2008 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher pscript.hlp 24-1-2007 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher pscript.ntf 15-5-2007 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows pscript5.dll 14-4-2008 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher stddtype.gdl 15-5-2007 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows stdnames.gpd 15-5-2007 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows stdschem.gdl 15-5-2007 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows stdschmx.gdl 15-5-2007 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows unidrv.dll 14-4-2008 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher unidrv.hlp 24-1-2007 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher unidrvui.dll 14-4-2008 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher unires.dll 15-5-2007 2:5.1 Ondertekend NT5.CAT Microsoft Windows Component Publisher xpssvcs.dll 3-5-2013 2:5.1,2:5.2,2:6.0,2:Ondertekend KB2701894.CAT Microsoft Windows So you can now all move the ntprint.cat file from the svcpack directory to the i386 directory to save 1 MB. To save another 800 KB you can compress the ntprint.cat file (remember to also update txtsetup.sif to remove the _x reference)

Of course it is up to the person using HFSLIP to decide which updates to integrate. It is not actually the .NET 3.5 which can cause problems, but the common printer drivers added to support XPS printing. KB961118 adds signature information for the updated unidrv.dll file. I will do some tests if the new ntprint.cat has also the signature information for the original unidrv.dll file which comes with Windows XP SP3. In that case integrating the new ntprint.cat file should not cause any problems.

I have contacted Mimo about these changes and he is willing to add them after some testing.

For integrating KB971276 you can try integrating Ricktendo and YumeYao Printer UpdatePack Addon. I have no problem integrating KB961118 directly, but the 1 MB ntprint.cat file gets placed into the SVCPACK directory instead of replacing the one in the I386 directory. To fix this you need to update HFSLIP.cmd Find the following lines in :HF1COMMON_B IF EXIST TEMP\UPDATE\*.CAT XCOPY/DY TEMP\UPDATE\*.CAT WORK\SVCPACK >NUL IF EXIST TEMP\*.CAT XCOPY/DY TEMP\*.CAT WORK\SVCPACK >NUL&DEL/Q/F TEMP\*.CAT IF EXIST TEMP\UPDATE RD/Q/S TEMP\UPDATE Replace with the following: IF EXIST TEMP\NTPRINT.CAT MOVE /Y TEMP\NTPRINT.CAT WORK\I386E IF EXIST TEMP\UPDATE\*.CAT XCOPY/DY TEMP\UPDATE\*.CAT WORK\SVCPACK >NUL IF EXIST TEMP\*.CAT XCOPY/DY TEMP\*.CAT WORK\SVCPACK >NUL&DEL/Q/F TEMP\*.CAT IF EXIST TEMP\UPDATE RD/Q/S TEMP\UPDATE This will also speed up installation as ntprint.cat only gets added to the catroot db once.

When you integrate KB2607070 using HFSLIP, on first logon when the Automatic update service is started Windows Update Agent gets silently updated to 7.6.7600.256. You can slipstream Windows Update Agent 7.6.7600.256 by using the installer made by Ricktendo. You can download the installer here. HFSLIP does also support integrating ActiveX components. If you look in the WindowsUpdate.log you see that during initialization of the Microsoft Update website some components are downloaded and installed. On Mimo's site you can find downloadlinks to some of the required components. if you have successfully followed all instructions Microsoft Update should not prompt to install any files. However studying the logs I found the Windows Update service installs some files silently. If you not want to have any overhead visiting the Microsoft Update site you also need mucltui.dll and the corresponding mucltui.dll.mui file. Additional changes to HFSLIP are needed to support slipstreaming these files: Update :PROCESSCABS :PROCESSCABS TITLE %T1% - Processing basic CAB files ECHO.&MD WORK\CABS&DIR/B HFCABS>WORK\CABS.TXT FOR /F %%I IN ('FINDSTR/I "MUWEB MUCAT MUCLTUI WUWEB OPUC LEGIT OGA IEAWSDC SWFLASH" WORK\CABS.TXT') DO EXPAND -R HFCABS\%%I -F:* WORK\CABS >NUL IF EXIST WORK\CABS\legitcheck*.dll IF EXIST HF\*905474*.exe (XCOPY/DHY WORK\CABS\legitcheck*.dll WORK\I386E&DEL/Q/F WORK\CABS\legitcheck*.dll) IF EXIST WORK\CABS\flash*.ocx CALL :FLAs*** IF EXIST WORK\CABS\*.DLL DIR/B WORK\CABS\*.DLL>>WORK\NSFREGt.TXT IF EXIST WORK\CABS\*.CAT MOVE/Y WORK\CABS\*.CAT WORK\SVCPACK IF EXIST WORK\CABS\opuc.dll HFTOOLS\MODIFYPE.EXE WORK\CABS\opuc.dll -c IF EXIST WORK\CABS\*.DLL.MUI_* XCOPY/DHY WORK\CABS\*.DLL.MUI_* WORK\I386E IF EXIST WORK\CABS\*.DLL XCOPY/DHY WORK\CABS\*.DLL WORK\I386E IF EXIST WORK\CABS\FP_AX_CAB_INSTALLER.exe ( IF NOT EXIST HFSVCPACK\FP_AX_CAB_INSTALLER.exe ECHO>>WORK\FILESTODEL.TXT HFSVCPACK\FP_AX_CAB_INSTALLER.exe XCOPY/DHY WORK\CABS\FP_AX_CAB_INSTALLER.exe HFSVCPACK ) GOTO :EOF Note the additonal command flag -R for the Expand command is needed to extract the localized mucltui.dll.mui file! The call after flash*.ocx should not be modified, but apparently s*** in code sections is not allowed. Add to the :POSTHFX section (preferably after MicrosoftUpdateCatalogWebControl.dll) IF EXIST WORK\I386E\mucltui.dll.mui_* ( REN "WORK\I386E\mucltui.dll.mui_*" mucltui.mui ECHO>>SOURCESS\I386\TXTSETUP.SIF mucltui.mui = 1,,,,,,,2,0,0,mucltui.dll.mui&ECHO>>SOURCESS\I386\DOSNET.INF d1,mucltui.mui ) That's it!

I noticed today HFSLIP does not copy the kb942288-v3.cat file to the SVCPACK directory when integrating Windows Installer 4.5. I have added the following line: IF EXIST TEMP\UPDATE\*.cat MOVE/Y TEMP\UPDATE\*.cat WORK\SVCPACK near the end of the :MSI45 section of HFSLIP to fix the signature verification of msiexec.exe and some other dll files. The only file that does not have a signature is msisip.dll. Searching for a solution online I found some suggestions to replace the cat file with the one from the english hotfix. It seems Microsoft has replaced this update online with an international version, and this workaround likely does not work anymore. Has anyone more information about this?

You can also experment integrating DirectX 9.0 directly into your Windows XP source using OnePiece DirectX 9.0c addon creator and RVMIntergator. This will reduce the time to build cd images significantly.

Updated code sections to support integrating the cumulative security update after integrating OnePiece IE Addon. Useful if you want to quickly integrate the lastest security fixes without rebuilding the OnePiece IE8 Addon. Another thing I noticed OnePiece keeps the Internet Explorer 8 mui files uncompressed to workaround a file copy error (on upgrade?). However I could not reproduce this error on my system. Has anyone more information about this?

The modifications I made are still in experimental phase. For integration you must add code to detect which IE version to integrate. For some reason Windows Update keeps complaining about the latest cumulative security update after integrating KB2809289 using HFSLIP.

First add a check to see to if Internet Explorer 8 is integrated before :SLIPSTREAM IF EXIST SOURCE\I386\SVCPACK\IE8.CAT SET VERSIONIE=IE8 Then change the following code IF DEFINED IE8EXE SET HFSLP=900&CALL :IE8SLIP to IF DEFINED IE8EXE (SET HFSLP=900&CALL :IE8SLIP) ELSE ( IF EXIST HF\IE8-WindowsXP*.exe CALL :IE8_FIXES ) Delete the following lines from :IE8SLIP echo.&echo Processing Internet Explorer 8 Hotfixes&echo. IF EXIST HF\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\IE8*-KB*.exe') DO (SET HF=%%I&SET IE7HFX=TRUE&CALL :HF1EXTRACT) IF EXIST HF\BASIC\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\BASIC\IE8*-KB*.exe') DO (SET HF=%%I&SET IE7HFX=TRUE&CALL :HFBASIC) IF EXIST HF\NOREG\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\NOREG\IE8*-KB*.exe') DO (SET HF=%%I&SET IE7HFX=TRUE&CALL :HFNOREG) SET HF= replace it with a call to :IE8_FIXES :IE8_FIXES echo.&echo Processing Internet Explorer 8 Hotfixes&echo. IF EXIST HF\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\IE8*-KB*.exe') DO (SET HF=%%I&SET IE8HFX=TRUE&CALL :HF1EXTRACT) IF EXIST HF\BASIC\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\BASIC\IE8*-KB*.exe') DO (SET HF=%%I&SET IE8HFX=TRUE&CALL :HFBASIC) IF EXIST HF\NOREG\IE8*-KB*.exe FOR /F %%I IN ('DIR/B HF\NOREG\IE8*-KB*.exe') DO (SET HF=%%I&SET IE8HFX=TRUE&CALL :HFNOREG) SET IE8HFX= SET HF= GOTO :EOF Now add the following workarounds to :HF1COMMON_A REM WORKAROUND FOR INTERNET EXPLORER 8 IF EXIST TEMP\UPDATE\*951978* IF %VERSIONIE%==IE8 ( DEL/Q/F TEMP\SP%SP%QFE\jscript.dll DEL/Q/F TEMP\SP%SP%QFE\vbscript.dll ) REM WORKAROUND FOR INTERNET EXPLORER 8 IF NOT DEFINED IE8HFX IF %VERSIONIE%==IE8 ( IF EXIST TEMP\SP%SP%QFE\html.iec ( FOR /F %%I IN ('DIR/B TEMP\SP%SP%QFE') DO IF /I NOT "%%I"=="shdocvw.dll" ( IF /I NOT "%%I"=="browseui.dll" DEL/Q/F TEMP\SP%SP%QFE\%%I ) ) ) And finally add the following line to :POSTHANDLING_XP IF NOT DEFINED IE8EXE IF EXIST WORK\I386E\msfeedsbs.dll REN WORK\I386E\msfeedsbs.dll msfeedsb.dll

As I have been working on reducing the size of the Windows XP Setup folder HFSLIP currently does not replace all Internet Explorer 6 files when slipstreaming the Internet Explorer 8 installer files. So I have tested integrating OnePiece's IE8 addon (created with OnePiece DX Addon buider) with RyanVM Integrator 1.6 to do the job with good results. However HFSLIP does not check the Internet Explorer file versions when integrating updates which can result in newer files getting replaced by older versions. To fix this I have made a few changes to the script to share with you. First workaround is for KB951978, an update for Windows Script Host 5.7. As Internet Explorer 8 contains the newer vbscript.dll and jscript.dll files these files should not be replaced. The second workaround is for updating the shdocvw.dll and browseui.dll files, but not replace any other IE8 files when integrating the latest Cumulative Security Update for Internet Explorer 6 (to solve the issue described in KB972582)

They were compressed on purpose- on rare occasions there were reports for those files not being copied during text mode, setup complaining they were missing. Compressing them seems to have fixed the problem and I wouldn't change anything which is working fine without an important reason or finding why exactly this was happening. File sizes were not the issue I was after. Migrate.inf is not compressed. Long overdue task, still ignored since focus is on much more important stuff. All these changes are there on purpose. Are there any issues with them? Care to spare more details why ? Normally quotes are only used to specify string values. You can save a few bytes by removing the quotes. The lines win9xupgrade="no", winntupgrade="no" and EulaComplete="1" are modifications to the answerfile which are not documented and not necessary to boot Windows setup from USB media.

I would like to have an option to not compress the files added by WinSetupFromUSB to my installation source for easy modification of scripts. Especially the migrate.inf and setup.cmd files and the fake setup.exe should not be compressed to make a clear distinction between original and added files. The setup.cmd can also be reduced in size by removing obsolete code. File modifications to winnt.sif can be reduced: win9xupgrade="no" winntupgrade="no" EulaComplete="1" These lines are not necessary for USB support. Autopartition and MsDosInitiated should use unquoted values.

That could/should have been implemented into HFSLIP about 3½ years ago, but dont blame tommyp for not doing so.. I don't see why this method wouldn't work when installing from a network. Anyway there are lots of other improvements that never made it into an official HFSLIP release.

The lines you modified are added to the HFSLIP.CMD batch file. When this batch file is executed you can get the location of the SVCPACK folder using the %~dp0 variable.

I replaced the code with the following: :UPDATE_INIT ECHO>>SOURCESS\I386\SVCPACK\HFSLIP.CMD @ECHO OFF IF DEFINED CMDHIDE ECHO>>SOURCESS\I386\SVCPACK\HFSLIP.CMD %CMDHIDE% ECHO>>SOURCESS\I386\SVCPACK\HFSLIP.CMD Title HFSLIP ECHO>>SOURCESS\I386\SVCPACK\HFSLIP.CMD SET HFSLIP=%%~dp0..\ ECHO>>SOURCESS\I386\SVCPACK\HFSLIP.CMD SET HFSLIPSVC=%%~dp0 GOTO :EOF This works just as good.

I would also like an option in WinSetupFromUSB to build a migrate.inf file without copying all files. The file copying part of WinSetupFromUSB is at the moment very slow. I prefer to manually copy the source files. Can you help me with that?

With the new method used to install Windows XP from USB in the 1.0 versions why do we still need to use setup.cmd to configure Windows XP setup? Would it not be better to make the registry changes directly to the source files so we no longer have to use a fake setup.exe? It would also be nice to have a solution where you could just have one source to use for both cd/dvd and usb disks. If you use enumerating of drive letters just to find out the drive letter your script is run from you can use magic variables to get the information (%d0, %dp0, ...).

If registering uiautomationcore.dll is the only problem when slipstreaming the hotfix the following lines could be added to HFSLIP :POSTHFX section. ::KB2564958 IF EXIST WORK\I386E\uiautomationcore.dll ( ECHO>>WORK\NSFREGt.TXT uiautomationcore.dll ) This adds the registration of uiautomationcore.dll to the HFSLIPWU.INF file

I use subversion to track any changes in my HFSLIP source. The Malicious Software Removal Tool was updated from 3.18.4803.0 to 3.18.4804.0 as an out of bound security update. @submix8c, yesterday I submitted a few suspicous files which I found on my system which MSE failed to detect. Today those signatures have already been added to their virus database

@Mimo, I tried also using your post HFSLIP batch file. The problem is that SVCPACK.inf is updated before calling the POST commands. Simple solution is to just rename the KB969084 hotfix manually including the leading zero.

KB967715 is now an optional update to disable Autorun functionality completely and is not listed anymore on Windows Update. KB971029 is the replacement for KB967715 and is listed as an optional update on Windows Update to prevent autorun on USB-media and removable harddisks as some viruses use these techniques to infect a system. This update keeps the ability to use the autorun functionality on CD and DVD drives, as most people are used to this behavior.

When you install updated KB971029 (optional on Windows Update), you no longer have to install KB967715

Thanks, no problem downloading from mediafire. As I mentioned previously it is not difficult to update the SWFLASH.CAB yourself.