bbrian

You still have to use GPOs, but you use the Software Installation policy under Computer Configuration and apply the GPO to comptuer OUs rather than user OUs. Beyond that, some programs come with their own MSIs, you can change options using MSTs created with Orca, some you can repackage with WinInstall LE, others you can wrap with WIWW using silent install switches, or WIWW and an AutoIt script to click buttons on your installer program.

Run the installer but cancel after it extracts the files. Then: msiexec /i "path\to\installation files\openofficeorg30.msi" /passive That'll do the basic install, I haven't time to look at removing the registration box, something I never figured out completely with the last version.

I've run out of space on my C: drive of a 2003 server, so it's time to upgrade. I plan to buy a 500GB primary drive, put it in RAID1 and then buy a 1TB to put elsewhere to back up to. I'm thinking I should be able to use WinPE/ImageX to copy the old drive to the new. There are two partitions on the old, and I'll need it to stay like this, just with different sizes. What's the best way of doing this?

Some programs, e.g. MS.Office, let admins run setup.exe /a which gives a setup routine where you enter the serial etc., and it gives you a new MSI at the end for deploying. I think, though haven't done it myself, that you can edit the serial number into the property table in some MSIs. I've written an AutoIt script for deploying the full AVG through GPO, but it's not working perfectly so I've yet to post it here. For some reason, the network install utility wouldn't work for me. What's it like working for a company that won't pay for anti-virus?

I'd like to deploy it with group policy, but when I do the display properties open when the user logs in. When testing I had been using /passive but /quiet and /qn also resulted in the dialogue appearing at the end.

Does anyone know how to stop Display Properties from automatically opening after the MSI is run? I've rooted around with WinInstall LE but I'm sure what I'm looking for. I also tried deleting some keys using Orca but then it didn't install at all! The first Google result for zune desktop theme is a direct download link. It's a pretty theme too.

I used universal extractor to decompress the exe and then deployed this through Group Policy without any problems. Thanks.

Would you mind posting the script itself. I have it working but I'm curious how you may have done anything different. How do you deal with rebooting? Any DaemonScript MSIs already made? I had a little trouble and haven't had time to try again. It's been out so long there must be one floating around. I recall I couldn't wrap the exe in an msi because it contained an msi itself.

After reformatting, is there a way that I can check what the computer's old AD name was and have it automatically change name back to that? This should hopefully have it go back into the correct OU in AD and the assigned applications should hopefully install. Will they install even though they've been installed on that computer already? To figure the computer name I was thinking I could somehow check its MAC address in the DNS server's records, though this would require me to write a service. I imagine this has already been done. I won't have a chance to try this until next week but I'm curious as to how I should go about it.

I used WIWW2 to create an msi to install SPTD 1.56 and force a reboot after install. Silent switch was "add /q". I called the msi sptd156. Then I wrapped your AutoIt script into an MSI and put a WMI filter on the GPO so it would only install after STPD was in add/remove: SELECT * FROM Win32_Product WHERE Caption ='sptd156' I also added some code into your script to move about the shortcuts, though I haven't tested it yet. This bit at the top so it's easy to find: ; Organise shortcuts ; @StartMenuCommonDir is the path to All Users Start Menu folder ; @StartMenuDir is the path to the current user's Start Menu ; @DesktopCommonDir is the path to All Users Desktop ; @DesktopDir is the path to the current user's Desktop $CopyDesktopIconTo = @StartMenuCommonDir & "\Programs\Accessories\Utilities" $DeleteDesktopIcon = 1 $CopyStartMenuFolderTo = "" $DeleteStartMenuFolder = 1 and this is put after the install logic: ; Deal with shortcuts If Not ($CopyDesktopIconTo = "") Then If Not FileExists($CopyDesktopIconTo) Then DirCreate($CopyDesktopIconTo) EndIf FileCopy(@DesktopCommonDir & "\DAEMON Tools Lite.lnk", $CopyDesktopIconTo) EndIf If $DeleteDesktopIcon = 1 Then FileDelete(@DesktopCommonDir & "\DAEMON Tools Lite.lnk") EndIf If Not ($CopyStartMenuFolderTo = "") Then If Not FileExists($CopyStartMenuFolderTo) Then DirCreate($CopyStartMenuFolderTo) EndIf DirCopy(@StartMenuCommonDir & "\Programs\DAEMON Tools Lite", $CopyDesktopFolderTo) EndIf If $DeleteStartMenuFolder = 1 Then DirRemove(@StartMenuCommonDir & "\Programs\DAEMON Tools Lite", 1) EndIf

Open up the AutoIt WindowInfo application and use it to find the control IDs. The freeze option in it is handy. Then instead of Send use ControlSend. I'm not sure it will work in this case but I've stuck to using it since it helped me before. I don't know how you can prevent it opening the webpage but you can put a WinWait command for the browser window and close it once you know it's there. You might be able to check the window title for the website's name rather than checking for multiple different browsers.

/REMOVE_FEATURE fea_AVG_SafeSurf /REMOVE_FEATURE fea_AVG_SafeSearch It's surf and search, rather than repeating itself. The AVG Free FAQ has both listed, so I guess so, though safe-surf isn't part of AVG Free.

I saw this on the Something Awful forums a minute ago. avg_free_stf_en_8_100a1295.exe /hide /no_welcome /REMOVE_FEATURE fea_AVG_SafeSurf /REMOVE_FEATURE fea_AVG_SafeSearch

I'm in Ireland and called +353 1 631 9359. I was put through to the UK office but I don't have their number I figured out that when running scripts from inside the SciTE editor, I could get away with less specific window definitions, e.g. WinWait("AVG", "Please review") ControlClick("AVG", "", 1000) would work in the SciTE editor, but when compiled it needed to be: WinWait("AVG", "Please review") ControlClick("AVG", "Please review", 1000) I managed to get it going through group policy today, which worked fine without 7.5 and needed a manual uninstall/reinstall when 7.5 was there. I was wrapping with WIWW 0.2 and tried ticking the box to force a restart, the pc restarted but AVG still didn't work. I think maybe script the AVG uninstall in an msi with forced restart and then order the group policy objects so that has lower priority # to (runs before) the AVG 8 msi GPO. Is there a way for this to only deploy if the avg7 directory is present? I won't have a chance to try this before next Wednesday, also a school admin but only 1 day/week in that school.

I've added in timeouts to my WinWait statements, I've a lot of this in my code now: If WinWait("AVG 8.0", "Welcome", 45) Then ControlClick("AVG 8.0", "Welcome", 1000) I've attached the script. It was working fine when I executed it in Windows normally but even with the timeouts it's not up to much as an assigned application. I used pskill to kill the process, which was the setup file launched by the AutoIt script. I was on the phone to AVG twice yesterday, once for 45 minutes. They provide a network install wizard but it wasn't working, with no apparant reason. I have to send them log files, I though I could get this on quickly with AutoIt. The setup.ini sounds familiar but Google didn't find much about AVG 8. There are errors in the attached file that have been introduced during my troubleshooting. I'll post up a more correct version soon. avg8.au3