<?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: Intellectual Duopolists, Intellectual Oligopolies and Intellectual Mono</title>
	<atom:link href="http://techrights.org/2008/04/29/intellectual-duopoly-novell/feed/" rel="self" type="application/rss+xml" />
	<link>http://techrights.org/2008/04/29/intellectual-duopoly-novell/</link>
	<description>Free Software Sentry – watching and reporting maneuvers of those threatened by software freedom</description>
	<lastBuildDate>Tue, 07 Feb 2012 14:00:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Open Honesty</title>
		<link>http://techrights.org/2008/04/29/intellectual-duopoly-novell/comment-page-1/#comment-8694</link>
		<dc:creator>Open Honesty</dc:creator>
		<pubDate>Tue, 29 Apr 2008 15:51:12 +0000</pubDate>
		<guid isPermaLink="false">http://boycottnovell.com/2008/04/29/intellectual-duopoly-novell/#comment-8694</guid>
		<description>I posted this before and I will post it again. If you are a developer on SUSE and buy in to Novell invitation for ISV&#039;s you better call Astrum and ask them how they feel about Novell promise of protection. 

The one thing we all have to remember is that open source leads to new concepts and market opportunity for small development shops. Just ask Astrum Inc. http://www.astruminc.com, what astrum did was to develop the first SUSE based Solution Stack using Novell technology. What they produced and what the independent testing reported was a beast of an appliance and Astrum published these reports on its website.
This solution described at RSA is the first true Identity based encryption system that can target users who have access to critical data or compliant sensitive data and harden compliance based policies that are compliance mandated. Astrum then did a OEM with nCipher and converted the nCIpher HSM from a 32bit card to a true 64bit card with eDirectory integration. Now if that wasn’t enough they then developed a key management system that never exposes any part of the key to a hacker outside the appliance and without making a customer change it’s network or put agents on it’s storage. I was very impressed as I spoke to representative from Astrum. Now according to nCipher as told to me at RSA this makes the Astrum solution the only solution to meet the up coming FIPS 3 compliance changes and make this appliance very unique in the market space.
The problem:
The concept from what I could gather was presented to Novell under NDA two years ago at the end of 2006 and promises of concept protection were made and agreements were signed and both worked with business units to ensure no competitive issues may arise. They did not! So Astrum shared with Novell executives the plan that at the end of the day for example map 8 of the PCI requirements to the appliance along with all the major compliances while having the ability to leverage all the security solutions sold by Novell or any other security software based solution that could sit in the network. What happened is Astrum became the first ever to develop and Novell based solution stack using SUSE enterprise server in a appliance only to have it stolen from them!.. Hence the following links.
http://sev.prnewswire.com/computer-electronics/20080416/AQW05816042008-1.html
http://www.novell.com/linux2/appliance/
So if the solution is potentially a market changing concept as Linux can be why expose a concept to a company like Novell who touts protection in the Open source community, of course they promise protection from Microsoft but who promises concept protection from Novell. When Novell realized the market impact of such a solution they have moved to slowly create competition for little Astrum who is coming to market with out any assistance as promised by Novell. This solution from what I hear from internal Novell had enough potential market impact that it changed a direction for a major software company like it did for Novell. Prior to 07 and from what I understand Novell couldn’t spell compliance much less understands an appliance stack approach to compliancy and encryption.
Develop for Novell on SUSE or jeOS, and expose a development and market plan, NO WAY!!! I really feel for these guys and have to ask why anyone would trust Novell and are they truly moving to a channel model.</description>
		<content:encoded><![CDATA[<p>I posted this before and I will post it again. If you are a developer on SUSE and buy in to Novell invitation for ISV&#8217;s you better call Astrum and ask them how they feel about Novell promise of protection. </p>
<p>The one thing we all have to remember is that open source leads to new concepts and market opportunity for small development shops. Just ask Astrum Inc. <a href="http://www.astruminc.com" rel="nofollow">http://www.astruminc.com</a>, what astrum did was to develop the first SUSE based Solution Stack using Novell technology. What they produced and what the independent testing reported was a beast of an appliance and Astrum published these reports on its website.<br />
This solution described at RSA is the first true Identity based encryption system that can target users who have access to critical data or compliant sensitive data and harden compliance based policies that are compliance mandated. Astrum then did a OEM with nCipher and converted the nCIpher HSM from a 32bit card to a true 64bit card with eDirectory integration. Now if that wasn’t enough they then developed a key management system that never exposes any part of the key to a hacker outside the appliance and without making a customer change it’s network or put agents on it’s storage. I was very impressed as I spoke to representative from Astrum. Now according to nCipher as told to me at RSA this makes the Astrum solution the only solution to meet the up coming FIPS 3 compliance changes and make this appliance very unique in the market space.<br />
The problem:<br />
The concept from what I could gather was presented to Novell under NDA two years ago at the end of 2006 and promises of concept protection were made and agreements were signed and both worked with business units to ensure no competitive issues may arise. They did not! So Astrum shared with Novell executives the plan that at the end of the day for example map 8 of the PCI requirements to the appliance along with all the major compliances while having the ability to leverage all the security solutions sold by Novell or any other security software based solution that could sit in the network. What happened is Astrum became the first ever to develop and Novell based solution stack using SUSE enterprise server in a appliance only to have it stolen from them!.. Hence the following links.<br />
<a href="http://sev.prnewswire.com/computer-electronics/20080416/AQW05816042008-1.html" rel="nofollow">http://sev.prnewswire.com/computer-electronics/20080416/AQW05816042008-1.html</a><br />
<a href="http://www.novell.com/linux2/appliance/" rel="nofollow">http://www.novell.com/linux2/appliance/</a><br />
So if the solution is potentially a market changing concept as Linux can be why expose a concept to a company like Novell who touts protection in the Open source community, of course they promise protection from Microsoft but who promises concept protection from Novell. When Novell realized the market impact of such a solution they have moved to slowly create competition for little Astrum who is coming to market with out any assistance as promised by Novell. This solution from what I hear from internal Novell had enough potential market impact that it changed a direction for a major software company like it did for Novell. Prior to 07 and from what I understand Novell couldn’t spell compliance much less understands an appliance stack approach to compliancy and encryption.<br />
Develop for Novell on SUSE or jeOS, and expose a development and market plan, NO WAY!!! I really feel for these guys and have to ask why anyone would trust Novell and are they truly moving to a channel model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roy Schestowitz</title>
		<link>http://techrights.org/2008/04/29/intellectual-duopoly-novell/comment-page-1/#comment-8674</link>
		<dc:creator>Roy Schestowitz</dc:creator>
		<pubDate>Tue, 29 Apr 2008 12:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://boycottnovell.com/2008/04/29/intellectual-duopoly-novell/#comment-8674</guid>
		<description>Nobody forces you to read any of this. Have you decided to &#039;hang around&#039; only to troll this site?</description>
		<content:encoded><![CDATA[<p>Nobody forces you to read any of this. Have you decided to &#8216;hang around&#8217; only to troll this site?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: masteroblaster</title>
		<link>http://techrights.org/2008/04/29/intellectual-duopoly-novell/comment-page-1/#comment-8671</link>
		<dc:creator>masteroblaster</dc:creator>
		<pubDate>Tue, 29 Apr 2008 12:22:35 +0000</pubDate>
		<guid isPermaLink="false">http://boycottnovell.com/2008/04/29/intellectual-duopoly-novell/#comment-8671</guid>
		<description>It&#039;s amazing how much mass you can squeeze out of a non-existing content when your just quote your own &#039;articles&#039; (read: total bull) again and again and again...</description>
		<content:encoded><![CDATA[<p>It&#8217;s amazing how much mass you can squeeze out of a non-existing content when your just quote your own &#8216;articles&#8217; (read: total bull) again and again and again&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

