<?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 on: DRM stands for Incompatibility</title>
	<atom:link href="http://benlog.com/articles/2006/03/10/drm-stands-for-incompatibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://benlog.com/articles/2006/03/10/drm-stands-for-incompatibility/</link>
	<description>crypto applied to public policy</description>
	<pubDate>Sat, 11 Oct 2008 22:25:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Benlog &#187; Privacy Skills and DRM for healthcare</title>
		<link>http://benlog.com/articles/2006/03/10/drm-stands-for-incompatibility/#comment-24177</link>
		<dc:creator>Benlog &#187; Privacy Skills and DRM for healthcare</dc:creator>
		<pubDate>Mon, 09 Apr 2007 01:37:35 +0000</pubDate>
		<guid isPermaLink="false">http://benadida.webfactional.com/?p=32#comment-24177</guid>
		<description>[...] said before how much I dislike DRM for consumer products like music, in particular how DRM = incompatibility. (It&#8217;s great to see that this seems to be changing with the Apple/EMI deal.) Certainly, where [...]</description>
		<content:encoded><![CDATA[<p>[...] said before how much I dislike DRM for consumer products like music, in particular how DRM = incompatibility. (It&#8217;s great to see that this seems to be changing with the Apple/EMI deal.) Certainly, where [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
