<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>User Error &#187; Software Deployment</title>
	<atom:link href="http://daniel.streefkerkonline.com/category/windows/software-deployment/feed/" rel="self" type="application/rss+xml" />
	<link>http://daniel.streefkerkonline.com</link>
	<description>Ramblings of a tinkering SysAdmin</description>
	<lastBuildDate>Mon, 19 Jul 2010 00:43:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Update: Deploying MYOB Premier via MSI</title>
		<link>http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/</link>
		<comments>http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/#comments</comments>
		<pubDate>Mon, 13 Oct 2008 03:20:12 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[Software Deployment]]></category>
		<category><![CDATA[SysAdmin]]></category>

		<guid isPermaLink="false">http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/</guid>
		<description><![CDATA[I recently figured out a better way to get MYOB Premier to deploy via MSI that the previous method that I posted. This method basically stops the MSI from checking if it&#8217;s been run by a bootstrapper (Setup.exe). I&#8217;ve tested &#8230; <a href="http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>I recently figured out a better way to get MYOB Premier to deploy via MSI that the previous method that I posted. This method basically stops the MSI from checking if it&#8217;s been run by a bootstrapper (Setup.exe). I&#8217;ve tested this with Premier 11 and 12 and it deploys fine on XP and Vista.</p>
<p> <span id="more-107"></span>
<p>It can be done by simply creating a transform (MST) file using Orca. This is advantageous over importing the MSI into Advanced installer for the following reasons:</p>
<ol>
<li>You&#8217;ll be using MYOB&#8217;s original MSI file
<li>You don&#8217;t need to make any changes to the MSI file itself. All changes are specified in the transform file.</li>
</ol>
<p>This will install Premier to the root of C drive, which is MYOB&#8217;s default location. For example, Premier 11 will be installed to C:\premier11.</p>
<p>You&#8217;ll need Orca installed. Instructions for Premier 12 are below. For Premier 11, follow the same instructions &#8211; but take note of point 4.2.2</p>
<ol>
<li>Copy the default MSI and CAB files from the CD to your deployment share.
<li>Right-click the MSI and choose &#8220;Edit with Orca&#8221;
<li>Go to the Transform menu, and select &#8220;New Transform&#8221;. Any changes you now make to the MSI will be effected in a separate &#8220;MST&#8221; file.
<li>Make the following changes: </li>
<ol>
<li>In the CustomAction table:
<ol>
<li>Select &#8220;ISVerifyScriptingRuntime&#8221; and press delete (or right click on it and choose &#8220;Drop Row&#8221;
<li>Do the same for ISSetupFilesExtract
<li>Do the same for ISSetupFilesCleanup</li>
</ol>
<li>In the Directory table: </li>
<ol>
<li>Change directory &#8220;KEY_NAME_SC&#8221; DefaultDir to &#8220;MYOB|MYOB&#8221; (without the quotes)
<li>If deploying Premier 11: </li>
<ol>
<li>Change directory&nbsp; &#8220;ISYourCompanyDir&#8221; to MYOB|MYOB</li>
<li>Change directory &#8220;ISYourProductDir&#8221; to PREMIE~1|Premier11</li>
</ol>
</ol>
</ol>
<li>Go to the Transform menu, and select &#8220;Generate Transform&#8221;. Save the transform file into the same network share/folder as your MSI and CAB file
<li>You&#8217;re now ready to deploy Premier. Ensure you take note of the key points below:
<ol>
<li>Make sure you choose the &#8216;Advanced&#8217; Deployment Method, when you start adding the package to the policy.
<li>Assign the software package to the computer, in the &#8220;Computer Configuration&#8221; section of the policy.
<li>In the &#8220;Modifications&#8221; tab, make sure you specify the transform file that we created above.
<li>In the &#8220;Deployment&#8221; tab, be sure to check the &#8220;Uninstall this application when it falls out of the scope of management&#8221; checkbox.</li>
</ol>
</li>
</ol>
<p>If you&#8217;re not experienced in deploying software via MSI, the following links may be useful: </p>
<ul>
<li>How to use Group Policy to remotely install software in Windows Server 2003: <a href="http://support.microsoft.com/kb/816102">http://support.microsoft.com/kb/816102</a>
<li>How to assign software to a specific group by using Group Policy: <a href="http://support.microsoft.com/kb/302430/">http://support.microsoft.com/kb/302430/</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Deploying MYOB Premier via GPO &#8211; The free way</title>
		<link>http://daniel.streefkerkonline.com/deploying-myob-premier-via-gpo/</link>
		<comments>http://daniel.streefkerkonline.com/deploying-myob-premier-via-gpo/#comments</comments>
		<pubDate>Fri, 16 May 2008 02:04:05 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[Software Deployment]]></category>
		<category><![CDATA[SysAdmin]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://daniel.streefkerkonline.com/?p=97</guid>
		<description><![CDATA[Read my update: http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/ After many attempts over the years to get MYOB Premier deployed via AD GPO, I stumbled across a method this morning using only free tools. These two tools are an essential part of my MSI toolkit, &#8230; <a href="http://daniel.streefkerkonline.com/deploying-myob-premier-via-gpo/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Read my update: <a href="http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/">http://daniel.streefkerkonline.com/update-deploying-myob-premier-via-msi/</a></p>
<p><del datetime="2008-10-13T03:25:31+00:00">After many attempts over the years to get MYOB Premier deployed via AD GPO, I stumbled across a method this morning using only free tools.</p>
<p>These two tools are an essential part of my MSI toolkit, keeping in mind that i&#8217;m not some sort of MSI guru like the guys at <a href="http://www.appdeploy.com">appdeploy.com</a><br />
1. <a href="http://astebner.sts.winisp.net/Tools/Orca.zip">Orca</a><br />
2. <a href="http://www.google.com/search?q=%22parent+directory%22+wininstallle.exe">WinInstall LE 2003</a> (WinInstall LE 2003 used to be distributed for free, but now you have to trawl around the net to find it)</p>
<p>The steps are as follows. I used this method for Premier 11, so that&#8217;s what i&#8217;ll use below.</p>
<ol>
<li>Import Premier&#8217;s MSI into WinInstall, making sure you tick the option to copy the source files</li>
<li>In WinInstall, turn off components you don&#8217;t need installed. I did this over creating a transform file, as that&#8217;s overly complicated for my needs</li>
<li>Close WinInstall and open Orca</li>
<li>Delete CustomAction->ISVerifyScriptingRuntime</li>
<li>Change Directory->ISYourProductDir to &#8220;PREMIE~1|Premier 11&#8243;</li>
<li>Change Directory->ISYourCompanyDir to &#8220;MYOB|MYOB&#8221;</li>
<li>Change Directory->KEY_NAME_SC to &#8220;MYOB|MYOB Premier 11&#8243;</li>
<li>Save the MSI file and close Orca</li>
</ol>
<p>This worked for me, so good luck.</del></p>
]]></content:encoded>
			<wfw:commentRss>http://daniel.streefkerkonline.com/deploying-myob-premier-via-gpo/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>AD Software Deployment: Initial Setup</title>
		<link>http://daniel.streefkerkonline.com/ad-software-deployment-initial-setup/</link>
		<comments>http://daniel.streefkerkonline.com/ad-software-deployment-initial-setup/#comments</comments>
		<pubDate>Tue, 17 Oct 2006 04:24:02 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[Software Deployment]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://streefkerkonline.com/daniel/2006/10/17/ad-software-deployment-initial-setup/</guid>
		<description><![CDATA[Some of my findings, and methods i&#8217;d use to set up the infrastructure to roll out software using Group Policy on a Windows 2000/2003 domain. 1. Set up a DFS shared folder to contain all your installation source files and &#8230; <a href="http://daniel.streefkerkonline.com/ad-software-deployment-initial-setup/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Some of my findings, and methods i&#8217;d use to set up the infrastructure to roll out software using Group Policy on a Windows 2000/2003 domain.</p>
<p><span id="more-7"></span></p>
<p>1. Set up a DFS shared folder to contain all your installation source files and any other related files<br />
2. Create one GPO to install most of your software. I called mine &#8220;Software Deployment&#8221;. I still use a seperate GPO for Microsoft Office Std &#038; Microsoft Office Pro, as they usually need to be installed first.<br />
1. Assign permissions on a &#8220;Software Installation&#8221; level, and not on a GPO level<br />
3. You can use ZAP files to publish non-MSI apps. You&#8217;ll need a way to run the install as another user, i&#8217;ll cover this later. (<a target="_blank" href="http://support.microsoft.com/kb/231747">http://support.microsoft.com/kb/231747</a>)</p>
<p>My reasoning behind the use of a DFS share is that you can move the location of the software, decommission servers, commission new servers, etc without breaking the GPO (Group Policy Object)</p>
<p>If you&#8217;re not already using the Group Policy Management Console, download it from MS (<a target="_blank" href="http://go.microsoft.com/fwlink/?LinkId=23529">http://go.microsoft.com/fwlink/?LinkId=23529</a>)</p>
<p>I haven&#8217;t figured out how to consolidate everything into one GPO, as I can&#8217;t see any way of ordering the individual software installations contained within a GPO. This causes problems where certain applications have prerequisites. For example, our phone system&#8217;s software client needs Outlook installed first. If Outlook isn&#8217;t installed, it won&#8217;t install the Outlook integration part. Therefore Office needs to be installed first. In order to overcome this problem, I have had to seperate our Office deployments from the main &#8216;Software Deployment&#8217; GPO. That way I can change the ordering of the GPOs so that the Office ones take effect first.</p>
]]></content:encoded>
			<wfw:commentRss>http://daniel.streefkerkonline.com/ad-software-deployment-initial-setup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
