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

Ad-Aware SE Personal v1.06 Unattended Installer Maker Version 1.0 - Initial Release This script creates an Ad-Aware SE Personal unattended installer with custom directories and updated defs. - Changes Install location to %ProgramFiles%\Utilities\ - Changes StartMenu location to Utilities\Spyware\ - Removes unused components that Orca validation complains about - Gets the latest defs.ref file from the internet before building silent installer The attached SupportingFiles.7z contains 7zS.sfx, config.txt, RunHiddenConsole.exe Instructions: Ensure you have installed: - AutoIt http://www.autoitscript.com/autoit3/ - Orca (from Shark's File Repository) - Universal Extractorv 1.5 http://www.msfn.org/board/index.php?showtopic=62418 Copy these two files to your system path 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: - aawsepersonal.exe http://www.lavasoftusa.com/ - 7zS.sfx - config.txt - MakeSilentAdAware.au3 - RunHiddenConsole.exe Open your Temp directory to watch for an msi file to appear i.e. C:\Documents and Settings\<your user name>\Local Settings\Temp\cb5cd82.msi Run "aawsepersonal.exe" but don't continue the installation Copy the msi file from Temp dir to your working directory (the msi filename will be different each time) Cancel the AdAware installation Now run the AutoIt script "MakeSilentAdAware.au3" to create AdAware unattended installer EDIT: 11 Aug 2007 - Added similar script for Ad-Aware 2007 which updates defs and program files before packaging. Ad-Aware 2007 Free Unattended Installer Maker Version 1.0 - Initial Release 2007-08-11 for aaw2007.exe http://www.lavasoftusa.com/ MakeSilentAdAware.au3 SupportingFiles.7z MakeSilentAdAware2007.au3

AuXBoX, No, AutoIt does not need to be installed to run a compiled script (.exe). The compiled executable can run on its own. Beeker

IPFilter Update for µTorrent Version 1.0 - Initial Release Version 1.1 - Fixed: with no initial dat file, download worked but reported failure (14 Apr 2007) Version 1.2 - Fixed: with no initial dat file and no internet, reported dat file was current (5 May 2007) Version 2.0 - Rewrite: Check dat version before downloading zip file and unzip using 7za.exe (26 May 2007) ipfltupd.au3 Version 3.0 - Rewrite: Requires AutoIt v3.2.12.0, checks dat size before downloading zip file, chooses dat file with latest modified date (7 Aug 2008) ipfltupd.au3 This script will update the IP filter list for µTorrent BitTorrent client. It downloads ipfilter.zip file to %Temp% directory and unzips the dat file using 7za.exe or 7z.exe The dat file is installed in your uTorrent settings folder %APPDATA%\uTorrent\ It should handle most common errors except if the download urls no longer host the file. Edit: 26 May 2007 - v2 downloads .zip file instead of .dat file and compares version instead of file size. Also requires 7za.exe from www.7-zip.org/download.html in your System path. Edit: 7 Aug 2008 - v3 Requires AutoIt v3.2.12.0 that fixed InetGetSize function allowing this version to work. Can use 7z.exe or 7za.exe and will search your 'Program Files' folder to find either one. Backs up your old ipfilter.dat file to ipfilter.dat.old To enable IP filtering in µTorrent, set "ipfilter.enable" to "true" in µTorrent's Advanced Preferences. To reload ipfilter.dat without restarting µTorrent, simply set ipfilter.enable to false, then to true again. Personally, I compile the script using AutoIt v3.2.12.1 with the attached icon I found at iconaholic, place it in my Program Files folder with uTorrent.exe, and create a shortcut to it in my StartMenu. Enjoy, Beeker uTorrentFTico.7z

Now with Skype Business version 3.1.32.144 out I had to modify my AutoIt script to fix bug with preventing IEPlugin install. Requirements: - After downloading SkypeSetup.msi use Universal Extractor to extract it to a folder. - Install Orca - Put upx.exe in System path or script directory - Put RunHiddenConsole.exe in script directory - Put 7za.exe (command line version of 7-zip) in System path or script directory - Put 7zS.sfx and config.txt modified per http://www.ryanvm.net/forum/viewtopic.php?t=67 in script directory - config.txt contains: RunProgram="RunHiddenConsole.exe /w msiexec /i setup.msi /qb!" The attached AutoIt script will use the above files to modify the Skype msi and create a 7-zip switchless silent installer of Skype Business version. - disables IEPlugin and FFPlugin - removes Toolbars - does not run Skype after installation - disables Skype autorun on system boot. If you want this enabled, then remove this text from the script: And Not StringInStr($line,"CurrentVersion\Run") The next thing I need to do is try to get the AutoIt script run Universal Extractor on the downloaded Skype Business installer for me. It's fun having scripts do repetitive tasks, takes a lot of testing up front though. Beeker MakeSilentSkypeBusiness.au3

It should also be safe to remove the Ask Toolbar installer. After NCAB is finished extracting Nero setup files and asks you to remove features, go to %UserProfile%\Local Settings\Temp\Ahead\ and delete the following files: NeroBar.exe NeroBar.txt Toolbar.exe Then start removing features.

That's cool. I edited my post because I meant to point people to your version of Orca. Hope you don't mind (love your work). Thanks. Skype seems to release new versions frequently and it's possible to customize their msi installer "Skype for Business" using Orca. Their Inno Setup version is a pain to customize.

Skype's "Skype for Business" version is flexible. It will install IEPlugin and FFPlugin by default, but this can be prevented using switches in the silent installation: (I noticed these switches in the "Condition" table using Orca) msiexec /i SkypeSetup.msi FEATURE_IEPLUGIN=0 FEATURE_FFPLUGIN=0 /qb! Skype does not run automatically after a silent installation, but it does automatically run after a full UserInterface installation. If you want, you can edit SkypeSetup.msi using Orca EDIT: (Shark has a recent version of Orca at Shark's repository): To stop Skype from running after installation, search for "StartSkype" (without quotes) - Delete this entry in the "InstallExecuteSequence" table - Delete this entry in the "Property" table To stop Skype from running on System Startup, search for "CurrentVersion\Run" (without quotes) - Delete this entry in the "Registry" table The msi UILevel property is set to 5 for a full UserInterface installation (lower numeric values are used for silent, basic-UI, and reduced-UI installations) To stop installation of plugins in silent mode, - Add " OR UILevel<5" (without quotes) to both entries in the "Condition" table Attached is my AutoIt script that does all this for me, hopefully it will still work with next Skype version. Read the comments inside the script to see links to my dependencies. MakeBusVer.au3

Hey rado352, I saw your post over at RyanVM.net Discussion Board with your switchless installer for the business version of Skype. Nice work! Just what I was looking for. This version uses an msi installer so we now have the option to edit it using Orca (available at Shark's repository). Possible tweaks are: To stop Skype from starting up after installation, search for "StartSkype" (without quotes) - delete this entry in the InstallExecuteSequence table - delete this entry in the Property table To stop Skype from running on System Startup, search for "CurrentVersion\Run" (without quotes) - delete this entry in the Registry table Thanks, beeker

It looks like an Inno Setup installer so the silent switches should be: /SILENT, /VERYSILENT Instructs Setup to be silent or very silent. When Setup is silent the wizard and the background window are not displayed but the installation progress window is. When a setup is very silent this installation progress window is not displayed. If a restart is necessary and the '/NORESTART' command isn't used and Setup is silent, it will display a Reboot now? message box. If it's very silent it will reboot without asking. Give it a try...

Hi cyberloner, I tried using that registry fix, and I tried using this switch: /TASKS="desktopicon,installPluginManager,!launchSkype,!startSkype,!IsIEChecked,!IsFFChecked" But it still runs Skype after using /verysilent I updated my Inno Setup script in my previous post so I think I'll keep using that installer for now.