<?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/"
		>
<channel>
	<title>Comments on: Why relicense Fedora documentation and wiki content</title>
	<atom:link href="http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/</link>
	<description>... the four laws of humanity ...</description>
	<lastBuildDate>Tue, 26 Feb 2013 00:09:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: fedorablog.de</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3208</link>
		<dc:creator>fedorablog.de</dc:creator>
		<pubDate>Tue, 07 Jul 2009 22:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3208</guid>
		<description><![CDATA[&lt;strong&gt;Fedora wechselt die Lizenz...&lt;/strong&gt;

	Karsten Wade gibt bekannt, dass das Fedora Project plant, sich von der mittlerweile veralteten OPL zu verabschieden und die Inhalte stattdessen unter eine CC-BY-SA 3.0-Lizenz zu stellen.

	Von der Änderung betroffen sein wird das Fedora-Wiki, die Fedo...]]></description>
		<content:encoded><![CDATA[<p><strong>Fedora wechselt die Lizenz&#8230;</strong></p>
<p>	Karsten Wade gibt bekannt, dass das Fedora Project plant, sich von der mittlerweile veralteten OPL zu verabschieden und die Inhalte stattdessen unter eine CC-BY-SA 3.0-Lizenz zu stellen.</p>
<p>	Von der Änderung betroffen sein wird das Fedora-Wiki, die Fedo&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Sheltren</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3207</link>
		<dc:creator>Jeff Sheltren</dc:creator>
		<pubDate>Tue, 07 Jul 2009 20:06:06 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3207</guid>
		<description><![CDATA[I&#039;m very happy to see Fedora make this transition.  OPL is &quot;dead&quot; and does not have the legal strength that CC does.  The purpose of the licensing is to allow free re-use of the content, so it&#039;s hard to imagine any contributors being against this change since that was also the intention of the OPL...]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m very happy to see Fedora make this transition.  OPL is &#8220;dead&#8221; and does not have the legal strength that CC does.  The purpose of the licensing is to allow free re-use of the content, so it&#8217;s hard to imagine any contributors being against this change since that was also the intention of the OPL&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Grossmeier (greg) 's status on Tuesday, 07-Jul-09 19:53:58 UTC - Identi.ca</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3206</link>
		<dc:creator>Greg Grossmeier (greg) 's status on Tuesday, 07-Jul-09 19:53:58 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 07 Jul 2009 19:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3206</guid>
		<description><![CDATA[[...]  http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/  [...]]]></description>
		<content:encoded><![CDATA[<p>[...]  <a href="http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/" rel="nofollow">http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/</a>  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3205</link>
		<dc:creator>Denis</dc:creator>
		<pubDate>Tue, 07 Jul 2009 19:47:40 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3205</guid>
		<description><![CDATA[we could organize a poll (the question could be something like: &quot;Would you agree to re-license Fedora content?&quot;) with anyone having signed the CLA. Hence, if the majority answers &quot;No&quot; (which I hardly believe), you can still pass through with the &quot;nuclear weapon&quot;.]]></description>
		<content:encoded><![CDATA[<p>we could organize a poll (the question could be something like: &#8220;Would you agree to re-license Fedora content?&#8221;) with anyone having signed the CLA. Hence, if the majority answers &#8220;No&#8221; (which I hardly believe), you can still pass through with the &#8220;nuclear weapon&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Campbell (j1mc) 's status on Tuesday, 07-Jul-09 19:39:00 UTC - Identi.ca</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3204</link>
		<dc:creator>Jim Campbell (j1mc) 's status on Tuesday, 07-Jul-09 19:39:00 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 07 Jul 2009 19:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3204</guid>
		<description><![CDATA[[...]  http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/  [...]]]></description>
		<content:encoded><![CDATA[<p>[...]  <a href="http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/" rel="nofollow">http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/</a>  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: quaid</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3203</link>
		<dc:creator>quaid</dc:creator>
		<pubDate>Tue, 07 Jul 2009 18:47:07 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3203</guid>
		<description><![CDATA[We have definitely built consensus, amongst the wiki team, the Docs Team, and anyone who reads fedora-advisory-board.

My concern about going in the direction of &quot;get permission from everyone&quot; is that we either have to do the whole thing to be successful.  For example, should I email every single Fedora list to make sure everyone hears about the change?  If I start with just a few lists, aren&#039;t the others left out?

This is a case where consensus rules actually work better.  We make lots of noise that this is in the works, we give people venues to discuss it, we tweak plans in whatever way is necessary to keep consensus, and we go ahead on schedule.

Maybe I&#039;m wrong. I know Wikipedia threw together a vote of some kind.  It is certainly feasible to setup a two-week vote for anyone with a signed CLA.

But what happens if the majority says &quot;NO&quot;?

This is a case where, for the present and future good of the project, we need to do what is right.  This is where the meritocracy comes in.  The people who think and understand these issues pretty thoroughly are also in the position to advise and decide.  And we all did.]]></description>
		<content:encoded><![CDATA[<p>We have definitely built consensus, amongst the wiki team, the Docs Team, and anyone who reads fedora-advisory-board.</p>
<p>My concern about going in the direction of &#8220;get permission from everyone&#8221; is that we either have to do the whole thing to be successful.  For example, should I email every single Fedora list to make sure everyone hears about the change?  If I start with just a few lists, aren&#8217;t the others left out?</p>
<p>This is a case where consensus rules actually work better.  We make lots of noise that this is in the works, we give people venues to discuss it, we tweak plans in whatever way is necessary to keep consensus, and we go ahead on schedule.</p>
<p>Maybe I&#8217;m wrong. I know Wikipedia threw together a vote of some kind.  It is certainly feasible to setup a two-week vote for anyone with a signed CLA.</p>
<p>But what happens if the majority says &#8220;NO&#8221;?</p>
<p>This is a case where, for the present and future good of the project, we need to do what is right.  This is where the meritocracy comes in.  The people who think and understand these issues pretty thoroughly are also in the position to advise and decide.  And we all did.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Katz</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3202</link>
		<dc:creator>Jeremy Katz</dc:creator>
		<pubDate>Tue, 07 Jul 2009 18:26:17 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3202</guid>
		<description><![CDATA[Glad to see this happening.  The move to OPL was always a weird one to me but as Paul says, there really wasn&#039;t a consensus at the time we made the last licensing move.  I think today, though, the picture is different and CC really is _the_ way to go for content licensing and I&#039;m really happy that this has been pushed through.

And although it is impractical to get everyone&#039;s agreement (hence why the clause of the CLA is even there), maybe there&#039;s a way to get a quick consensus just to show that the body of contributors as a whole is mostly in agreement?  Maybe throw together a quick &quot;election&quot; and then when we flip the switch, we can also say that a body of our contributors also approved, even though we didn&#039;t have to get that approval?  Or maybe that&#039;s just making things worse.  Dunno.]]></description>
		<content:encoded><![CDATA[<p>Glad to see this happening.  The move to OPL was always a weird one to me but as Paul says, there really wasn&#8217;t a consensus at the time we made the last licensing move.  I think today, though, the picture is different and CC really is _the_ way to go for content licensing and I&#8217;m really happy that this has been pushed through.</p>
<p>And although it is impractical to get everyone&#8217;s agreement (hence why the clause of the CLA is even there), maybe there&#8217;s a way to get a quick consensus just to show that the body of contributors as a whole is mostly in agreement?  Maybe throw together a quick &#8220;election&#8221; and then when we flip the switch, we can also say that a body of our contributors also approved, even though we didn&#8217;t have to get that approval?  Or maybe that&#8217;s just making things worse.  Dunno.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul W. Frields</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3200</link>
		<dc:creator>Paul W. Frields</dc:creator>
		<pubDate>Tue, 07 Jul 2009 12:27:09 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3200</guid>
		<description><![CDATA[Agreed that this change is probably overdue.  I think Fedora and Red Hat have been chasing each other&#039;s licensing tails in an ineffective manner for some time, without looking at the broader community perspective.  And perhaps to some extent that broader perspective -- or at least consensus -- on content didn&#039;t really exist to the extent it does in 2009.  It certainly didn&#039;t in 2003 or 2005.

I like your analogy of moving off the archipelago and onto the great continent.  We make such a point of doing so in our code work that it only makes sense to carry the same principles into our other content areas.  Note that the Design team has done this for quite some time -- and interestingly, if we *didn&#039;t* change, it would be well-nigh impossible, or at least very daunting, to use CC BY-SA art in our publications!

One small niggle:  I think casting the relicensing (&quot;sublicensing&quot; is a really weird term, honestly) clause as a nuclear option may be a bit inflammatory.  But the point remains that we&#039;ve all agreed to the CLA with the understanding that we want our contributions to Fedora to remain free, now and always.  Moving to a CC license adheres directly to that intention; it also clears the way for us to be *freer*, and share more readily with others, which is also a stated goal of Fedora -- not just to build great things, but to ensure they are not sequestered from others who can make use of them.

Bravo on a good blog post, and I fully support this move.]]></description>
		<content:encoded><![CDATA[<p>Agreed that this change is probably overdue.  I think Fedora and Red Hat have been chasing each other&#8217;s licensing tails in an ineffective manner for some time, without looking at the broader community perspective.  And perhaps to some extent that broader perspective &#8212; or at least consensus &#8212; on content didn&#8217;t really exist to the extent it does in 2009.  It certainly didn&#8217;t in 2003 or 2005.</p>
<p>I like your analogy of moving off the archipelago and onto the great continent.  We make such a point of doing so in our code work that it only makes sense to carry the same principles into our other content areas.  Note that the Design team has done this for quite some time &#8212; and interestingly, if we *didn&#8217;t* change, it would be well-nigh impossible, or at least very daunting, to use CC BY-SA art in our publications!</p>
<p>One small niggle:  I think casting the relicensing (&#8220;sublicensing&#8221; is a really weird term, honestly) clause as a nuclear option may be a bit inflammatory.  But the point remains that we&#8217;ve all agreed to the CLA with the understanding that we want our contributions to Fedora to remain free, now and always.  Moving to a CC license adheres directly to that intention; it also clears the way for us to be *freer*, and share more readily with others, which is also a stated goal of Fedora &#8212; not just to build great things, but to ensure they are not sequestered from others who can make use of them.</p>
<p>Bravo on a good blog post, and I fully support this move.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Transparante Zaken (transparantezaken) 's status on Tuesday, 07-Jul-09 04:32:20 UTC - Identi.ca</title>
		<link>http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/comment-page-1/#comment-3196</link>
		<dc:creator>Transparante Zaken (transparantezaken) 's status on Tuesday, 07-Jul-09 04:32:20 UTC - Identi.ca</dc:creator>
		<pubDate>Tue, 07 Jul 2009 04:32:28 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=677#comment-3196</guid>
		<description><![CDATA[[...]  http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/  [...]]]></description>
		<content:encoded><![CDATA[<p>[...]  <a href="http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/" rel="nofollow">http://iquaid.org/2009/07/06/why-relicense-fedora-documentation-and-wiki-content/</a>  [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
