will handle package management and rollout. Instead why not leverage WPKG to install it's own client?
The major advantage of doing this is that it allows you to upgrade and change WPKG Client parameters in the future using WPKG itself.
So this is how you do it:
First create a WPKG-Client package like this:
<package id="gplwpkgclient" name="WPKG Client 1.3.9" revision="2011.11.05.00" reboot="false" priority="99999"> <!-- because the client hasn't been installed yet we cannot use the SOFTWARE parameter for paths --> <variable name="PKG_PATH" value="\\myserver\myshare\software\Components\gpl.wpkg.client.1.3.9" /> <check type="uninstall" condition="exists" path="WPKG" /> <check type="file" condition="versionequalto" path="%PROGRAMFILES%\wpkg\wpkginst.exe" value="1.0.0.18" /> <install cmd='msiexec /i "%PKG_PATH%\WPKG Client 1.3.9-x32.msi" /qn SETTINGSFILE="%PKG_PATH%\settings.xml"' /> <upgrade cmd='msiexec /i "%PKG_PATH%\WPKG Client 1.3.9-x32.msi" /qn SETTINGSFILE="%PKG_PATH%\settings.xml"' /> <remove cmd='MsiExec /x{08DF8731-5B69-4709-979A-CC08E49D7686} /qn' /> </package>Then in Active Directory, create a new Group Policy object with the following setting:
Computer Configuration → Windows Settings → Scripts(startup/shutdown) → Startup
Script: \\myserver\myshare\wpkg.js
Parameters: /install:gplwpkgclient /quiet
Job done!
The startup script will get WPKG to check if the latest version of the client has been installed every time the PC boots up but will only go through the installation process if no version exists or the current version installed does not match the revision number on the local PC's xml file.
And yes before you ask, I've added this to the wiki at www.wpkg.org.
0 comments:
Post a Comment