<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Single WIM Deployment of Windows XP Professional and Tablet PC Edition (and Other Operating Systems)</title><link>http://blogs.technet.com/b/deploymentguys/archive/2009/07/13/windows-xp-professional-and-tablet-pc-edition-deployment-with-a-single-wim.aspx</link><description>Update 2009-07-17: Corrected some errors in the application settings in the Extracting the Sysprep Files section that occured because I did not make all necessary changes after doing a copy/paste. Update 2009-12-29: Added MDT 2010 version of ZTIBackupCustom</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Single WIM Deployment of Windows XP Professional and Tablet PC Edition (and Other Operating Systems)</title><link>http://blogs.technet.com/b/deploymentguys/archive/2009/07/13/windows-xp-professional-and-tablet-pc-edition-deployment-with-a-single-wim.aspx#3326792</link><pubDate>Tue, 20 Apr 2010 17:22:30 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3326792</guid><dc:creator>Michael Murgolo</dc:creator><description>&lt;p&gt;JoelJGarrett,&lt;/p&gt;
&lt;p&gt;I had not tried the /integrate option to update the source files. &amp;nbsp;That may work just fine for that step. &amp;nbsp;I imagine that the simple xcopy will likely be faster. &amp;nbsp;However, I needed the full SP3 media anyway so as to have the Support\Tools folder at the correct SP for the Sysprep files.&lt;/p&gt;
&lt;p&gt;As far as the code for copying updated Sysprep files that includes code for x64 architecture, I lifted a lot of that from LTISysprep.wsf. &amp;nbsp;LTISysprep.wsf had this code so I didn't change it. &amp;nbsp;Simple as that.&lt;/p&gt;
&lt;p&gt;Michael Murgolo&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3326792" width="1" height="1"&gt;</description></item><item><title>re: Single WIM Deployment of Windows XP Professional and Tablet PC Edition (and Other Operating Systems)</title><link>http://blogs.technet.com/b/deploymentguys/archive/2009/07/13/windows-xp-professional-and-tablet-pc-edition-deployment-with-a-single-wim.aspx#3326714</link><pubDate>Tue, 20 Apr 2010 12:43:52 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3326714</guid><dc:creator>JoelJGarrett</dc:creator><description>&lt;p&gt;Mike, I'm a little confused in your section called &amp;quot;Updating the \Windows\Source&amp;quot; - I understand the need to have updated copies of the sysprep/deployment files and to have an updated Source directory, but why not just apply the directory using the /integrate: option to the c:\Windows\Source directory directly as an application instead of having to do all that copying and shuffling around? &amp;nbsp;Is this just for the sake of having a more complete C:\Windows\Source folder available on the machine than would normally be left behind by a regular MDT install?&lt;/p&gt;
&lt;p&gt;Also, your code for copying updated Sysprep files includes code for x64 architecture? &amp;nbsp;We're trying to get the SP3 files which are only relevant to the x86 architecture for XP, correct? &amp;nbsp;Or is this .wsf somehow overriding the standard sysprep 'prep' steps in the process?&lt;/p&gt;
&lt;p&gt;Thanks for the great series of articles on &amp;quot;single-image&amp;quot; processing of WinXP. &amp;nbsp;I've definitely learned some useful things from reading through them and looking through the code and .ini files.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Joel&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.technet.com/aggbug.aspx?PostID=3326714" width="1" height="1"&gt;</description></item></channel></rss>