beeker

sexconker, A few of us have experienced this also. For me, this happened when I tied to use nLite to remove "Help and Support" from the CD. That selection also removed IE components unfortunately. Read more at this earlier post: Internet Explorer Inappropriately Removed If anyone else out there has successfully removed "Help and Support" without affecting IE, I'd be interested in knowing your build steps. Thanks, Beeker

I managed to isolate a couple of things that caused my problems. See revisions I made to my earlier post. 1. Using nLite to remove "Help and Support" in "Operating System Options" of "Components" section will remove IE from the install. 2. OnePiece Addon removes something that causes ""Advanced INF Install" error for WMP setup. I hope these get fixed in future release. Beeker

I also encountered this problem and so I did some tests to isolate, but nothing conclusive except that the nLite Remove Components section is where to look. Edit: 2008-09-07 Problem: On first boot when WPI (Windows Post Installation) app starts up I get an error message that "Windows can not open this file WPI.hta" So I cancel that and then the Desktop "Setting up personalized settings for: Microsoft Windows Media Player" displays "Advanced INF Install" message "Unexpected Error: Could not load resource" Internet Explorer exe is not there and IE doesn't work. nLite v1.4.6 has same problem so I focused on testing v1.4.9.1 I narrowed the problem down to removing "Help and Support" in "Operating System Options" of "Components" section. I also get the "Advanced INF Install" error when I use OnePiece_IE7_WinXPSP3_v2.3.0_AddOn_ENU.7z even before using nLite to slim things down. One Piece and nLite must use similar procedures so I have suspicion that all OnePiece addons may exhibit this issue. I revised my addons to get everything to work again but I can't get all my stuff on a CD (must use DVD) because I can't remove "Help and Support" now. My revised build: My process is to start with XP Home SP3. Use RyanVM integrator for updates and addons: - first session adding RVMUpdatePackSP3_1.0.0a.7z Then integrate WMP11 + hotfixes using boooggy's slipstreamer v1.3.4.2 - second session adding OnePiece_IE7_WinXPSP3_v2.3.0_AddOn_ENU.7z NR_IE7en_Addon_2.0.2mod.7z (added tweaks) - third session adding DirectX_9.0c_End-User_Runtime_AddOn_0.5.1_-_redxii.7z - fourth session adding: xable_WGAV-v1.3_addon.cab 5er_WMPLyricsPlugin_v0.3_Addon_v2.1_x86.7z DirectX_for_Managed_Code_1.0.0a_AddOn_-_redxii.7z DVDShrink_3.2.0.15_Addon_v1.1.cab OnePiece_Repair_IE_Cosmetic_Problems_AddOn.7z RVMAddons_1.6.2.Cab (I added sysinternals stuff) uTorrent_Addon_v1.7.7.8179-Tosh.Cab (my own rendition of MrsPeel's) xable_OUE-OGA-v1.7_addon.cab Then I run nLite for tweaks and removals. Then I use Gosh's method of reuducing size/creating bootable CD(DVD) by using cmd start /wait path-to-i386\winnt32.exe /noreboot This gives me just the files I need to install the OS. I also use WPI to install my apps after. Anyway, attached is my nLite session that has no problem: Good_Session_v1.4.9.1.ini You'll see that I successfully removed other "Operating System Options" in this session, but as soon as I try to remove "Help and Support" we have a problem.

zorphnog, I think there is some light at the end of the tunnel with your last update. (not sure why JuMz still has errors though) I changed all my cmds to use %CDROM% instead of %ROOT% and this time when Project finished installing, there's no "Runtime Error" message as before and when WPI window comes back all the apps continue to install after Project, however it seems that maybe they're all started at once because after a big application finishes I get the green check mark for it and check marks for a few subsequent small applications at the same time. After WPI finishes the "Execute After" and goes away, then all the apps after Project start installed again sequentially and the desktop will not come up as before. Next time I'll try getting the WPI_log after WPI window goes away (I suspect it has only entries up to Project). I can understand your frustration with M$ Your efforts are greatly appreciated. beeker

Ok, attached is my log from this morning's run (via DVD fresh install). I'm pretty sure my red X's are a side affect of my directory structure and the variables I used in my cmds. For this morning's run I changed %ROOT% to %CDROM% in my useroptions.js cmds: ExecuteBeforeEnabled=true; ExecuteBefore=['%CDROM%\\$OEM$\\Software\\MISC\\WISCON.exe']; ExecuteAfterEnabled=true; ExecuteAfter=['%CDROM%\\$OEM$\\Software\\MISC\\CLEANUP.CMD']; My cmds in config.js look like this: cmd1[pn]=['%ROOT%\\$OEM$\\AutoIt3.exe %ROOT%\\$OEM$\\MSI_Wait.au3']; <- This is where I start Process Explorer for troubleshooting cmd2[pn]=['%ROOT%\\$OEM$\\Software\\Office\\OFFICEEN\\setup.exe TRANSFORMS=OfficeBasic.MST /qb!']; rega[pn]=['%ROOT%\\$OEM$\\Software\\Office\\Office_Patches.reg']; cmd1[pn]=['%ROOT%\\$OEM$\\Software\\Office\\PROJECTSTD\\setup.exe TRANSFORMS=ProjectStd.MST /qb!']; At this point, the WPI window clears, (and %root% changes from "E:\ to "E:\wpi" from previous debugging). Then WPI window refreshes and proceeds to red X the rest of the applications except for "Execute After" which installs successfully, then the WPI window goes away but then I guess RunOnce(Ex?) continues to successfully install the rest of the apps, where we left off at: rega[pn]=['%ROOT%\\$OEM$\\Software\\Office\\Office_Patches.reg']; However, The desktop does not come up at the end, I have to manually kill mshta.exe to continue. Note that my log file reflects the successful installs before and after WPI window went away. With Process Explorer running I noticed that the Office installation left 2 processes running: OSE.EXE (Office Source Engine) MDM.EXE (Machine Debug Manager) After Project is installed, only MDM.EXE is left running. I may try killing one or both after Office install to see if that helps the Project install with my %root% bug. Edit: Attached a bmp picture of the red Xs. WPI_Log.txt WPI_Xbmp.7z

Hmm, it worked better for me (WPI 6.2) This time when Project 2003 finished, the WPI window still went away, but there was no error message, then the WPI window refreshed my list and proceeded to put red X's beside each program, then it disappeared, and from that point the rest of my programs finished installing successfully. The desktop still does not come up at the end though unless I kill mshta.exe process. I think my red X's are because I use %ROOT% instead of %CDROM% in my cmd lines. The %ROOT% and %WPIPATH% variables change when Project 2003 crashes WPI. I'll try again using %CDROM% and let you know tomorrow.

I have another observation to report: In my WPI_Log.txt I have: WPI Installation Log File Install process started at: August 29, 2007 12:48:15 AM Global variables: %OSLANG%=ENU %WPIPATH%=E:\wpi %ROOT%=E:\ %CDROM%=E: %DOSPATH%= etc... When I click "Yes" to debug, the debug application lists the following variables: wpipath = "E:\wpi\" root = "E:\wpi" cddrv = "E:" Somehow %wpipath% gets a trailing backslash. My directory structure is non-standard so I've been using: cmd1[pn]=['%ROOT%$OEM$\\Software\\Office\\OFFICE\\setup.exe TRANSFORMS=OfficeBasic.MST /qb!']; cmd2[pn]=['%ROOT%$OEM$\\AutoIt3.exe %ROOT%$OEM$\\MSI_Wait.au3']; rega[pn]=['%ROOT%$OEM$\\Software\\Office\\Office_Patches.reg']; and cmd1[pn]=['%ROOT%$OEM$\\Software\\Office\\PROJECTSTD\\setup.exe TRANSFORMS=ProjectStd.MST /qb!']; rega[pn]=['%ROOT%$OEM$\\Software\\Office\\Office_Patches.reg']; <- This fails due to variable changes

I've been following this thread and trying the fixes as they come out but I still see all the same problems as you guys. I was suspecting that mshta.exe process was getting killed near the end of the MS installation (Project 2003 in my case) but I can't find a way to prove it. After I cancel the question to debug (multiple times with the latest reboot.js file), the WPI install window goes away but the rest of my apps continue to install, but the desktop will not appear after the install until I do a Control-Alt-Delete and kill the mshta.exe process (once I even let it go overnight before killing mshta.exe). After that the desktop loads and all is well. I tried something else that might help someone figure this out. I added a closefile and openfile statement in the original WPI 6.2 reboot.js function: function WriteRebootSuccess(i, flag) { position="reboot.js"; whatfunc="WriteRebootSuccess()"; if (RebootInstallationLog) CloseRebootFile() OpenRebootFile() rbfHandle.WriteLine("programs["+i+"].success="+flag+";"); } The same sequence of events occurs as before, but this time the error message is different: A Runtime Error has ocurred. Do you wish to debug? Line 6 Error: 'programs.7' is null or not an object I click Yes to debug and it opens rb_config.js which has only two un-commented lines: prb=0; programs[7].success=true; <= line 6 I'm tempted to add a cmd line in WPI to open ProcessExplorer so I can watch for something odd. If there's a way to capture debug information to a file I'm willing to give that a shot, but after this week I won't have time to play.

This question pops up every once in a while. There may never be a solution from MS, the only solution I've seen is to add registry entries for each hotfix you slipstream. You can find out more at Siginet's forum and his Office Integrator. Edit: Attached are the English Version registry settings for: KB894542 KB907417 KB914455 KB919029 KB920103 KB920813 KB923097 KB924085 KB924424 KB925251 KB933666 KB933669 KB934180 KB934181 (No Outlook Junk Email Filter KB because it changes so often) Also Proofing Tools KB921585 This should keep Windows Update happy for now. Office11_Patches.zip

Skype for Windows - Business version Unattended Installer Maker / Addon Maker Edit: 2007-08-16 - Replaced attachments with new versions Edit: 2007-08-24 - Added version 2 script Version 1.0 - Initial release 2007-06-17 Version 1.1 - 2007-08-15 Change StartMenu folder from "Skype" to "Internet", change advertised shortcuts to common shortcuts, misc script improvements Version 2.0 - 2007-08-24 Added MsgBoxes to ask user which modifications to implement This script creates a silent installer for "Skype for Business" msi Asks user (Yes/No) to perform the following: - disable starting Skype after installation - disable starting Skype on System Startup - change name of StartMenu folder - install Program Files into a new sub-folder - change advertised shortcuts to common shortcuts - remove Internet Explorer and Firefox plugins - create a svcpack Addon for use with RVM_Integrator If you keep the plugins, my config.txt file will not install them in silent mode because I use: RunProgram="RunHiddenConsole.exe /w msiexec /i setup.msi FEATURE_IEPLUGIN=0 FEATURE_FFPLUGIN=0 /qb!" Instructions: Ensure you have installed: - AutoIt v3 - Orca (from Shark's File Repository) - Universal Extractor v1.5 http://www.msfn.org/board/index.php?showtopic=62418 Copy these two files to your system path i.e. C:\WINDOWS - 7za.exe http://www.7-zip.org/download.html - upx.exe http://upx.sourceforge.net/ Put the following files into a working directory of your choice: - 7zS.sfx modified per http://www.ryanvm.net/forum/viewtopic.php?t=67 - RunHiddenConsole.exe http://www.msfn.org/board/index.php?act=ST...=70&t=49184 - config.txt - MakeSilentSkype2.0.au3 - SkypeSetup.msi The attached SupportFiles.7z contains my 7zS.sfx, config.txt, RunHiddenConsole.exe, cabarc.exe MakeSilentSkype.au3 SupportFiles.7z MakeSilentSkype2.0.au3

Also, the config.xml file should be able to configure those registry settings as you can see the similarities in this excerpt from a config.xml file: <?xml version="1.0"?> <NOD32SETUP> <SETUPINFO> <SETTINGS TIMESTAMP="7" ID="36031223"> <PLUGIN ID="6C504343"> <DATA> <NODE NAME="Config000" TYPE="SUBNODE"> <NODE NAME="Settings" TYPE="SUBNODE"> <NODE NAME="DontShowSplash" TYPE="DWORD" VALUE="1" /> <NODE NAME="FirstUnwantedSetting" TYPE="DWORD" VALUE="1" /> <NODE NAME="StatisticsEnabled" TYPE="DWORD" VALUE="0" /> <NODE NAME="SampleEnable" TYPE="DWORD" VALUE="0" /> <NODE NAME="SampleSendType" TYPE="DWORD" VALUE="1" /> <NODE NAME="SampleLog" TYPE="DWORD" VALUE="0" /> <NODE NAME="UnwantedEnabled" TYPE="DWORD" VALUE="1" /> </NODE> </NODE> </DATA> </PLUGIN> ...

If you're running WPI.hta from your hard drive, then maybe try using %ROOT%\\WPI\\Install\\dotnet.exe I use %ROOT% instead of %CDROM% because I don't put my Install directory under WPI. Not creating a log file is baffling though (assuming you have LogInstallation=true; in useroptions.js). Also, try deleting your useroptions.js and let WPI create a new one for you and then configure it for your install. I hope you find success.

I wish I'd seen Shark's tip sooner. I extracted the msi out of the exe and then extracted the msi to update the defs.ref file and repackaged it that way. A packaged installer will list Ad-Aware in the "Add/Remove" program list. I had already scripted the msi modification using AutoIt, but only got around to posting recently at the AutoIt Script Collection. Oh well. The procedure is there if you want it. (might be a handy procedure for other apps in the future)

Hmmm, not sure, but I also haven't used nLite addon maker. You may get better response by explaining the application you're working on.

Eddie, I'm not familiar with using the Nlite addon maker, but for Ad-Aware, if you're interested and adventurous, you could try the AutoIt script I just posted over at "AutoIT Script Collection" Instructions are there for you to extract the msi installer from aawsepersonal.exe and the script will create an unattended installer with custom directories and updated defs. The unattended installer does not require switches (it's built-in). I never tried this installer during the T-13 time frame though, so I'm not sure how it will perform as an addon. The msi installer may need more tweaks to allow svcpack installation. Beeker