e3opian

Silverlight is/will definitely be used on more websites soon enough. Think of it as the Flash plug-in for your browser. B)

Error 1602 / ERROR_INSTALL_USEREXIT is 'User cancel installation.' Not very helpful, huh? To start, are you deploying from an Administrative Installation Point (AIP) or is this compressed source? CDCACHE="0" should probably be CDCACHE=0. You can see that your switch is not working here where it seems to be reading 'auto' instead of your specified '0' value. Start trimming some of the switches back and see what breaks it. I haven't even seen some of those used before. If they're necessary, can you document here why you are using some of them? These are my notes and basic process for Office 2003, lengthy, but comprehensive. -- 1. Obtain the 'clean' installation source for the VLK version of Office 2003. (Either the eOpen website or installation media will work.) 2. Copy it to a local folder for modification. I chose C:\office2k3. 3. Replace Setup.exe in the install root with the one from the self-extracting EntSetup.exe (http://www.microsoft.com/office/orkarchive/2003ddl.htm) This enables additional functionality for enforcing localized installation source which will be used later. 4. In your installation tree you should see a 'FILES' directory. Under this directory, create a new one named 'PATCHES'. 5. Using WinRAR or the command-line, extract each service pack and hotfix to the directory created in step 4. You do not need further subfolders. All files can coexist at this level. The installer will handle prioritizing of the service pack and hotfixes. 6. Under 'PATCHES', open OHotFix.ini with a text editor and 'OHotfixUILevel'. Set it to 'q' for silent deployment. 7. Install the Office 2003 Resource Kit (http://www.microsoft.com/office/orkarchive/2003ddl.htm) and open the Custom Installation Wizard. You'll create a MST file that is used at installation to fine tune setup options including the installation key. Save this MST file to the same path as PRO11.msi. I even borrowed PRO11 for the filename and went with PRO11.mst for convenience. 8a. The rest of the deployment preparation will occur in Setup.ini, find it under FILES\SETUP. Make a backup of this file. I recommend using setup.ini.bak. You can always then roll back to the unedited version when you mess something up! 8b. Locate the [MST] section of Setup.ini and reference the created MST file. If you placed the file in the same path as the installer and MSI, you don't need a path. My line looks like MST=PRO11.MST. 8c. We'll need to manipulate the installation GUI so that it will run without user interaction. Under [DISPLAY] set Display=reduced. This is equivalent to qb- at the command-line so you get the progress indicator. 8d. The next step is to setup version control. I'm sure I'll be adding hotfixes and changing tweaks in the MST file. Let's start keeping track of that stuff. I figured a good way to do it, would be to log a version number using the date of modification in the installation log. Under [LOGGING], I set the filename using Template=Microsoft Office 2003 Setup YEARMMDD(*).txt The date will coincide with a changelog entry in CHANGELOG.txt which I've created in the installation root. Now when I later go to a machine that has a problem, I can tell what's been fixed since that particular installation by getting the date from log file in the %WINDIR% folder. I'll know if that particular problem has been fixed. 8e. The next step is to enforce a localized installation cache or repair/reinstall. Many remote users have needed this and it's been broken since we started using Administrative Installation Point (AIP) to deploy office. (Note: we are no longer using AIP.) Fix it, with [Cache] ENFORCECACHE=1 8f. The last step is to setup the chained installs. These run after Office setup completes in numerical order starting with the Service Packs and Hotfixes. [ChainedInstall_1] TaskName=Integrate SP3 and Hotfixes TaskType=exe Path=.\FILES\PATCHES\OHotFix.exe IgnoreReturnValue=1 [ChainedInstall_2] TaskName=Install File Format Compatibility for Office 2007 TaskType=exe Path=.\FILES\ADDONS\FileFormatConverters.exe Cmdline=/quiet IgnoreReturnValue=1 Setup can be ran now manually by double clicking setup.exe or by script with no need for commandline arguments. Everything is conveniently handled with setup.ini. As new updates are released, extract them and place the MSP file in the PATCHES directory then create the entry in your CHANGELOG to note the change. Don't forget to also update the date in setup.ini Some references: http://www.microsoft.com/office/orkarchive/2003ddl.htm http://support.microsoft.com/kb/828947 http://office.microsoft.com/en-us/ork2003/...1364081033.aspx http://office.microsoft.com/en-us/ork2003/...1480651033.aspx Aaron

I hate to bump old threads but I thought I might help in case your problem was never solved... Have you tested it by manually running the process to eliminate your deployment file and application override? If you run the setup command line manually, you can see the return code at the end to see if there has been an error. They're listed on page 6 in Adobe's deployment guide. If you can run the silent install manually, then the problem would with your Autounattend.xml for Vista which I have no experience with. FYI, I was getting exit code 7, (Unable to complete the silent workflow) which I determined to be running processes. You can bypass the process check with 'skipProcessCheck=1' in your command line. (see top of page 5) It worked flawlessly after that. Aaron

I don't know if this information even belongs here, but I've had this problem with SVCHOST and it didn't have anything to do with Windows Updates. It turned out to be the Wireless Zero Config, which was not shutdown properly by the Intel PROset Wireless tools as it should have been. For the sake of those stumbling across this later via a search I'd like to add my solution: 1. Open up taskmgr (Ctrl + Shift + Esc) and show the PID (Process Identifier) column. (View -> Select Columns...) 2. Locate the offending instance of SVCHOST and the corresponding PID. 3. Start -> Run... -> cmd /k tasklist /svc /fi "imagename eq svchost.exe" 4. Match the offending PID to possible services. In my example there's a lot it could be. 5. Start -> Run... services.msc 6. Start playing process of elimination... I haven't figured out a better way to do this part... -Aaron