This is not an HFSLIP issue. There was a non-critical MSFT update for 100% svchost.exe probs. Sorry I don't a link or the KB number, but it was mentioned a few weeks ago on some MSFN board.

I have searched on the forum and, I discovered that, maybe, its depends on Windows Update/Microsoft Update, and the guilty probably is msi.dll library. With the patch KB927891, as Microsoft said, resolve this issue, but the file for Windows XP (as described in the hotfix knowledge) is called msi31.dll, not msi.dll.
After I have slipstreamed that patch in my source, with hfslip, that file (msi31.dll) doesn't exist, but there is a version of msi.dll that is the same of the "patched" msi31.dll.
Does hfslip rename that file to msi.dll?


P.s. Office Template and Media Control is updated.

Thank you for the instruction.

When WMP11 is integrated in slipstreams, the phenomenon of OOBE's breaking is recognized, and solved by integrating WindowsXP-KB894871-x86-JPN.exe.

The last few test releases rename that file (as mentioned in the changelog). It's supposed to happen. From the INF file:

Well... I'm lost then. All files are in the new source, TXTSETUP.SIF and DOSNET.INF are instructing Windows setup to copy them over during txtmode copy, and HFSLIPWU.INF has the correct info to install them. I don't know what could be wrong with your set up, and especially why all of the sudden the HFSLP200~ files cannot be found by Windows setup either.

OK. Did these .NET 3.0 components take a while to install?

OS install seems ok ... although i have no idea what possible repercussions missing almost all hfslp###.infs in my install now ... what could be its worst effects? ;( i hope we could resolve this ... thanks!yes it did ... quite sometime actually would this be bad?

No; this is normal, and it indicates that HFSLPGUI.CMD is executed at the right time. But .NET 3.0 is not in Add/Remove Programs afterwards?

great! dotnet3 is present in Add/Remove Programs ...

Now I'm confused. Didn't you say that .NET 3.0 didn't install?

it did ... it even has an entry in Add/Remove Programs

Tomcat, I've a request for you. Because some updates are not public and hard to find on the net (in os native language), I have put some files as MSOBMAIN.DLL (in italian, found in RyanVM italian package) in FIX directory because I don't find the respective hotfix in my language. In this way, after I have installed Windows, in setuperr.log, obviously tell me that msobmain.dll isn't signed well by Microsoft.
Can you add a directory for put in the cat files necessary for removing the error? Or can you tell me how can I do for removing that error?
I already tried to:
-copy the cat file in i386\svcpack of the source directory but it doesn't work (and it tells me that the source isn't clean)
-modified hfslip script that after it creates the WORK directory, it copies the cat files into WORK\SVCPACK directory but it doesn't work.

Any other method? Thanks for your answer and patience

Did you makecab msobmain.dll before putting it in the FIX folder?

You don't need the English version of the hotfix if you have the Italian files, btw. The INF file within the hotfix only adds info into the registry confirming that this particular hotfix was installed, something that would be necessary if KB898543 (or whatever hotfix the msobmain.dll file that you are using is coming from) appears on Windows Update, but Windows Update doesn't show it so all you need is the Italian msobmain.dll and the accompanying CAT file. Theoretically, it should work with the compressed DLL in FIX and the CAT in SOURCE\I386\SVCPACK; just ignore the warning about having an unclean source. But remove the English hotfix from the HF folder.

I have tried in this way, but in SVCPACK.INF file there isn't any entry about KB898543.cat file

EDIT: Someone know how to download kb925720 february update?

here ya go. uploaded KB925720

http://rapidshare.com/files/20369612/Windo...86-ENU.exe.html

hi tomcat and tommyp, i was wondering since you've managed to slipstream the .net patch as well (KB887998) couldn't you somehow magically also try and slipstream .net 1.1 and 2.0 themselves into the windows source as well ? it would save a hell of a lot of time during the installation at T-13...

Where did you find the link for kb925720 february update? I need italian version.

If you applied the update via Windows Update or Microsoft Update you should be able to find the link in C:\WINDOWS\WindowsUpdate.log.

I tried this some time ago but gave up on it because I was starting to go insane, haha.

Copying files is not an issue; it's more what goes in the registry and what commands should be run post-installation.

here's where I got it. here's where I've uploaded it.

maybe you could start with something like roguespear's switchless installer rather than the stock one and see how things go from there

The problem remains the same. There's no file that clearly states what needs to be added into the registry and which files need to be run post-installation.

Would u be motivated to do it if there were ? What i have in mind is you guys get in touch with one of the switchless addon makers, like for example roguespear or somebody/whoever makes the switchless addons on ryan's site. my guess is those guys might know what steps are involved in the installation and in what order. What do you think ? Worth a try at least ?

You don't get it...

I know how the silent/switchless installers are composed. I wrote the Silent .NET Maker script.

The silent installers you will find are made like this:

1) Extract package
2) Create silent installer that runs the main exe in the extracted package with a silent switch

*OR*

1) Create administrative installation
2) Create silent installer that runs the main MSI file in the extracted package with a silent switch

Neither package brings up a usable file for HFSLIP. I need something like the INF file that installs .NET 1.0 on WinXP MCE.

What I tried some time ago was exporting the registry changes after a manual installation of .NET 1.1 and .NET 2.0. I'm exaggerating here but it seemed like .NET took up half of the registry. Plus, some stuff is localized. This would require the user to have .NET x.x installed so I could export the correct settings from their machine from a batch. Also, like this, you are never sure that you covered everything. Either way, if this would ever turn out to be useful, I won't implement it into HFSLIP directly because it would more than double its current size.

An update to HFSLIP might be needed. Windows Server 2003 SP2 FINAL has been released. There are download pages on the download center, but it appears that the files haven't been uploaded yet.

the_guy

Do you mind sharing the links? I only have these:

Windows Server 2003 Service Packs
Windows Server 2003 Service Pack 2 (32-bit x86) Release Candidate

HFSLIP 1.4.0 and up support the RC.

You will find all information here:

http://www.microsoft.com/technet/windowsserver/sp2.mspx

Regards,
Tomalak

x86
x64
ia64

the_guy

Hi Tomcat, yesterday Microsoft has released some updates, but for one I don't know where to put in... The update is kb929399, this hotfix is for wmp11 in which directory I must put in?

It goes in HF. I'll update my lists today or tomorrow.

All new hotfixes should be OK; I tested it last night with XP Pro.

XPSP2 + WMP11: windowsmedia11-kb929399-x86-intl.exe
XPSP2: WindowsXP-KB929338-x86-ENU.exe
ALL: Malicious Software Tool

hi TC! would this codec pack be supported: Vista Codec Package v4.3.3 XP-2k3-Vista, x64Components v1.1.0 is for Vista x64 only ... just asking ... thanks!

KB929399 is for WMP11 SDK, do regular users even need it ? I checked and the file that it's supposed to update, i.e., MSSCP.DLL wasn't present on my system (both IE7 and WMP11 installed)

msscp.dll should be in your SYSTEM32 folder. The version in the update is newer than the one from the WMP11 codecs package (wmfdist11.exe, part of WMP11).

found it. my mistake. sorry

two points regarding win2k
1. qfecheck (Q282784) doesn't seem to be supported. I put the patch in the HF and it didn't get installed.
2. XP icons for Win2K didn't install in the original form (xpicons_silentv2.ex_) whether I used the HFSVCPACK or the HFSVCPACK_SW folder. I eventually renamed the file to xpicons_silentv2.exe and it worked just fine from HFSVCPACK. I believe (although not 100% sure) that it worked quite alright as .ex_ in a previous build of HFSLIP via the HFSVCPACK folder (tho I'm unsure which build it was)

The QFECHECK hotfix is supported with the latest test release, but you must use the Windows XP version for Windows 2000. Reason: the XP hotfix required only a minimal change to the HFSLIP code (two characters) while the 2K hotfix needs more attention (it's very ugly). No errors show up during Windows 2000 installation and it's working too.

Concerning your other question...
I never knew SVCPACK.INF supports direct installation of compressed files. I can change the code a bit so that files with a *.EX_ extension are treated as if they were *.EXE files, but it may not work since EXE files are now installed from a CMD file.

also another Win2K issue. The patch KB923689 (MS06-078) shows up missing under MBSA while no mention (whether present or not) of it is made under HFNetChk. The hotfix is, of course, present in the HF folder.

Log files attached.

no issue with me in the latest test release and stable... great job, tomcat76 and tommyp!

I wouldn't worry about MBSA too much, though I must admit that KB923689 is an awful hotfix. It updates wmvcore.dll, but there are several versions contained in the package. A different one needs to be installed depending on the version of Windows Media Player, and if that isn't enough it also depends on the WMP codec level (whether wmfdist*.exe is installed or not). I just let HFSLIP check the source and what's in the HF folder and, based on that, do what the installation INF of the hotfix does. If that doesn't satisfy MBSA...

i know. some of their patches are really really messy. i noticed the five different variations of wmvcore.dll. in addition now you mention it checks another variable (wmfdist) for installation. as if there weren't enough complications already!!! but what about HFNetChk ? it doesn't even mention MS06-078, whether it's installed or missing. can u figure out why that would be ? (i did use the updated mssecure.xml). also, did you notice any other issues/problems going through those log files ? (i know there were two different 282784s, wink2k and xpsp1 of which I removed the one for win2k but apart from that). thanks!

I should've checked your logs earlier because it's clear why MBSA is complaining.
Please put MPSetup.exe and wmfdist.exe in the HF folder. HFSLIP won't copy over any version of wmvcore.dll from the KB923689 hotfix into SOURCESS\I386 for Windows 2000 if neither WMP9 nor wmfdist are detected in the HF folder.

Also, what's rootsupd.exe? If it's the Roots Certificate Update from Microsoft you can put it in the HF folder as well.

oh! i thought all three were supposed to be in the hfsvcpack_sw folder ? cuz wmp9 was getting slipstreamed by hfslip. anyways i've moved all three to HF (yes rootsupd is the roots certificate update) will do a new build and hopefully there won't be any issues. btw qfecheck is not getting installed either. i removed the win2k patch and replaced it with the xpsp1 patch and when hfslip got to that patch it showed "0 files copied". thanks for all the help

HFSLIP supports MPSetup.exe and wmfdist.exe in the HFSVCPACK_SW folder but if you want them slipstreamed they need to be placed in HF. My update lists have been showing them in the HF folder for quite some time now.

I don't know... It's working for me. I have Q282784_WXP_SP1_x86_ENU.exe in the HF folder. Are you using HFSLIP 70316a?

actually i wasn't using 70316a. it was only this morning that I saw the changelog and it occurred to me that it wasn't 70306 (v1.4.1) which I was using that supported qfecheck but 70316a. I've hfslipped using 70316a but haven't had a chance to install it yet which I'll do ASAP and get back to you. As for the issue with HFSVCPACK_SW I guess it must have come from reading Vorck's guide cuz that's how I first got started with HFSLIP - and that's how it shows on his guide - WMP9 setup in HFSVCPACK_SW. thanks for all the help. i'll let you know regarding qfecheck

just got done playing with new build of win2k. everything works great now!
qfecheck working, MS06-078 (KB923689) installed and showing up properly checked in MBSA (tho still no sign of it in HFNetChk. Aw hell, ya can't win 'em all can ya )

thanks tomcat. purrfect job!

Either the xml has no records for KB923689 or HfNetChk is under the impression that everything's fine. I think the former is more plausible because HfNetChk checks file versions.

hello! i've attached some files for your review as i still couldn't get to make ie7 & wmp11 to work ... been trying while i was silent recently if i remember it right, installing it at t-13 was the last time it worked great + the addons ... i haven't been successful in slipstreaming it ... running iexplore.exe from run brings up ie7 but for a split sec only then quits ... thanks!

Kiki...

Can you *please* do one attempt without XPize, extra MSI files and addons? If that doesn't help, reduce the hotfixes so only those that are on my list remain.

thanks TC! it's actually trial & error for me now while i was away ... will do some more tests ... i'm certain something breaks my install >:( ... just couldn't pinpoint it yet ... i'm going back to not slipstreaming ie in a while ... would like to run many more tests but need to sleep too ... he! he!

Guess I gave you something to do!

Just a small typo, but shouldn't 64-bit really be 48-bit, unless there's a 64-bit LBA registry tweak that I'm unaware of.

the_guy

Heh... What was I thinking?

hi! i just like to report that i've been coming up with good builds lately, including the recent test rels ... even using HFs from this thread: Support for hotfixes not appearing on Windows Update thanks!