<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.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>Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx</link><description>Today we had a meeting about the installation of the next version of PowerShell on machines that had PowerShell V1.0 installed on them.&amp;#160; For reasons too painful and ugly to discuss, we are just going to replace any of the XML files (type extension</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>MSDN Blog Postings  &amp;raquo; 2008 &amp;raquo; March &amp;raquo; 21</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8330388</link><pubDate>Sat, 22 Mar 2008 04:54:43 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8330388</guid><dc:creator>MSDN Blog Postings  » 2008 » March » 21</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://msdnrss.thecoderblogs.com/2008/03/21/"&gt;http://msdnrss.thecoderblogs.com/2008/03/21/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8330397</link><pubDate>Sat, 22 Mar 2008 05:00:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8330397</guid><dc:creator>anonymous</dc:creator><description>&lt;p&gt;I think it's safer to pluralize as PMs.&lt;/p&gt;</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8331117</link><pubDate>Sat, 22 Mar 2008 16:32:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8331117</guid><dc:creator>Eric Travers</dc:creator><description>&lt;p&gt;I have a situation were I have two machines that will not allow me to uninstall version 1.0 to upgrade to ver. 2. &lt;/p&gt;
&lt;p&gt;What is the recommended course of action in this instance? Should I manually scrub version 1?&lt;/p&gt;</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8331130</link><pubDate>Sat, 22 Mar 2008 16:54:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8331130</guid><dc:creator>Marty</dc:creator><description>&lt;p&gt;I think this is the correct decision to ensure stabile/predictable PowerShell installs, but it makes me wonder why you use XML in the first place. &amp;nbsp;XML is inefficient and full of fluff, but the biggest advantage is the standards-based human-readable format, so using XML is almost encouraging people to make changes. &amp;nbsp;It's quite common for software vendors would intentionally save things in a proprietry format so people would not be tempted to make changes, and if they did you could say well you shouldn't be hacking our files. &amp;nbsp;So I'm OK with the outcome of the meeting (pave and roll - LOL), I've made some custom formatting in my own files. But if this wasn't XML (or it was compressed/encoded) and you provided some XML formatting examples, you probably wouldn't have needed to have a painful and ugly meeting in the first place.&lt;/p&gt;</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8331393</link><pubDate>Sat, 22 Mar 2008 20:46:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8331393</guid><dc:creator>Don Jones</dc:creator><description>&lt;p&gt;The included XML files are signed using an MS signature; modifying them breaks that signature. If you're running a secure ExecutionPolicy (AllSigned), a broken signature prevents the files from loading unless you re-sign it. So it makes a LOT more sense to just make your own files (www.sapienpress.com/powershell2.asp includes chapters on doing so) and load them in your profile - better security along with the described convenience when installing updates.&lt;/p&gt;</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8332312</link><pubDate>Sun, 23 Mar 2008 17:29:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8332312</guid><dc:creator>Marty</dc:creator><description>&lt;p&gt;I just checked the XML files in C:\Windows\System32\WindowsPowerShell\v1.0\ and I don't see any signatures.&lt;/p&gt;</description></item><item><title>re: Never Modify PowerShell's XML Files</title><link>http://blogs.msdn.com/powershell/archive/2008/03/22/never-modify-powershell-s-xml-files.aspx#8333031</link><pubDate>Mon, 24 Mar 2008 08:10:56 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8333031</guid><dc:creator>Chris</dc:creator><description>&lt;p&gt;You might consider at least backing up the files if they differ from what's expected. &amp;nbsp;Any Linux package management system would do this. No reason to to be so hard about it.&lt;/p&gt;</description></item></channel></rss>