<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Open Source Hypocrisy: Tag bsd</title>
    <link>http://www.opensourcehypocrisy.org/articles/tag/bsd</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Keeping Open Source Real</description>
    <item>
      <title>BSD-&amp;gt;GPL Relicense Follow Up</title>
      <description>&lt;p&gt;In a &lt;a href="http://www.opensourcehypocrisy.org/articles/2007/09/14/bsd-to-gpl-relicense-stirs-controversy-between-f-oss-camps"&gt;previous article&lt;/a&gt; I mentioned a spat between some &lt;span class="caps"&gt;BSD&lt;/span&gt; developers and some &lt;span class="caps"&gt;GPL&lt;/span&gt; developers, with the &lt;span class="caps"&gt;SFLC&lt;/span&gt; getting pulled in to find a resolution.&lt;/p&gt;


	&lt;p&gt;It does appear that a resolution has been found, and it looks like the right thing was done.&lt;/p&gt;


	&lt;h2&gt;Logic Prevailed.&lt;/h2&gt;


	&lt;p&gt;In an &lt;a href="http://www.linux-watch.com/news/NS2902106404.html"&gt;excellent follow-up article&lt;/a&gt; at &lt;a href="http://www.linux-watch.com/"&gt;Linux-Watch&lt;/a&gt; by Steven J. Vaughan-Nichols, the &lt;span class="caps"&gt;SFLC&lt;/span&gt; asked for a quiet period to finish their research and analysis of the situation.&lt;/p&gt;


	&lt;p&gt;This of course allowed tempers to cool off (I&amp;#8217;ve seen Eben do that before, because it was me and it worked) and provided minimal distraction for the &lt;span class="caps"&gt;SFLC&lt;/span&gt; to investigate and collect the data needed for their findings:&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;There the matter has sat until now. According to the &lt;span class="caps"&gt;SFLC&lt;/span&gt;, &amp;#8220;All the copyright holders of the Linux ath5k-driver code, derived from ar5k, have been contacted and have agreed to license their changes under the &lt;span class="caps"&gt;ISC&lt;/span&gt; license, thus allowing improvements to be re-incorporated into OpenBSD. One of the three historical branches of the code reviewed by &lt;span class="caps"&gt;SFLC&lt;/span&gt;, however, included portions that are only licensed under the &lt;span class="caps"&gt;GPL&lt;/span&gt;, and &lt;span class="caps"&gt;SFLC&lt;/span&gt; has determined that it would be very difficult to re-incorporate that code into OpenBSD.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;You can read the &lt;a href="http://www.softwarefreedom.org/resources/2007/ath5k-code-analysis.html"&gt;analysys of the wireless driver&amp;#8217;s development history&lt;/a&gt; at the &lt;span class="caps"&gt;SFLC&lt;/span&gt; site directly. Talk about transparency!&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;Ath5k-driver (discussed in Section 2) currently carried by Linville represents a clear and documented line of descent from ar5k to an ath5k driver for Linux. In addition, all new copyright holders in ath5k-driver code have been contacted and have agreed to license their changes to the ar5k-derived files under the &lt;span class="caps"&gt;ISC&lt;/span&gt; license.9 &lt;span class="caps"&gt;SFLC&lt;/span&gt; has provided a patch to Linville that provides correct attributions for all copyright holders in question. Therefore, &lt;span class="caps"&gt;SFLC&lt;/span&gt; recommends that development under the &lt;span class="caps"&gt;ISC&lt;/span&gt; license continue from what is currently in Linville&#8217;s commit c1928199c27de433d1e81b78e3178be4f0e978d2 in his ath5k branch of the wireless-legacy git repository.&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;I was unsure if the &lt;span class="caps"&gt;SFLC&lt;/span&gt; would take this course, and it is a pleasant read for me, as the &lt;span class="caps"&gt;SFLC&lt;/span&gt; demonstrates an understanding and cooperative approach to non-GPL projects.&lt;/p&gt;


	&lt;p&gt;Perhaps the most useful of this all is their &lt;a href="http://www.softwarefreedom.org/resources/2007/originality-requirements.html"&gt;article about originality requirements&lt;/a&gt; which discusses what they believe are reasonable and logical guidelines for determining the copyright status of software.&lt;/p&gt;


	&lt;p&gt;As well, they have published a &lt;a href="http://www.softwarefreedom.org/resources/2007/gpl-non-gpl-collaboration.html"&gt;guideline for developers who wish to maintain permissive-licensed files in a &lt;span class="caps"&gt;GPL&lt;/span&gt; project&lt;/a&gt;.&lt;/p&gt;


	&lt;p&gt;These last two documents are of great importance to the open source developer community, and I recommend every single one of you take the time to read these. They have thoughtfully been provided in &lt;span class="caps"&gt;PDF&lt;/span&gt; and PS formats for reading offline or printing.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;Excellent, excellent work done by the &lt;span class="caps"&gt;SFLC&lt;/span&gt;.&lt;/strong&gt;&lt;/p&gt;</description>
      <pubDate>Wed, 03 Oct 2007 16:06:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:652ce6a3-0b6f-4a78-b376-a881bf47178d</guid>
      <author>Spacemonkey</author>
      <link>http://www.opensourcehypocrisy.org/articles/2007/10/03/bsd-gpl-relicense-follow-up</link>
      <category>Copyright</category>
      <category>gpl</category>
      <category>bsd</category>
      <category>copyright</category>
      <category>sflc</category>
      <category>madwifi</category>
      <category>linux</category>
      <category>ar5k</category>
      <category>isc</category>
      <category>license</category>
      <trackback:ping>http://www.opensourcehypocrisy.org/articles/trackback/14</trackback:ping>
    </item>
    <item>
      <title>BSD-to-GPL Relicense Stirs Controversy Between F/OSS Camps</title>
      <description>&lt;p&gt;I read an &lt;a href="http://bsd.slashdot.org/article.pl?sid=07/09/13/156258&amp;#38;from=rss"&gt;article on Slashdot&lt;/a&gt; (ok, actually a &lt;span class="caps"&gt;RSS&lt;/span&gt; feed) about a public spat about a wireless driver getting relicensed without respecting the original copyright or license. Basically the argument is brought public by a &lt;a href="http://kerneltrap.org/OpenBSD/Atheros_Driver_Developments"&gt;mailing list post&lt;/a&gt; by &lt;a href="http://en.wikipedia.org/wiki/Theo_de_raadt"&gt;Theo de Raadt&lt;/a&gt;, founder and leader of the OpenBSD and OpenSSH efforts. There&amp;#8217;s also a &lt;a href="http://kerneltrap.org/Linux/Clarifying_the_ath5k_Licensing"&gt;public request for an explanation&lt;/a&gt; by the original writer (and copyright holder), Reyk Floeter.&lt;/p&gt;


	&lt;p&gt;I&amp;#8217;m not sure where to start on this one. There are both legal and ethical issues involved here, and I&amp;#8217;m personally more intrigued by the ethical ones. Since I&amp;#8217;m not an attorney I&amp;#8217;ll leave the legal debate to folks that, well, know a heck of a lot more about copyright law than I.&lt;/p&gt;


	&lt;p&gt;However, that leaves the ethical issues as fair game.&lt;/p&gt;


	&lt;h2&gt;Summary&lt;/h2&gt;


	&lt;p&gt;Reyk wrote the driver for OpenBSD and ported it to several operating systems, and released it under the &lt;span class="caps"&gt;BSD&lt;/span&gt; license. It was clearly his desire to port his driver to work for linux, and release it under the &lt;span class="caps"&gt;BSD&lt;/span&gt; license for that platform as well.&lt;/p&gt;


	&lt;p&gt;The developers working on the port to linux allegedly took Reyk&amp;#8217;s work, removed the &lt;span class="caps"&gt;BSD&lt;/span&gt; license in the header, added their names, and wrapped the code in the &lt;span class="caps"&gt;GPL&lt;/span&gt; license.&lt;/p&gt;


	&lt;h2&gt;Problem: Copyright Violation&lt;/h2&gt;


	&lt;p&gt;The act of taking someone else&amp;#8217;s work, making minimal modifications and adding your names above the original authors is illegal. It is called &lt;em&gt;copyright violation&lt;/em&gt;, and has become part of a growing, disturbing trend in F/OSS circles.&lt;/p&gt;


	&lt;p&gt;If you want to place your name on someone else&amp;#8217;s software, you at least have to make significant contributions to it &amp;#8211; and you cannot take the name of the creator away, as it will always be considered a derivative work. You &lt;em&gt;can&lt;/em&gt;, however, release the additions that you made separately under your own copyright and license. This apparently was not done.&lt;/p&gt;


	&lt;p&gt;Another example is Joomla, a frequent topic on this site :-) As a co-founder, my name used to be in the &lt;span class="caps"&gt;COPYRIGHT&lt;/span&gt;.php file distributed with the work. I contributed to this software for a three-year period, and was much more active early &amp;#8211; as when we rebranded from Mambo to Joomla I became busy with legal and administrative issues; and also focused my time on evangelism of the technology to both developers and enterprises.&lt;/p&gt;


	&lt;p&gt;Now, however, you will not find my name in there anywhere. Nor will you find the name of the guy that came up with the name &amp;#8220;Joomla&amp;#8221;. When I asked about this happening, the excuse was more or less &amp;#8220;we&amp;#8217;re removing the names of people that didn&amp;#8217;t contribute directly to the 1.5 effort, which you didn&amp;#8217;t really do that much work on.&amp;#8221; Technically, they are correct in saying I wasn&amp;#8217;t an active 1.5 contributor; but they completely failed to accept the fact that I was a copyright holder of the first release of that work, called Joomla 1.0. As such, my name should always be there if that work is called Joomla, as it will always be a derivative work, even if it is completely refactored &amp;#8211; the name is the same, the terminology is the same, even the &lt;span class="caps"&gt;API&lt;/span&gt; calls are there for the most part.&lt;/p&gt;


	&lt;p&gt;Call it &lt;em&gt;Open Source&lt;/em&gt; or &lt;em&gt;Free Software&lt;/em&gt;, whatever &amp;#8211; but the whole impetus behind this is &lt;strong&gt;sharing&lt;/strong&gt;. And I never knew that sharing would turn into &lt;strong&gt;taking&lt;/strong&gt;, and violating people&amp;#8217;s copyright by removing their names sure sounds like taking to me.&lt;/p&gt;


	&lt;p&gt;Finally, let me remind everyone that the only currency in open source development is recognition for your efforts. I put three years of my life into this project, including a lot of code, and a lot of design; and having that erased invalidates all of my efforts, and completely devalues my involvement in the development of that software.&lt;/p&gt;


	&lt;p&gt;If you&amp;#8217;re a young, budding developer and would like to get involved then take these words to heart: There are folks out there that are happy to take your contributions and intentionally fail to give you proper credit or attribution. &lt;a href="http://en.wikipedia.org/wiki/Plagiarism" title="This is what happened to me. Don't let it happen to you."&gt;Think carefully about the project that you are going to donate your energy and time to, as an unpaid volunteer you at least deserve credit for your efforts.&lt;/a&gt;&lt;/p&gt;


	&lt;h2&gt;Problem: License Change Without Permission&lt;/h2&gt;


	&lt;p&gt;There&amp;#8217;s a legal angle to this &amp;#8211; the developers took a &lt;span class="caps"&gt;BSD&lt;/span&gt; work and relicensed it as &lt;span class="caps"&gt;GPL&lt;/span&gt;, without the permission of the copyright holder. This is a simple no-no and shouldn&amp;#8217;t require an attorney to understand.&lt;/p&gt;


	&lt;p&gt;The ethical issue here is best stated by Reyk, who points out that by releasing their modifications in a license that is incompatible with the &lt;span class="caps"&gt;BSD&lt;/span&gt; license, he cannot incorporate their changes; but they were able to take all his work, which is the basis for their work.&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;Some time ago, I got repeated requests to change the license of the code to &lt;span class="caps"&gt;GPL&lt;/span&gt; or to dual-license it but I always rejected these requests. I clearly explained my reasons against dual-licensing in the past. It needed some time, but it had seemed to me that the involved people had finally accepted my decision.&lt;br /&gt;&amp;nbsp;&lt;br /&gt;I do like to idea to port the free Atheros driver to other operating systems in addition to OpenBSD, because it is a clear sign against hardware companies attacking the free software &amp;#8220;community&amp;#8221; by releasing binary-only driver objects instead of free code or hardware documentation. I used to cooperate with the people working on the madwifi port of &amp;#8220;OpenHAL&amp;#8221;; we exchanged ideas, bug fixes, and small code snippets.  They sent me some bug reports and I also looked at their changes and reported some functional problems. This was possible because they kept the license in place.&lt;br /&gt;&amp;nbsp;&lt;br /&gt;But now the Linux code is almost ready and somebody wants to cancel any options to cooperate by locking me out with a prepended &lt;span class="caps"&gt;GPL&lt;/span&gt; and an invalid copyright on top of it. I hope that this was not caused by the same people.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;When he says &lt;em&gt;locking me out&lt;/em&gt;, he&amp;#8217;s talking about the &lt;span class="caps"&gt;GPL&lt;/span&gt; stuff being off-limits to the upstream developer (himself). So the changes made and released under the &lt;span class="caps"&gt;GPL&lt;/span&gt; will never make their way back to the original work, which fundamentally goes against the base tenets of open source &lt;strong&gt;and&lt;/strong&gt; free software.&lt;/p&gt;


	&lt;p&gt;If something is released under an open source license, and you make modifications to it, and the license it was originally under is compatible with the license that you want to use, then why do you even need to change it in the first place? If you feel that strongly about the differences in licenses then you need to take the initiative to write your own software and license it as you wish.&lt;/p&gt;


	&lt;p&gt;The &lt;span class="caps"&gt;BSD&lt;/span&gt; license doesn&amp;#8217;t mean you can take someone&amp;#8217;s work and insert your name, change the license and pretend like this is your version of the work. The &lt;span class="caps"&gt;BSD&lt;/span&gt; license means you can use and redistribute the software as you see fit, as long as you respect the copyright and license header. So the developers were not acting in good faith by taking an open source work and relicensing it under another open source license &amp;#8211; especially without a clear explanation as to why they were doing it, despite Theo&amp;#8217;s accusations that the developers were being counseled by attorneys that should know better in the first place. He clearly requested that the changes be made to the original work, or at least be released under a compatible license so there wouldn&amp;#8217;t be forks confusing everybody.&lt;/p&gt;


	&lt;p&gt;This is a tough subject for me to cover as I know quite a lot of people on the &lt;span class="caps"&gt;GPL&lt;/span&gt; side of the fence, and also many people on the non-GPL side of the fence (that would be &lt;span class="caps"&gt;MIT&lt;/span&gt;, BSD and many others). And I don&amp;#8217;t want to be beating up on individuals, either.&lt;/p&gt;


	&lt;p&gt;But to take software that someone else wrote, and released under an &lt;span class="caps"&gt;OSI&lt;/span&gt;-approved license, and then change the license to one that is incompatible (knowing full well that the original author cannot accept your &lt;em&gt;contributions&lt;/em&gt;), and add your name to something when your &lt;em&gt;contributions&lt;/em&gt; are less-than-significant, this is just wrong.&lt;/p&gt;


	&lt;h2&gt;Conclusion&lt;/h2&gt;


	&lt;p&gt;It looks like things are going to get cleared up, however for some time the software was released with an incorrect license and improper attribution to copyright. Something tells me this is more about developers not realizing that committing to their repositories makes their software available immediately to the general public, and less about malicious intent to harm the original author.&lt;/p&gt;


	&lt;p&gt;However it&amp;#8217;s bizarre to see one developer&amp;#8217;s software get slightly modified and released under a different license without his permission. And I will tee off on the &lt;em&gt;removing the names of copyright holders&lt;/em&gt; issue in another article (which needs more work).&lt;/p&gt;


	&lt;p&gt;Hopefully this issue gets resolved to Reyk&amp;#8217;s satisfaction, and I don&amp;#8217;t find myself writing similar articles :-)&lt;/p&gt;</description>
      <pubDate>Fri, 14 Sep 2007 02:12:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:f07e58ea-a5fc-4432-b964-c4e2c721f751</guid>
      <author>Spacemonkey</author>
      <link>http://www.opensourcehypocrisy.org/articles/2007/09/14/bsd-to-gpl-relicense-stirs-controversy-between-f-oss-camps</link>
      <category>Copyright</category>
      <category>gpl</category>
      <category>bsd</category>
      <category>copyright</category>
      <category>aetheros</category>
      <category>openbsd</category>
      <trackback:ping>http://www.opensourcehypocrisy.org/articles/trackback/12</trackback:ping>
    </item>
    <item>
      <title>Homesteading the Noosphere</title>
      <description>&lt;p&gt;&lt;a href="http://catb.org/~esr/"&gt;Eric S. Raymond&lt;/a&gt; is a rather high-profile personality in the industry. &lt;a href="http://en.wikipedia.org/wiki/Eric_S._Raymond"&gt;His involvement in open source started decades ago&lt;/a&gt;, and you could say that he&amp;#8217;s been a primary participant from the beginning.&lt;/p&gt;


	&lt;p&gt;He&amp;#8217;s written a fascinating essay on the topic that I&amp;#8217;m starting this site over, called &lt;a href="http://catb.org/~esr/writings/homesteading/homesteading/"&gt;Homesteading the Noosphere&lt;/a&gt;.&lt;/p&gt;


	&lt;p&gt;Some of the most appropriate quotes for this website:&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;Historically, the most visible and best-organized part of the hacker culture has been both very zealous and very anticommercial. The Free Software Foundation founded by Richard M. Stallman (RMS) supported a great deal of open-source development from the early 1980s forward, including tools like Emacs and &lt;span class="caps"&gt;GCC&lt;/span&gt; which are still basic to the Internet open-source world, and seem likely to remain so for the forseeable future.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;For many years the &lt;span class="caps"&gt;FSF&lt;/span&gt; was the single most important focus of open-source hacking, producing a huge number of tools still critical to the culture. The &lt;span class="caps"&gt;FSF&lt;/span&gt; was also long the only sponsor of open source with an institutional identity visible to outside observers of the hacker culture. They effectively defined the term `free software&amp;#8217;, deliberately giving it a confrontational weight (which the newer label `open source&amp;#8217; just as deliberately avoids).&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;Thus, perceptions of the hacker culture from both within and without it tended to identify the culture with the &lt;span class="caps"&gt;FSF&lt;/span&gt;&amp;#8217;s zealous attitude and perceived anticommercial aims. &lt;span class="caps"&gt;RMS&lt;/span&gt; himself denies he is anticommercial, but his program has been so read by most people, including many of his most vocal partisans. The &lt;span class="caps"&gt;FSF&lt;/span&gt;&amp;#8217;s vigorous and explicit drive to ``Stamp Out Software Hoarding!&amp;#8217;&amp;#8217; became the closest thing to a hacker ideology, and &lt;span class="caps"&gt;RMS&lt;/span&gt; the closest thing to a leader of the hacker culture.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;The &lt;span class="caps"&gt;FSF&lt;/span&gt;&amp;#8217;s license terms, the ``General Public License&amp;#8217;&amp;#8217; (GPL), expresses the &lt;span class="caps"&gt;FSF&lt;/span&gt;&amp;#8217;s attitudes. It is very widely used in the open-source world. North Carolina&amp;#8217;s Metalab (formerly Sunsite) is the largest and most popular software archive in the Linux world. In July 1997 about half the Sunsite software packages with explicit license terms used &lt;span class="caps"&gt;GPL&lt;/span&gt;.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;Ok, so that explains the one group. But there is another&amp;#8230;&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;But the &lt;span class="caps"&gt;FSF&lt;/span&gt; was never the only game in town. There was always a quieter, less confrontational and more market-friendly strain in the hacker culture. The pragmatists were loyal not so much to an ideology as to a group of engineering traditions founded on early open-source efforts which predated the &lt;span class="caps"&gt;FSF&lt;/span&gt;. These traditions included, most importantly, the intertwined technical cultures of Unix and the pre-commercial Internet.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;The typical pragmatist attitude is only moderately anticommercial, and its major grievance against the corporate world is not `hoarding&amp;#8217; per se. Rather it is that world&amp;#8217;s perverse refusal to adopt superior approaches incorporating Unix and open standards and open-source software. If the pragmatist hates anything, it is less likely to be `hoarders&amp;#8217; in general than the current King Log of the software establishment; formerly &lt;span class="caps"&gt;IBM&lt;/span&gt;, now Microsoft.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;To pragmatists the &lt;span class="caps"&gt;GPL&lt;/span&gt; is important as a tool, rather than as an end in itself. Its main value is not as a weapon against `hoarding&amp;#8217;, but as a tool for encouraging software sharing and the growth of bazaar-modebazaar-mode development communities. The pragmatist values having good tools and toys more than he dislikes commercialism, and may use high-quality commercial software without ideological discomfort. At the same time, his open-source experience has taught him standards of technical quality that very little closed software can meet.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;Excellent reading, as the piece goes on to explain how the pragmatists gained a foothold with the introduction of linux and Linus Torvalds, who has always been a pragmatist and takes occasional potshots at the zealots.&lt;/p&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;Increasingly it was the anticommercial purists who found themselves in a minority. How much things had changed would not become apparent until the Netscape announcement in February 1998 that it would distribute Navigator 5.0 in source. This excited more interest in `free software&amp;#8217; within the corporate world. The subsequent call to the hacker culture to exploit this unprecedented opportunity and to re-label its product from `free software&amp;#8217; to `open source&amp;#8217; was met with a level of instant approval that surprised everybody involved.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;blockquote&gt;
		&lt;p&gt;&amp;#8220;In a reinforcing development, the pragmatist part of the culture was itself becoming polycentric by the mid-1990s. Other semi-independent communities with their own self-consciousness and charismatic leaders began to bud from the Unix/Internet root stock. Of these, the most important after Linux was the Perl culture under Larry Wall. Smaller, but still significant, were the traditions building up around John Osterhout&amp;#8217;s Tcl and Guido van Rossum&amp;#8217;s Python languages. All three of these communities expressed their ideological independence by devising their own, non-GPL licensing schemes.&amp;#8221;&lt;/p&gt;
	&lt;/blockquote&gt;


	&lt;p&gt;I&amp;#8217;ll leave the rest of the reading for you as a literary exercise :-)&lt;/p&gt;


	&lt;p&gt;Pragmatists, unite!&lt;/p&gt;</description>
      <pubDate>Thu, 26 Jul 2007 15:17:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:01293e55-d395-4dd6-bc67-3f253da8c418</guid>
      <author>Spacemonkey</author>
      <link>http://www.opensourcehypocrisy.org/articles/2007/07/26/homesteading-the-noosphere</link>
      <category>Reading</category>
      <category>esr</category>
      <category>gnu</category>
      <category>gpl</category>
      <category>bsd</category>
      <category>linus</category>
      <category>torvalds</category>
      <category>ericsraymond</category>
      <category>fsf</category>
      <category>rms</category>
      <category>richardstallman</category>
      <trackback:ping>http://www.opensourcehypocrisy.org/articles/trackback/4</trackback:ping>
    </item>
  </channel>
</rss>
