Because, as I said, it happens outside of HFSLIP as well. This is the entire code I ran in the "standalone" batch file:

http://download.macromedia.com/get/flashpl...r_9_ax_beta.exe
slipstream Flash Player 9

*You must only unpack file install_flash_player_9_ax_beta.exe and overwrite these files with files from http://download.macromedia.com/pub/shockwa...ash/swflash.cab

dziubek

Try "MD SPEX\SP\I386"

Oh, why must you torment me with your brutalizing against my love? You do not consider the fair USP5.x to be of quality equal to MS-SPx, but as I gaze upon her perfect hotfixes and dozens of core features, and then upon your poor bent, twisted, and warped slipstreaming code, I see more...far more, than you ever could. Oh let her frollick with the other SPs, in glory together within SOURCE-patching land! [/fdvinsanity]

Why does it require another dir level?

BTW... You MD SPEX\SP but you extract the service pack into SP and the sliptreaming command uses the SP dir as a base without CD'ing into SPEX first.

Anyway, I'll check it out. Maybe there's a problem with the folder name "SPEX".

I guess Gurgelmeyer's USP doesn't require the dirs to be made first. Just remove the whole line - the files slipstream properly on my system.

Heh... I think the problem lies elsewhere.

Can you do me a favor and try this test release? Just run it and do the first portion of install to see if you get file copy errors.

HFSLIP_60529a.7z

Hahaha... You won't believe this...

I tested a USP5-slipstreamed source with 60527b, which had the file copy errors. In 60527c, I fixed another problem related to USP5 and mentioned in the changelog something like "fixed problem with USP5; one more to go". Now I see that that fix actually fixed the main problem, hehe.

I got side tracked in investigating this problem because, when you extract the USP5 executable, you can see there are roughly 414 files in that i386 folder which don't end up in the slipstreamed source. This is apparantly normal.

hi sirs!

i would just like to ask if these lines have in any way negative factor in SOURCESS?

please know though that the final build is working great ... but these are just bits that caught my attention while watching the script do its thing ...

i may not have caught everything though that shows 0 files copied ...

WindowsXP-KB891070-x86-ENU.EXE
TEMP\SP2QFE\ntkrnlmp.exe
TEMP\SP2QFE\ntkrnlpa.exe
TEMP\SP2QFE\ntkrpamp.exe
TEMP\SP2QFE\ntoskrnl.exe
4 File(s) copied
0 File(s) copied

WindowsXP-KB892056-x86-ENU.EXE
TEMP\SP2QFE\mshtml.dll
TEMP\SP2QFE\urlmon.dll
2 File(s) copied
0 File(s) copied

WindowsXP-KB894179-x86-ENU.EXE
TEMP\SP2QFE\shdocvw.dll
1 File(s) copied
0 File(s) copied

WindowsXP-KB898461-x86-ENU.exe
0 File(s) copied

WindowsXP-KB901190-x86-ENU.exe
0 File(s) copied
TEMP\SP2GDR\LANG\imekr61.ime
1 File(s) copied
0 File(s) copied

WindowsXP-KB888432-x86-ENU.EXE
TEMP\SP2QFE\w32time.dll
1 File(s) copied
0 File(s) copied

WindowsXP-KB890923-x86-ENU.exe
TEMP\SP2GDR\browseui.dll
TEMP\SP2GDR\cdfview.dll
TEMP\SP2GDR\iepeers.dll
TEMP\SP2GDR\inseng.dll
TEMP\SP2GDR\mshtml.dll
TEMP\SP2GDR\msrating.dll
TEMP\SP2GDR\shdocvw.dll
TEMP\SP2GDR\shlwapi.dll
TEMP\SP2GDR\urlmon.dll
TEMP\SP2GDR\wininet.dll
10 File(s) copied
0 File(s) copied

WindowsXP-KB913808-x86-ENU.exe
0 File(s) copied

would it be quite safe to assume that newer files were already present in that is why nothing needs to be overwritten? or HFSLIP does not deal with these updates as all of these are not in our list of updates? btw, these are unofficial hotfixes

WindowsXP-KB891070-x86-ENU.EXE
Packet-writing programs for optical media recording devices run slower than expected on Windows XP Service Pack 2-based computers

WindowsXP-KB892056-x86-ENU.EXE
FIX: You may receive a "Page cannot be displayed" error message when you click a hyperlink to view a Microsoft Office document in Internet Explorer 6 Service Pack 1

WindowsXP-KB894179-x86-ENU.EXE
FIX: You may receive a "This operation has been canceled due to restrictions in effect on this computer" error message when you try to open the Internet Options dialog box in Internet Explorer 6

WindowsXP-KB898461-x86-ENU.exe
Software update 898461 installs a permanent copy of the Package Installer for Windows version 6.1.22.4

WindowsXP-KB888432-x86-ENU.EXE
A component that runs in the same process as the Windows Time service is stopped or is disabled unexpectedly in Windows XP

WindowsXP-KB890923-x86-ENU.exe
MS05-020: Cumulative security update for Internet Explorer

WindowsXP-KB913808-x86-ENU.exe
The embedded resource version of the LIP MUI files is incorrect in Windows XP Starter Edition

i know i do not need some of these & i am about to remove them from HF directory i just like to know how these are treated ...

thanks!

HFSLIP deletes "junk" files, and sometimes hotfixes are given special treatment. In these cases it's possible that no additional files are left to be copied over after a hotfix has been processed completely. So it's normal. I can only get rid of the "0 files copied" message by disabling all copy output, but I think most people would prefer to see the names of the binaries that are processed.

thanks for the clarification ... i would too Tomcat ...

hi again!
may i ask too why this particular part (the lines i italicized) seems to change every now & then?

Creating ISO...
Warning: creating filesystem that does not conform to ISO-9660.
Warning: creating filesystem with (nonstandard) Joliet extensions
but without (standard) Rock Ridge extensions.
It is highly recommended to add Rock Ridge
Using MSCON000.CP_ for SOURCESS/I386/MSCONFIGx.cp_ (MSCONFIG.cp_)
Using SCANS000.EXE for SOURCESS/VALUEADD/MSFT/USMT/SCANSTATE_A.EXE (SCANSTATE.E
XE)
Size of boot image is 4 sectors -> No emulation
1.31% done, estimate finish Sat May 20 08:43:50 2006
2.63% done, estimate finish Sat May 20 08:45:44 2006
3.94% done, estimate finish Sat May 20 08:48:29 2006

Creating ISO...
Warning: creating filesystem that does not conform to ISO-9660.
Warning: creating filesystem with (nonstandard) Joliet extensions
but without (standard) Rock Ridge extensions.
It is highly recommended to add Rock Ridge
Using WAVPA000.AX_ for SOURCESS/I386/WavPackDSSplitter.ax_ (WavPackDSDecoder.ax
_)
Using QUICK000.QT_ for SOURCESS/I386/QuickTimeInternetExtras.qt_ (QuickTimeEsse
ntials.qt_)
Using QUICK001.QT_ for SOURCESS/I386/QuickTimeEssentials.qt_ (QuickTime.qt_)
Using MSCON000.CP_ for SOURCESS/I386/MSCONFIGx.cp_ (MSCONFIG.cp_)
Using DIVX_000.DL_ for SOURCESS/I386/divx_xx0c.dl_ (divx_xx07.dl_)
Using SCANS000.EXE for SOURCESS/VALUEADD/MSFT/USMT/SCANSTATE_A.EXE (SCANSTATE.E
XE)
Size of boot image is 4 sectors -> No emulation
1.30% done, estimate finish Sat May 20 10:53:16 2006
2.60% done, estimate finish Sat May 20 10:55:11 2006
3.89% done, estimate finish Sat May 20 10:57:07 2006

thanks!

I can't tell you much about mkisofs. It's renaming files but the question is whether it updates the TOC so any requests for "MSCONFIGx.cp_" (by Windows setup) are redirected to "MSCON000.CP_".

Do all those programs install properly?

it would seem that the programs install correctly ...
the only thing i noticed based on the 2 examples above is that this particular part of the process changes almost everytime i create new builds ... but it's okay ... was just curious ...

thanks again!

An attempt at .NET 2.0 installation at T-13. It's working on Windows 2000 with RVM's silent installer. I still didn't test it with other Windows versions.

Please read the foot note in the main post.

Windows XP and Windows 2003 users should just place Aserone's silent installer in the HFSVCPACK folder but I didn't want to exclude these OS's from being able to use installers that don't contain the T-13 fix. The choice is yours.

Apparantly there are still problems on WinXP/2K3. So here's 60603b...

I'll test it myself tomorrow.

Slipstream .NET 2.0

No Slipstram .NET Framework 1.1 SP1 ?

.NET 1.1 is already supported. You just need RyanVM's installer. Download it and place it in HFSVCPACK. It already has SP1 and the KB886903 hotfix slipstreamed.

this is the exact file for download:
Version: Size
Microsoft .NET Framework 1.1 SP1
Last Update: May 28, 2006 10.9MB
MD5 Sum: ed2f4a180189827ca590edccfd4f9739

here's the direct link:
http://www.whatcounter.com/dlcount.php?id=...dotnet11sp1.exe

hi!
nothing really urgent ...
looking at the instructions though when the script is running might confuse new users (re: ISOconf.txt):
ECHO =================TommyP's 2K3/XP/W2K/IE HOTFIX SLIPSTREAMER===================
echo.
echo ************ Refer to the instructions for more details *************
echo.
echo File and Folder Format:
ECHO FDVFILES - FDV'S Fileset (W2K only)
echo FIX - WINNT.SIF, Boot Files, See instructions
echo HF - Non-renamed hotfix and critical updates files
ECHO HF - The Service Pack installer.
echo HFCABS - Cabinet Files: IE6 (2k Only), DX9, LegitCheckControl
ECHO HFSVCPACK - Switchless installers (Installed at T-13)
echo HFSVCPACK - REG files (Import your settings at T-13)
echo HFSVCPACK - INF files and CMD files (To be processed at T-13)
ECHO HFSVCPACK_SW - Installers that need a /Q:A /R:N switch (Installed at T-13)
ECHO HFTOOLS - HFSLIP Tools
echo HFTOOLS -MSICabExtract tool. See directions for download link
echo HFTOOLS -modifype.exe
ECHO HFTOOLS -ISOconf.txt (custom ISO creation)
ECHO HFTOOLS -expand.exe (orig. MS version if one in SYSTEM32 is replaced)
ECHO SOURCE - Dump your installation CD source here

Good catch. Thanks!

Btw, HFSlip creates SOURCESS, HFS, and a third folder before checking modifype.exe is present. And then it quits without deleting them. The check should happen earlier in the script.

What do you mean here?

HFSlip tells you you need modifype.exe in HFTOOLS and then quits. Then you have 3 new empty folders. It doesn't harm, it just looks a bit dirty. :/

IMHO,


should be

Oh, I see now. That makes sense .

hi!

allow me please to drift a little away from the recent topic ...

would HFSLIP allow further support for other .msi (& or .exe) installers (mostly, from MS --- to name a few: WinColorSetup.exe (http://www.microsoft.com/downloads/details.aspx?FamilyID=1e33dca0-7721-43ca-9174-7f8d429fbb9e&DisplayLang=en); UFDSetupWizard.msi (http://www.microsoft.com/downloads/details.aspx?FamilyID=94991901-bfc4-485e-bcae-c9df0accdaae&DisplayLang=en); TimeZoneSetup.msi (http://www.microsoft.com/downloads/details.aspx?FamilyID=07fb0bd8-f390-458d-a629-6f0258ac7cdf&DisplayLang=en); RAWViewerSetup.exe (http://www.microsoft.com/downloads/details.aspx?FamilyID=d48e808e-b10d-4ce4-a141-5866fd4a3286&DisplayLang=en); DECCHECKSetup.EXE (http://www.microsoft.com/downloads/details.aspx?FamilyID=de1491ac-0ab6-4990-943d-627e6ade9fcb&DisplayLang=en); etc.)?

actually, for the last 1 i already tried via HFSVCPACK ... & it worked.

any advice would be greatly appreciated.

I am a bit surprised that it would work via HFSVCPACK because that folder is for silent switchless installers. DECCHECKSetup.exe is not such a file AFAIK.

Kiki, HFSLIP is a HotFix SLIPstreamer. You are best off making your unattended program installation on your own.

@ Super-Magician ... yes sir it did! just 1 of those crazy experiments that i do when i create ISOs ...

@ tommyp ... sir, no slight intended ... just asking ... since we already some some .msi & .exe included ... just thinking about some other possibilities ... that i am confident HFSLIP can handle

not forcing the issue ... he! he! thanks!

60608a contains the recent suggestions. Thanks...

just 1 quick Q ... would this mean that directly downloaded dotnet2.exe from MS should work just fine now ... thus not calling for a switchless installer anymore?

thanks!

No, you must still use RyanVM's (or another's) silent switchless installer.

Read the footnote .

got it sir!
this is what i've been using: Foxy_dotNET_1.1_and_2.0_SVCPACK_Addon ... and it works flawlessly even with 60603b ...

Glad to see you added the hardest one.

Aserone's addon pack (Foxy_dotNET_2.0_SVCPACK_Addon.cab) and installer would have worked before the HFSLIP code addition because it already contained the registry hack needed to install .NET 2.0 via SVCPACK.INF. Just a(n) FYI.

Beware: Script is getting bigger!

The size of the CMD file went down between the 60422/60425 release and the 60528 release.

HFSLIP_60528.CMD - 143,062 bytes (139 KB)
HFSLIP_60609a.CMD - 145,696 bytes (142 KB)

Just a head's up .

we need to release a new HFANSWER.ini then for those who might just be using it for the 1st time ...

but it'd be easy to add the other lines ...

Can you think of a smaller script that does all that HFSLIP does?

I'll do it once it goes final... Don't worry...

imagine how small this is yet very powerful ...

HFBLOAT?
ha! ha! just couldn't resist commenting ...

Since it's now possible to disable ISO creation thru HFANSWER.INI...

would it also be okay to add a feature to go directly to the ISO creation without going through all the HFSLIP processes?
This way we can run HFSLIP without creating the ISO then check SOURCESS folders and perhaps make some modifications to the SVCPACK.INI file or other things. Then when we're ready to make the ISO, instead of running MKISOFS.EXE manually from the command line, we could use HFSLIP as the MKISOFS.EXE frontend UI for making our HFSLIPed CD. (I know we could use a third party ISO creation UI for this since that's what we all do before ISO creation feature was added to HFSLIP but it would be great if HFSLIP can do it since it would be just skipping all those steps and make the ISO right away from the SOURCESS folder)
It could be added, say, right in the beginning of the batch file saying like "SOURCESS FOLDER DETECTED, CREATE ISO?" If you answer Yes, you go directly to ISO creation. If you answer No, then you go through the whole HFSLIP process and recreate SOURCESS folder... (and make the ISO, or not, whatever you specified in your HFANSWER.INI)

Just an idea...

@glentium

That feature is already built into HFSLIP. When you get to the screen where you type in I HAVE READ THE INSTRUCTIONS. Instead of that type in MAKEISO, then HFSLIP will make the ISO and exit.

Oh, sorry.. I didn't know... Thanks!

Thanks for implementing the MakeNoISO idea.

I know this kind of takes away from the whole point, but I'd like HFSLIP to ignore the MakeNoISO setting if AHTEST is specifically set to MAKEISO.

More specifically:

When using the InstallRC option in HFANSWER.INI, WINNTUPG Folder in SOURCE\I386 is required. When it is not present, you get the error message at T-13 something like: "The option to upgrade is not available..." "X:\I386\WINNTUPG\NETUPGRD.DLL" cannot be found...

glentium: Browse using command prompt to the root of your source (one without WINNTUPG) and run the following command.


Does the error come up there?

yes, I made another CD without the InstallRC option and the error message I mentioned didn't came up. After install, I ran from the command prompt: START /WAIT I386\winnt32.exe /cmdcons /unattend

The error I mentioned came up again but just like what happened when I included InstallRC, it just continued with the installation after I pressed OK.

Actually, I wanted you to try it with your original source.

http://www.msfn.org/board/lofiversion/index.php/t29212.html
this more or less confirms your find glentium

normal installation once OS hits the GUI is: x:\i386\winnt32.exe /cmdcons

try to cross-refer to this too: http://www.msfn.org/board/index.php?showtopic=75945

All right. So I guess Tomcat can put a line inside HFSLIP that looks for the presence of WINNTUPG before inserting the line in HFSLIP.CMD, as such:

btw, sirs ...
any support issues w/ the new security updates?

(KB911280) - XP/2K
(KB914389) - XP/2K
(KB914798) - XP
(KB917734) - 2K MP7.1
(KB917734) - XP MP8
(KB917734) - XP/2K MP9
(KB917734) - XP MP10
(KB917736) - 2K
(KB917953) - XP/2K

does 60612a accommodate these already?
thanks!