<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Principia: Power from Simplicity</title>
	<atom:link href="http://blog.principia-it.co.uk/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.principia-it.co.uk</link>
	<description>Effective IT Systems Management</description>
	<lastBuildDate>Wed, 03 Mar 2010 11:31:13 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Virtual PCs and Carbon Footprints by Mark Bools</title>
		<link>http://blog.principia-it.co.uk/2010/01/06/virtual-pcs-and-carbon-footprints/#comment-118</link>
		<dc:creator>Mark Bools</dc:creator>
		<pubDate>Wed, 03 Mar 2010 11:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=466#comment-118</guid>
		<description>Alan:

I should think there are several approaches to measuring any individual&#039;s carbon footprint e.g. http://carbontrust.co.uk and http://actonco2.direct.gov.uk (and they will probably all produce different results). In my original post I was more concerned with the overheads companies could save rather than the cost of remote working &lt;em&gt;per se&lt;/em&gt;. What you are looking for is the differences between travelling to work compared to working from home or a local office. Car travel being the major one. Remote workers still use some energy to heat, light and power equipment but in most cases I suggest they will be heating homes anyway and the power requirements for the computer and lighting are certainly no more in a domestic environment compared to central office.</description>
		<content:encoded><![CDATA[<p>Alan:</p>
<p>I should think there are several approaches to measuring any individual&#8217;s carbon footprint e.g. <a href="http://carbontrust.co.uk" rel="nofollow">http://carbontrust.co.uk</a> and <a href="http://actonco2.direct.gov.uk" rel="nofollow">http://actonco2.direct.gov.uk</a> (and they will probably all produce different results). In my original post I was more concerned with the overheads companies could save rather than the cost of remote working <em>per se</em>. What you are looking for is the differences between travelling to work compared to working from home or a local office. Car travel being the major one. Remote workers still use some energy to heat, light and power equipment but in most cases I suggest they will be heating homes anyway and the power requirements for the computer and lighting are certainly no more in a domestic environment compared to central office.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Virtual PCs and Carbon Footprints by alan</title>
		<link>http://blog.principia-it.co.uk/2010/01/06/virtual-pcs-and-carbon-footprints/#comment-117</link>
		<dc:creator>alan</dc:creator>
		<pubDate>Wed, 03 Mar 2010 10:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=466#comment-117</guid>
		<description>interseting read, however how can you measure individual carbon footprint for remote workers? how ?</description>
		<content:encoded><![CDATA[<p>interseting read, however how can you measure individual carbon footprint for remote workers? how ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Basic Branching by Parallel development: theory and practice &#171; Principia: Power from Simplicity</title>
		<link>http://blog.principia-it.co.uk/2009/06/23/basic-branching/#comment-94</link>
		<dc:creator>Parallel development: theory and practice &#171; Principia: Power from Simplicity</dc:creator>
		<pubDate>Wed, 10 Feb 2010 19:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=143#comment-94</guid>
		<description>[...] Rather than start here, I&#8217;ll start an introductory post right now and hopefully have it up in the next day or two. In the meantime, you could check out some past posts on the subject; here and here [...]</description>
		<content:encoded><![CDATA[<p>[...] Rather than start here, I&#8217;ll start an introductory post right now and hopefully have it up in the next day or two. In the meantime, you could check out some past posts on the subject; here and here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who&#8217;s afraid of the big bad merge? by Parallel development: theory and practice &#171; Principia: Power from Simplicity</title>
		<link>http://blog.principia-it.co.uk/2010/02/01/whos-afraid-of-the-big-bad-merge/#comment-93</link>
		<dc:creator>Parallel development: theory and practice &#171; Principia: Power from Simplicity</dc:creator>
		<pubDate>Wed, 10 Feb 2010 19:59:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=530#comment-93</guid>
		<description>[...] Power from Simplicity Effective IT Systems Management    &#171; Who&#8217;s afraid of the big bad&#160;merge?    Parallel development: theory and&#160;practice February 10, 2010   Having spent the past couple [...]</description>
		<content:encoded><![CDATA[<p>[...] Power from Simplicity Effective IT Systems Management    &laquo; Who&#8217;s afraid of the big bad&nbsp;merge?    Parallel development: theory and&nbsp;practice February 10, 2010   Having spent the past couple [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Common Interface by Dave Foster</title>
		<link>http://blog.principia-it.co.uk/2010/01/31/common-interface/#comment-91</link>
		<dc:creator>Dave Foster</dc:creator>
		<pubDate>Tue, 02 Feb 2010 21:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=528#comment-91</guid>
		<description>For myself, I will be keeping an eye on this topic. More power to you and if there is any way that someone could lend a hand, I would gladly provide some assistance.
Regards,</description>
		<content:encoded><![CDATA[<p>For myself, I will be keeping an eye on this topic. More power to you and if there is any way that someone could lend a hand, I would gladly provide some assistance.<br />
Regards,</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Labels versus Baselines by Dave Foster</title>
		<link>http://blog.principia-it.co.uk/2010/01/07/labels-versus-baselines/#comment-90</link>
		<dc:creator>Dave Foster</dc:creator>
		<pubDate>Mon, 01 Feb 2010 23:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=235#comment-90</guid>
		<description>I would add that even though labels are at a simpler functional level than baselines, labels can be used in the same manner.  That is, most tools that provide the label function, give the CM user a way to access all CIs that have a specific label (i.e., a baseline) for reporting or building purposes.  I used this extensively with PVCS Version Manager and passed several audits successfully.  Further, I have used the baseline functionality provided by Serena Dimensions CM with the equivalent success.  Given the opportunity to choose between the two, I prefer using labels because of the flexibility.
Thanks for your articles.
Regards.</description>
		<content:encoded><![CDATA[<p>I would add that even though labels are at a simpler functional level than baselines, labels can be used in the same manner.  That is, most tools that provide the label function, give the CM user a way to access all CIs that have a specific label (i.e., a baseline) for reporting or building purposes.  I used this extensively with PVCS Version Manager and passed several audits successfully.  Further, I have used the baseline functionality provided by Serena Dimensions CM with the equivalent success.  Given the opportunity to choose between the two, I prefer using labels because of the flexibility.<br />
Thanks for your articles.<br />
Regards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Glue Software by Common Interface &#171; Principia: Power from Simplicity</title>
		<link>http://blog.principia-it.co.uk/2010/01/25/glue-software/#comment-89</link>
		<dc:creator>Common Interface &#171; Principia: Power from Simplicity</dc:creator>
		<pubDate>Sun, 31 Jan 2010 21:32:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=506#comment-89</guid>
		<description>[...] Power from Simplicity Effective IT Systems Management    &#171; Glue&#160;Software    Common&#160;Interface January 31, 2010   After much deliberation and soul searching I&#8217;ve [...]</description>
		<content:encoded><![CDATA[<p>[...] Power from Simplicity Effective IT Systems Management    &laquo; Glue&nbsp;Software    Common&nbsp;Interface January 31, 2010   After much deliberation and soul searching I&#8217;ve [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Holographic Configuration Management by Bracken</title>
		<link>http://blog.principia-it.co.uk/2010/01/14/holographic-configuration-management/#comment-87</link>
		<dc:creator>Bracken</dc:creator>
		<pubDate>Wed, 27 Jan 2010 19:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=394#comment-87</guid>
		<description>From my experience your CM system is best suited if married to what ever system you using for your development process. Obviously this not always easy to do, however, it keeps everything in line. Compatibility issues are of course the hardest to overcome.
I do like how you bring up the need to keep in mind for expanding your system externally. Many organization fail to plan for that eventuality, which creates a disaster when the time comes.</description>
		<content:encoded><![CDATA[<p>From my experience your CM system is best suited if married to what ever system you using for your development process. Obviously this not always easy to do, however, it keeps everything in line. Compatibility issues are of course the hardest to overcome.<br />
I do like how you bring up the need to keep in mind for expanding your system externally. Many organization fail to plan for that eventuality, which creates a disaster when the time comes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating Tags in Subversion by Mark Bools</title>
		<link>http://blog.principia-it.co.uk/2009/12/04/creating-tags-in-subversion/#comment-79</link>
		<dc:creator>Mark Bools</dc:creator>
		<pubDate>Tue, 05 Jan 2010 11:18:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=414#comment-79</guid>
		<description>Thanks Greg. Your points are well made. The new 1.6 relative URLs are a massive help doing this sort of thing.

This brief post was, of course incomplete, for a more complete treatment of tagging check out my training course http://principia-it.co.uk/training/subversion (you&#039;re not the only one who can self promote :D ).

While we&#039;re on the subject, I would encourage people to join the WANDisco Subversion effort (http://subversion.wandisco.com) it&#039;s only just starting but is shaping up nicely as a focus for Subversion related information.</description>
		<content:encoded><![CDATA[<p>Thanks Greg. Your points are well made. The new 1.6 relative URLs are a massive help doing this sort of thing.</p>
<p>This brief post was, of course incomplete, for a more complete treatment of tagging check out my training course <a href="http://principia-it.co.uk/training/subversion" rel="nofollow">http://principia-it.co.uk/training/subversion</a> (you&#8217;re not the only one who can self promote <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' />  ).</p>
<p>While we&#8217;re on the subject, I would encourage people to join the WANDisco Subversion effort (<a href="http://subversion.wandisco.com" rel="nofollow">http://subversion.wandisco.com</a>) it&#8217;s only just starting but is shaping up nicely as a focus for Subversion related information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating Tags in Subversion by Greg</title>
		<link>http://blog.principia-it.co.uk/2009/12/04/creating-tags-in-subversion/#comment-78</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Tue, 05 Jan 2010 10:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.principia-it.co.uk/?p=414#comment-78</guid>
		<description>Interesting post indeed. I&#039;m not used to create tags this way, so thank you for the tip. A few things that your blog entry is missing in order to be complete: 
- Tags = Branches = directories. That&#039;s an important thing that most subversion user don&#039;t know about. There is absolutly no magic behind tags and branches.
- it should be told that selective tags can be created directly into subversion which avoid the &quot;cost&quot; of having a working copy in order to create tags. EG this is perfectly valid:  svn copy --revision 4 http://subversion/myrepo/trunk/dir3 http://subversion/myrepo/tags/mynewtag/dir3 (provided that mynewtag folder already exists). 
- One really usefull feature of subversion 1.6 which is particularly convenient when creating tags is the relative urls thing. Provided that you are located in a Working Copy, it let you write something like this:
svn copy ^/trunk ^/tags/release-1.0 -m &quot;Tagging for release 1.0&quot;
You can find more about relatives urls in subversion here: http://subversion.wandisco.com/component/content/article/1/20.html (a bit of self-promotion ;-)).

cheers.</description>
		<content:encoded><![CDATA[<p>Interesting post indeed. I&#8217;m not used to create tags this way, so thank you for the tip. A few things that your blog entry is missing in order to be complete:<br />
- Tags = Branches = directories. That&#8217;s an important thing that most subversion user don&#8217;t know about. There is absolutly no magic behind tags and branches.<br />
- it should be told that selective tags can be created directly into subversion which avoid the &#8220;cost&#8221; of having a working copy in order to create tags. EG this is perfectly valid:  svn copy &#8211;revision 4 <a href="http://subversion/myrepo/trunk/dir3" rel="nofollow">http://subversion/myrepo/trunk/dir3</a> <a href="http://subversion/myrepo/tags/mynewtag/dir3" rel="nofollow">http://subversion/myrepo/tags/mynewtag/dir3</a> (provided that mynewtag folder already exists).<br />
- One really usefull feature of subversion 1.6 which is particularly convenient when creating tags is the relative urls thing. Provided that you are located in a Working Copy, it let you write something like this:<br />
svn copy ^/trunk ^/tags/release-1.0 -m &#8220;Tagging for release 1.0&#8243;<br />
You can find more about relatives urls in subversion here: <a href="http://subversion.wandisco.com/component/content/article/1/20.html" rel="nofollow">http://subversion.wandisco.com/component/content/article/1/20.html</a> (a bit of self-promotion <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> ).</p>
<p>cheers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
