<?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"
	>
<channel>
	<title>Comments for Eclipse hints, tips, and random musings</title>
	<atom:link href="http://dev.eclipse.org/blogs/wayne/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dev.eclipse.org/blogs/wayne</link>
	<description>Wayne Beaton's blog about Eclipse.</description>
	<pubDate>Sun, 22 Nov 2009 09:17:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Comment on Get your IP Log in Order by Wayne Beaton</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/18/get-your-ip-log-in-order/#comment-1482</link>
		<dc:creator>Wayne Beaton</dc:creator>
		<pubDate>Fri, 20 Nov 2009 17:39:32 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=897#comment-1482</guid>
		<description>The EDP makes no distinction between "component" and "project". If you are a committer on one component of a project and make a contribution to another component in the same project, that contribution needs to be included in the IP Log. Further, that contribution is subject to the IP Policy (e.g if it is &#62;250 LOC you need to create a CQ). HTH</description>
		<content:encoded><![CDATA[<p>The EDP makes no distinction between &#8220;component&#8221; and &#8220;project&#8221;. If you are a committer on one component of a project and make a contribution to another component in the same project, that contribution needs to be included in the IP Log. Further, that contribution is subject to the IP Policy (e.g if it is &gt;250 LOC you need to create a CQ). HTH</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Get your IP Log in Order by Ian Bull</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/18/get-your-ip-log-in-order/#comment-1481</link>
		<dc:creator>Ian Bull</dc:creator>
		<pubDate>Wed, 18 Nov 2009 21:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=897#comment-1481</guid>
		<description>Just to be even more picky, but when you say "Project", what level do you mean?  If you are a committer on a different component in the same project (p2 vs. Framework in Equinox), or different project in the same top level project (JDT vs. PDE in Eclipse), does this change things?  I assume it's at the Eclipse project  (JDT, PDE, Equinox, EMF, etc..), but I thought I would check.</description>
		<content:encoded><![CDATA[<p>Just to be even more picky, but when you say &#8220;Project&#8221;, what level do you mean?  If you are a committer on a different component in the same project (p2 vs. Framework in Equinox), or different project in the same top level project (JDT vs. PDE in Eclipse), does this change things?  I assume it&#8217;s at the Eclipse project  (JDT, PDE, Equinox, EMF, etc..), but I thought I would check.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Get your IP Log in Order by Wayne Beaton</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/18/get-your-ip-log-in-order/#comment-1480</link>
		<dc:creator>Wayne Beaton</dc:creator>
		<pubDate>Wed, 18 Nov 2009 21:03:09 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=897#comment-1480</guid>
		<description>Good question Ian. If you are not a committer on the project you're contributing to, your contributions need to be tracked. It doesn't matter if you are a committer on another Eclipse project.</description>
		<content:encoded><![CDATA[<p>Good question Ian. If you are not a committer on the project you&#8217;re contributing to, your contributions need to be tracked. It doesn&#8217;t matter if you are a committer on another Eclipse project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Get your IP Log in Order by Ian Bull</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/18/get-your-ip-log-in-order/#comment-1479</link>
		<dc:creator>Ian Bull</dc:creator>
		<pubDate>Wed, 18 Nov 2009 21:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=897#comment-1479</guid>
		<description>Here is a question that has confused me: What about contributions from those people who are not committers on the said project, but are Eclipse committers?  Last year I was an Eclipse committer, but on a p2 committer.  Would my code contributions to p2 require the iplog+ to be set?</description>
		<content:encoded><![CDATA[<p>Here is a question that has confused me: What about contributions from those people who are not committers on the said project, but are Eclipse committers?  Last year I was an Eclipse committer, but on a p2 committer.  Would my code contributions to p2 require the iplog+ to be set?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Eclipse Maven Repository by Thiago Moreira</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/08/13/eclipse-maven-repository/#comment-1478</link>
		<dc:creator>Thiago Moreira</dc:creator>
		<pubDate>Wed, 11 Nov 2009 13:28:12 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=825#comment-1478</guid>
		<description>I would use it! Right now this is the only thing that is preventing me to have my project in continuous integration hosted service.</description>
		<content:encoded><![CDATA[<p>I would use it! Right now this is the only thing that is preventing me to have my project in continuous integration hosted service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Power to Make things Better by Denis Roy</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/05/the-power-to-make-things-better/#comment-1477</link>
		<dc:creator>Denis Roy</dc:creator>
		<pubDate>Fri, 06 Nov 2009 18:44:13 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=892#comment-1477</guid>
		<description>Great post, Wayne.</description>
		<content:encoded><![CDATA[<p>Great post, Wayne.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Power to Make things Better by Chris Aniszczyk</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/05/the-power-to-make-things-better/#comment-1476</link>
		<dc:creator>Chris Aniszczyk</dc:creator>
		<pubDate>Thu, 05 Nov 2009 23:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=892#comment-1476</guid>
		<description>Thanks for your hard work Wayne and adapting the new role.

The only thing that upsets me atm is the lack of a full-time evangelist at Eclipse.</description>
		<content:encoded><![CDATA[<p>Thanks for your hard work Wayne and adapting the new role.</p>
<p>The only thing that upsets me atm is the lack of a full-time evangelist at Eclipse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Power to Make things Better by Jeff McAffer</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/11/05/the-power-to-make-things-better/#comment-1475</link>
		<dc:creator>Jeff McAffer</dc:creator>
		<pubDate>Thu, 05 Nov 2009 22:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=892#comment-1475</guid>
		<description>This is awesome.  Kudos (and thanks) to all involved. 

On the repo front, would be great to also talk about / look at durability. What is the retention policy around the things in the repos etc.  This has been the topic of some debate in the planning council and elsewhere as we currently merrily toss old content from repos every SR...</description>
		<content:encoded><![CDATA[<p>This is awesome.  Kudos (and thanks) to all involved. </p>
<p>On the repo front, would be great to also talk about / look at durability. What is the retention policy around the things in the repos etc.  This has been the topic of some debate in the planning council and elsewhere as we currently merrily toss old content from repos every SR&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on +iplog by Wayne Beaton</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/10/23/iplog/#comment-1474</link>
		<dc:creator>Wayne Beaton</dc:creator>
		<pubDate>Thu, 05 Nov 2009 21:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=889#comment-1474</guid>
		<description>Hi Eike. The Bugzilla interface certainly doesn't make it easy to query the flags. However, the Automated IP Log tool does just this. If there is a different sort of query you need, let me know, and we can work something out.</description>
		<content:encoded><![CDATA[<p>Hi Eike. The Bugzilla interface certainly doesn&#8217;t make it easy to query the flags. However, the Automated IP Log tool does just this. If there is a different sort of query you need, let me know, and we can work something out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on +iplog by Eike</title>
		<link>http://dev.eclipse.org/blogs/wayne/2009/10/23/iplog/#comment-1473</link>
		<dc:creator>Eike</dc:creator>
		<pubDate>Sat, 24 Oct 2009 05:11:31 +0000</pubDate>
		<guid isPermaLink="false">http://dev.eclipse.org/blogs/wayne/?p=889#comment-1473</guid>
		<description>Hi Wayne,

Where in the process is it written that the iplog+ flag on an entire bug means that *all* comments are subject to IP clearance? In my opinion this makes absolutely no sense. You already mentioned one technical reason: If comments could be subject to IP clearance at all then this should certainly apply to dedicated single comments. For me the main reason against this usage of the flag is that I can not query the flags of the attachments. Or can I? Not that it's particularly convenient or free of redundancy to set the bug to iplog+ if any attachment has iplog+, but how else could I get a list of those bugs?</description>
		<content:encoded><![CDATA[<p>Hi Wayne,</p>
<p>Where in the process is it written that the iplog+ flag on an entire bug means that *all* comments are subject to IP clearance? In my opinion this makes absolutely no sense. You already mentioned one technical reason: If comments could be subject to IP clearance at all then this should certainly apply to dedicated single comments. For me the main reason against this usage of the flag is that I can not query the flags of the attachments. Or can I? Not that it&#8217;s particularly convenient or free of redundancy to set the bug to iplog+ if any attachment has iplog+, but how else could I get a list of those bugs?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
