<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: RightScale supports Ubuntu on Amazon EC2</title>
	<atom:link href="http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/</link>
	<description>Cloud Computing. Delivered.</description>
	<lastBuildDate>Thu, 18 Mar 2010 18:16:54 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: George Moschovitis</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-893</link>
		<dc:creator>George Moschovitis</dc:creator>
		<pubDate>Sun, 12 Apr 2009 18:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-893</guid>
		<description>Ubuntu on RightScale is a great idea, thanks!</description>
		<content:encoded><![CDATA[<p>Ubuntu on RightScale is a great idea, thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jef Spaleta</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-864</link>
		<dc:creator>Jef Spaleta</dc:creator>
		<pubDate>Tue, 24 Mar 2009 16:36:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-864</guid>
		<description>Correction,
Ubuntu has been leaking unofficial 1.5 codebase for months in tarballs associated with its packages. So while Rich may have wanted to keep the code private, by giving Canonical preferential access it was made publicly available as a tarball the moment Canonical pushed a binary package into Ubuntu over a month ago.  That is just one of the problems with preferential access.  I&#039;ve talked to Rich, trying to make sure it was okay from his POV to take the tarballs that Canonical leaked and use them to build competing packages. The development tree is open now for other packaging work and contributors.  I have no reason to doubt Rich&#039;s sincerity that he didn&#039;t see it as a competitive advantage. But clearly it was. You described it as such in your blog post. And that&#039;s another problem. Preferential access to a for-profit is a competitive advantage...it doesn&#039;t matter if it was intended or not... it is what it is. And that sort of preferential treatment is not good for the larger open ecosystem. It would not be good for the kernel, its not be good for X, its not be good for GNOME or KDE, and its not going to be good for cloud technologies either. Preferential access is the wrong cultural norm to develop and nurture.  And luckily for Canonical, the Debian community probably agrees with me.  

Oh and since you brought it up, what is Canonical doing for the cloud exactly? They don&#039;t hack on Eucalyptus, and they certainly aren&#039;t major contributors on the underlying components that Eucalyptus makes us of like libvirt or the open java stack.   What exactly is Canonical doing in terms of open development work to build cloud oriented technologies?  It&#039;s not like they were the trailblazers on ec2. 

I&#039;m sure the no cost acquisition  model they push for Ubuntu is very attractive, especially for start up businesses like your company or TurnKey or CohesiveFT who are taking Ubuntu and molding it into useful server appliance as a for-profit service model. But other than giving your business a blank canvas to work with, what are they doing to develop open cloud technologies?   

If there is money in servicing the cloud by providing virtual appliance services based on Ubuntu, I would imagine Canonical is going to want a piece of the action for itself. In fact Canonical needs a piece of the action or they won&#039;t be able to sustain manpower behind the effort.  Is your company a Canonical services customer? Do you pay for landscape services or have you purchased ongoing support contracts from Canonical? What about your customers? Do they get Canonical support services as part of your Ubuntu platform offering?  The most high profile instances of Ubuntu deployments I can find in the press involve Canonical gifting support services. Have they done that for you as well? Gifted support services to help you get Ubuntu integrated into your platform offering?


-jef</description>
		<content:encoded><![CDATA[<p>Correction,<br />
Ubuntu has been leaking unofficial 1.5 codebase for months in tarballs associated with its packages. So while Rich may have wanted to keep the code private, by giving Canonical preferential access it was made publicly available as a tarball the moment Canonical pushed a binary package into Ubuntu over a month ago.  That is just one of the problems with preferential access.  I&#8217;ve talked to Rich, trying to make sure it was okay from his POV to take the tarballs that Canonical leaked and use them to build competing packages. The development tree is open now for other packaging work and contributors.  I have no reason to doubt Rich&#8217;s sincerity that he didn&#8217;t see it as a competitive advantage. But clearly it was. You described it as such in your blog post. And that&#8217;s another problem. Preferential access to a for-profit is a competitive advantage&#8230;it doesn&#8217;t matter if it was intended or not&#8230; it is what it is. And that sort of preferential treatment is not good for the larger open ecosystem. It would not be good for the kernel, its not be good for X, its not be good for GNOME or KDE, and its not going to be good for cloud technologies either. Preferential access is the wrong cultural norm to develop and nurture.  And luckily for Canonical, the Debian community probably agrees with me.  </p>
<p>Oh and since you brought it up, what is Canonical doing for the cloud exactly? They don&#8217;t hack on Eucalyptus, and they certainly aren&#8217;t major contributors on the underlying components that Eucalyptus makes us of like libvirt or the open java stack.   What exactly is Canonical doing in terms of open development work to build cloud oriented technologies?  It&#8217;s not like they were the trailblazers on ec2. </p>
<p>I&#8217;m sure the no cost acquisition  model they push for Ubuntu is very attractive, especially for start up businesses like your company or TurnKey or CohesiveFT who are taking Ubuntu and molding it into useful server appliance as a for-profit service model. But other than giving your business a blank canvas to work with, what are they doing to develop open cloud technologies?   </p>
<p>If there is money in servicing the cloud by providing virtual appliance services based on Ubuntu, I would imagine Canonical is going to want a piece of the action for itself. In fact Canonical needs a piece of the action or they won&#8217;t be able to sustain manpower behind the effort.  Is your company a Canonical services customer? Do you pay for landscape services or have you purchased ongoing support contracts from Canonical? What about your customers? Do they get Canonical support services as part of your Ubuntu platform offering?  The most high profile instances of Ubuntu deployments I can find in the press involve Canonical gifting support services. Have they done that for you as well? Gifted support services to help you get Ubuntu integrated into your platform offering?</p>
<p>-jef</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thorsten</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-862</link>
		<dc:creator>Thorsten</dc:creator>
		<pubDate>Tue, 24 Mar 2009 15:53:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-862</guid>
		<description>Jef, interesting points. You obviously have a redhat vs. canonical thing going on and I&#039;m actually not that interested in fueling the fire. We work happily with both parties, just that lately canonical has been more active in the cloud space and, imho, &quot;gets it&quot; better.
Couple of notes: Eucalyptus is no longer just an academic project. Whether Canonical is helping with direct funding or not, I don&#039;t know for sure, but they are certainly helping a lot in other ways. Best I can tell, Rich is keeping the source code closed until it&#039;s ready for release to protect his developers and his sanity, not to give someone a competitive advantage. And I know of other commercial entities who have gotten early access. You seem to think that working on an open source public funded project means that anyone should be able to see what you just did at any point in time. That makes no sense (sorry).
Thanks for your thoughts nevertheless!
Thorsten</description>
		<content:encoded><![CDATA[<p>Jef, interesting points. You obviously have a redhat vs. canonical thing going on and I&#8217;m actually not that interested in fueling the fire. We work happily with both parties, just that lately canonical has been more active in the cloud space and, imho, &#8220;gets it&#8221; better.<br />
Couple of notes: Eucalyptus is no longer just an academic project. Whether Canonical is helping with direct funding or not, I don&#8217;t know for sure, but they are certainly helping a lot in other ways. Best I can tell, Rich is keeping the source code closed until it&#8217;s ready for release to protect his developers and his sanity, not to give someone a competitive advantage. And I know of other commercial entities who have gotten early access. You seem to think that working on an open source public funded project means that anyone should be able to see what you just did at any point in time. That makes no sense (sorry).<br />
Thanks for your thoughts nevertheless!<br />
Thorsten</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jef Spaleta</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-860</link>
		<dc:creator>Jef Spaleta</dc:creator>
		<pubDate>Mon, 23 Mar 2009 17:32:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-860</guid>
		<description>Correction,

Eucalyptus is an academic project which is sustained by public funding from the NSF.  Canonical received preferential access to kvm enabled version of the 1.5 Eucalyptus codebase several months before the Eucalyptus project was prepared to release it to the public. 

It&#039;s quite difficult to say that Canonical is materially supporting Eucalyptus, when its development is being done on the United States tax payer&#039;s dime.  If Eucalyptus had released its kvm enabled code publicly to everyone, then Debian and rpath and other integrators would have had fair and equitable access to compete with Canonical to bring Eucalyptus implementations to market. But that&#039;s not what happened. Canonical recieved unfair competitive advantage to a codebase it did not pay for. The public paid for it, and Canonical reaps a competitive advantage in the market by having access to that codebase several months before anyone else did.

By winning preferential code access, to publicly funded code, Canonical obtained a competitive advantage in the market. Is that the sort of anti-competitive behavior you want to encourage in the software ecosystem?  As a small company, does Rightside benefit from a pervasive culture where software companies feel its appropriate to gain preferential access to publicly funded works in order to get an advantage to market? As a small business will you be able to compete against larger companies who engage in this sort of behavior in order to gain access to new publicly funded technologies before you can? 
 
-jef</description>
		<content:encoded><![CDATA[<p>Correction,</p>
<p>Eucalyptus is an academic project which is sustained by public funding from the NSF.  Canonical received preferential access to kvm enabled version of the 1.5 Eucalyptus codebase several months before the Eucalyptus project was prepared to release it to the public. </p>
<p>It&#8217;s quite difficult to say that Canonical is materially supporting Eucalyptus, when its development is being done on the United States tax payer&#8217;s dime.  If Eucalyptus had released its kvm enabled code publicly to everyone, then Debian and rpath and other integrators would have had fair and equitable access to compete with Canonical to bring Eucalyptus implementations to market. But that&#8217;s not what happened. Canonical recieved unfair competitive advantage to a codebase it did not pay for. The public paid for it, and Canonical reaps a competitive advantage in the market by having access to that codebase several months before anyone else did.</p>
<p>By winning preferential code access, to publicly funded code, Canonical obtained a competitive advantage in the market. Is that the sort of anti-competitive behavior you want to encourage in the software ecosystem?  As a small company, does Rightside benefit from a pervasive culture where software companies feel its appropriate to gain preferential access to publicly funded works in order to get an advantage to market? As a small business will you be able to compete against larger companies who engage in this sort of behavior in order to gain access to new publicly funded technologies before you can? </p>
<p>-jef</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thorsten</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-858</link>
		<dc:creator>Thorsten</dc:creator>
		<pubDate>Sat, 21 Mar 2009 08:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-858</guid>
		<description>Jayme: thanks for the positive feedback!</description>
		<content:encoded><![CDATA[<p>Jayme: thanks for the positive feedback!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jayme</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-857</link>
		<dc:creator>Jayme</dc:creator>
		<pubDate>Fri, 20 Mar 2009 19:43:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-857</guid>
		<description>I applaud RightScale for stepping up and giving customers a choice in which distro they want to use.
I&#039;ve been using (non-supported) Ubuntu images on RightScale since day one and it&#039;s nice to see all the RightScale scripts that are now available for Ubuntu images... to say nothing of the images themselves.
Keep chugging along!</description>
		<content:encoded><![CDATA[<p>I applaud RightScale for stepping up and giving customers a choice in which distro they want to use.<br />
I&#8217;ve been using (non-supported) Ubuntu images on RightScale since day one and it&#8217;s nice to see all the RightScale scripts that are now available for Ubuntu images&#8230; to say nothing of the images themselves.<br />
Keep chugging along!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thorsten</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-854</link>
		<dc:creator>Thorsten</dc:creator>
		<pubDate>Fri, 20 Mar 2009 01:45:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-854</guid>
		<description>Brett, thanks for the comment! If you encounter any issues, please let our support folks know so we can fix &#039;em!</description>
		<content:encoded><![CDATA[<p>Brett, thanks for the comment! If you encounter any issues, please let our support folks know so we can fix &#8216;em!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-853</link>
		<dc:creator>Brett</dc:creator>
		<pubDate>Wed, 18 Mar 2009 23:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-853</guid>
		<description>Interesting because I just installed your Ubuntu AMI! Thanks Rightscale.  I am migrating over from centos to ubuntu server mainly because ubuntu server has a more recent kernel version. For me, speed is everything and usually speed improvements are found in newer kernels. Centos and ubuntu server are basically the same, instead of using rpm, you use apt-get. Instead of /etc/sysconfig/network-scripts/ifcfg*, it&#039;s /etc/network/interfaces, etc. 

Ubuntu offers up a competing linux distribution that people may find interesting, I don&#039;t see anything wrong with that. Perhaps this will nudge redhat to update their kernel or perhaps they aren&#039;t interested in that thus ubuntu server would be for people like me who want a newer kernel version. I&#039;m not sure, but more choice is a good thing.</description>
		<content:encoded><![CDATA[<p>Interesting because I just installed your Ubuntu AMI! Thanks Rightscale.  I am migrating over from centos to ubuntu server mainly because ubuntu server has a more recent kernel version. For me, speed is everything and usually speed improvements are found in newer kernels. Centos and ubuntu server are basically the same, instead of using rpm, you use apt-get. Instead of /etc/sysconfig/network-scripts/ifcfg*, it&#8217;s /etc/network/interfaces, etc. </p>
<p>Ubuntu offers up a competing linux distribution that people may find interesting, I don&#8217;t see anything wrong with that. Perhaps this will nudge redhat to update their kernel or perhaps they aren&#8217;t interested in that thus ubuntu server would be for people like me who want a newer kernel version. I&#8217;m not sure, but more choice is a good thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francois</title>
		<link>http://blog.rightscale.com/2009/03/17/rightscale-supports-ubuntu-on-amazon-ec2/#comment-852</link>
		<dc:creator>Francois</dc:creator>
		<pubDate>Wed, 18 Mar 2009 07:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rightscale.com/?p=303#comment-852</guid>
		<description>Ubuntu is the most overrated distro ever put out. It’s not nearly as good as its fanbois portray it to be — certainly not moreso than many other distros. Its “success” is all the result hype and fanboi “marketing”.</description>
		<content:encoded><![CDATA[<p>Ubuntu is the most overrated distro ever put out. It’s not nearly as good as its fanbois portray it to be — certainly not moreso than many other distros. Its “success” is all the result hype and fanboi “marketing”.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
