Camarade_Tux

I just made a new iso with UPHClean slipstreamed. What should I change to get the same behavior as 60421a ? Only rename UPHClean and edit svcpack.inf ? edit : in fact, I should use msiexec /i uphclean.msi No ?

You may try with : http://www.dependencywalker.com/ Open the exe file you normally run and it will tell you what files are missing for it to work. (just saw the screenshot at the ned of the page, wtf ? ) edit : see also http://seclists.org/lists/nmap-dev/2002/Oct-Dec/0027.html

Ok. I'll have to make a new iso anyway because last one was buggy.

And everything works as expected ? In fact, there was no real guide on how to restore this and it is being asked pretty often. I gathered some infos, especially there : http://www.msfn.org/board/index.php?showtopic=66594 (from jkey and another guys whose post I can't find anymore) So I also thank you cause you were my test buddy. IMO not being able to restore windows components is nLite major problem so I'm building up the pasge you visited.

Go to the tab you can see on your second screenshot. Click Details If the "language bar" button is grayed out, select Advanced tab, the second box has to be unchecked. Now, go back to the first tab the button should be available. //working on the services part, Text Service Framework may be needed.

Nice list, thanks. :

Does HFNetChk reports the same ? Also, read my sig on how to make a proper "bug" report. http://hfnetchk.shavlik.com/

It seems I forgot one thing: copy your kbd*.dll file to SYSTEM32. (for german, it is kbdger.dll afaik)

I never understand why this [code ] tag sometimes work. So, it's possible to get kdb layouts back. You need your original XP CD. Find intl.inf or ntl.in_ on it and copy it to c:\win\inf. Open intl.inf and search for the language you want. On the line of the first occurence, you will find a code: 0000040c = %French_Standard% ,850 ,1,,040c:0000040c,0409:00000409 And run, rundll32.exe setupapi,InstallHinfSection LANGUAGE_COLLECTION.BASIC.INSTALL language_code_found_above %WINDIR%\inf\intl.inf In my example, language_code_found_above is 0000040c btw, this can be found in originals intl.infs: (should be helpful when intsalling non Western keyboard layouts) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; ; HOW TO USE THIS FILE ; ; To install or remove a language group collection: ; ; Invoke LANGUAGE_COLLECTION.BASIC.INSTALL to install all the major ; European language groups and locales. ; Invoke LANGUAGE_COLLECTION.COMPLEX.INSTAL to install all the right-to-left ; and contextual writing system language groups and locales. ; Invoke LANGUAGE_COLLECTION.EXTENDED.INSTALL to install the East Asian ; language groups and locales. ; ; Remove the right-to-left and contextual writing system language groups ; and locales by invoking LANGUAGE_COLLECTION.COMPLEX.REMOVE. ; Remove the East Asian language group and locales by invoking ; LANGUAGE_COLLECTION.COMPLEX.REMOVE. ;; ; The LG_INSTALL_# sections have been kept for backwards compatibility. ; ; To change system default locale, ; ; 1) Invoke the section whose name is the LCID of the locale to change to. ; 2) Look in the [Locales] section to determine the matching OEM code page. ; 3) Invoke the section whose name is [Font.CP<oemcp>.Files.<fontsize> ; where <fontsize> is 96 for small fonts or 120 for large ones. ; ; Your code must also perform any non-registry manipulations that may be ; necessary, such as SetLocaleInfo() calls, etc. They are not done here. ; ; To just change to large or small fonts, do step 3 only. ; ; NOTE: You must install the language group before setting a system default ; locale. Only the locales in installed language groups will show up as options ; for setting the system default locale. ; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; You will be asked for your install CD, provide genuine one. You may get a lot of "missing" files, especially if I386 is (nearly) empty. I've build a script that avoids the need to find the proper file, extract it, point, start again... It needs to be finished so if you wait a few minutes, I'll post it. (edit : finished, now debugging it) edit2: I didn't get any today. Weird. edit3: after various tries, I had no missing file (except the first one wich is a .nls file)

Of course, I forgot to add it to the list of updates. I think I'll add it by hand in SVCPACK. Or do you prefer me to run HFSlip again ?

http://unattended.msfn.org/unattended.xp/v...7dbe9440526228/

See my signature. I once used hives but using hives for some tweaks just prevents windows installation to complete whereas importing them at T-12 makes no problem.

It's possible to watch the full season 4 of Scrubs, to eat carots, mushrooms and radishs with Nutella, in one night (in fact, eating the mushroom was not possible).

Downloaded. Thanks a lot. btw, it wants at least XP SP2. ::

Won't work if I change ENU by FRA. :snif: Thanks anyway. :/

I was curious so I ran UPHClean.msi /q at T-12 with WIHU. It installed correctly, the service was present. I'll try rc3 asap.

I. I just finished an iso with updated hotfixes so I'll try to run it manually at T-12 and see how it goes.

Ok, it seems you got it. I used you "Windows XP updates" page to download the hotfix. http://users.telenet.be/tc76/winup/_winxp.html On this page, I selected updates for SP1 and then, clicked on the link to KB904706 downloadpage : http://www.microsoft.com/downloads/details...&displaylang=en There, it is said this hotfix is for XP SP1. ... Ok, I just needed a bunch of hotfix and did not check the "slipstream Dx9 box". If it is checked, the link points to the good update. Arghh, your page is too good for me. Thanks.

The hotfix log says 0.141: FileVersion of C:\WIN\System32\quartz.dll is Greater or Equal To 6.4.2600.1106 0.141: FileVersion of C:\WIN\System32\quartz.dll is Greater or Equal To 6.4.2600.1739 I checked the one in dxnt.cab : version 6.5.1.902 which is also the version of the one present on my system. These bi-monthly releases also contain security fixes.

I'm pretty upset since I just lost my post because of a crash (my half-dead-HD as always). After 40 minutes : does MBSA2 skip checking file versions if registry keys are not present ? What follows is a partially unuseful: In my latest test with Dx 9.0c Feb06 slipstreamed, MBSA complains about KB904706. It says it is not installed. This updates is old : Dec05. I'd thought it would be included in DX Feb06. I tried to install it and then it refused telling me this update was intended for Dx8. However on the download page, it is said it concerns "XP SP2" which comes with Dx9. So what ? Here it the log: 0.109: ================================================================================ 0.109: 2006/04/16 19:32:01.906 (local) 0.109: d:\2ff4afa03ba790f56e0084917ae44855\update\update.exe (version 6.2.29.0) 0.109: Hotfix started with following command line: 0.141: FileVersion of C:\WIN\System32\quartz.dll is Greater or Equal To 6.4.2600.1106 0.141: FileVersion of C:\WIN\System32\quartz.dll is Greater or Equal To 6.4.2600.1739 0.141: Second Condition in Test.FileVer.Section Failed 0.141: Condition Check for Line 1 of PreRequisite returned FALSE 0.141: Le programme d'installation du KB904706 a rencontré une erreur : Cette mise à jour du logiciel ne s'applique qu'à DirectX 8. Si vous voyez ce message, cela signifie que DirectX 8 n'est pas installé et que vous ne pouvez pas installer cette mise à jour du logiciel. 0.156: Cette mise à jour du logiciel ne s'applique qu'à DirectX 8. Si vous voyez ce message, cela signifie que DirectX 8 n'est pas installé et que vous ne pouvez pas installer cette mise à jour du logiciel. 1.766: Message displayed to the user: Cette mise à jour du logiciel ne s'applique qu'à DirectX 8. Si vous voyez ce message, cela signifie que DirectX 8 n'est pas installé et que vous ne pouvez pas installer cette mise à jour du logiciel. 1.766: User Input: OK 1.766: Update.exe extended error code = 0xf0f4 1.766: Update.exe return code was masked to 0x643 for MSI custom action compliance. I looked into d:\2ff4afa03ba790f56e0084917ae44855 and it seems this update only modifies quartz.dll. Does it mean MBSA2 doesn't care of Dx9.0cFeb06 ? In fact, I'm up-to-date but it's only MBSA that complains. I'll make an HFNetChk report as soon as my VM is available again. /me is tired and bored of these MS updates.

Ok, thanks.

When trying to install this update over MDAC 2.8 (not SP1), I get "0.688: FileVersion of C:\Programs\Common\System\MSADC\msadco.dll is Greater or Equal To 2.72.0.0" But I don't know what other files are included in KB911562. Also, will HFSlip let me slipstream MDAC 2.8 SP1 into XP SP1a (which is not allowed with normal hotfixes)

(I hate IE, just lost my post) [SetupHotfixesToRun] HFSLIP.CMD UPHClean.MSI /q After removing a 2.06GB wmi.log file (yes, GB!), I was able to uninstall and then reinstall UPHClean with the /q switch which worked and eventvwr is happy. (and then people wonder why they should have small system partitions, imagine a 320GB wmi.log file. ) BTW, would you advise me to remove those lines as I use nLite to patch my sfc_os.dll and then removes cat files by hand ? [ProductCatalogsToInstall] d3dx9_24_x86.CAT d3dx9_25_x86.CAT d3dx9_26_x86.CAT d3dx9_27_x86.CAT ... Tomcat, I'll check my update files, some are very old. Thanks.

It seems you posted 1 nanosecond after me. Also, I md5'ed the newly downloaded UPHClean.msi (updated on April) and it has the same md5 as my old one. And I'm running XP SP1a. and on this page, http://www.microsoft.com/technet/security/...n/MS04-018.mspx it is stated

nLite probably removed classic.wm_ since no classic.*** is present in SOURCESS (except classic.th_) My new UPHClean and my old one have the same md5 so the new one is not newer than the old one. With the tool on this page, http://www.msfn.org/board/lofiversion/index.php/t62418.html I extracted the files contained inside the msi file. There's an au3 file in the package and I found this : case $arctype == "msi" runwait('msiexec.exe /a "' & $file & '" /qb /log c:\uniextract.txt TARGETDIR="' & $outdir & '"', $filedir)