<?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: On the Isle of Rapidity</title>
	<atom:link href="http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/</link>
	<description>Jesse Ruderman on Firefox, security, and more</description>
	<lastBuildDate>Fri, 02 Mar 2012 12:46:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Mike</title>
		<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/comment-page-1/#comment-12046</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 29 Aug 2011 08:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=788#comment-12046</guid>
		<description><![CDATA[Yeah, the Isle of Rapidity was home — for developers. It is extremely convenient for them to break interfaces any time they need to implement new feature or refactor old code.
Progress is unstoppable and new APIs are necessary. But breaking APIs every 6 weeks is hideous idea (really, headache for addon devs) — one year might be good compromise. Don&#039;t forget about Isle of Stability: Firefox is a king, but addons is retinue.]]></description>
		<content:encoded><![CDATA[<p>Yeah, the Isle of Rapidity was home — for developers. It is extremely convenient for them to break interfaces any time they need to implement new feature or refactor old code.<br />
Progress is unstoppable and new APIs are necessary. But breaking APIs every 6 weeks is hideous idea (really, headache for addon devs) — one year might be good compromise. Don&#8217;t forget about Isle of Stability: Firefox is a king, but addons is retinue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jmdesp</title>
		<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/comment-page-1/#comment-12022</link>
		<dc:creator>jmdesp</dc:creator>
		<pubDate>Sun, 28 Aug 2011 23:00:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=788#comment-12022</guid>
		<description><![CDATA[FYI the related bug is 660778 (also 662634, same issue generating a different stack trace, and maybe also 602225), and the various stack traces it generates seem to have occupied most of the top slots in the crash list for TB5.]]></description>
		<content:encoded><![CDATA[<p>FYI the related bug is 660778 (also 662634, same issue generating a different stack trace, and maybe also 602225), and the various stack traces it generates seem to have occupied most of the top slots in the crash list for TB5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Ruderman</title>
		<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/comment-page-1/#comment-12006</link>
		<dc:creator>Jesse Ruderman</dc:creator>
		<pubDate>Sun, 28 Aug 2011 15:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=788#comment-12006</guid>
		<description><![CDATA[jmdesp - you raise an interesting point about stability. Even if a new version crashes less &lt;em&gt;on average&lt;/em&gt;, releasing it can still cause problems because &lt;em&gt;different users&lt;/em&gt; are affected by the crashes. Presumably, the users worst affected by crashes in the old version have found workarounds or switched to other software.

Aurora and Beta testers are great at catching regressions, and our crash-stats system tries to surface them, but it could do better.

Thunderbird might not have enough testers. But it would be a shame to hold back &lt;em&gt;Firefox&lt;/em&gt; development because &lt;em&gt;Thunderbird&lt;/em&gt; doesn&#039;t have enough testers.]]></description>
		<content:encoded><![CDATA[<p>jmdesp &#8211; you raise an interesting point about stability. Even if a new version crashes less <em>on average</em>, releasing it can still cause problems because <em>different users</em> are affected by the crashes. Presumably, the users worst affected by crashes in the old version have found workarounds or switched to other software.</p>
<p>Aurora and Beta testers are great at catching regressions, and our crash-stats system tries to surface them, but it could do better.</p>
<p>Thunderbird might not have enough testers. But it would be a shame to hold back <em>Firefox</em> development because <em>Thunderbird</em> doesn&#8217;t have enough testers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jmdesp</title>
		<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/comment-page-1/#comment-11990</link>
		<dc:creator>jmdesp</dc:creator>
		<pubDate>Sun, 28 Aug 2011 12:17:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=788#comment-11990</guid>
		<description><![CDATA[@lars : We had an interesting discussion about it in the planning ml, see the posts referencing MSI in the &quot;firefox enterprise edition&quot; discussion https://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/c6bfb8eb74bc0a04/0196ab45e59c9552?hl=fr&amp;q=msi&amp;lnk=ol&amp;
At the end of the day, someone must believe in it for it to happen, and I was a bit disappointed to see shaver seeing each problem as a blocker instead of something to overcome.
I believe a number of IT department have actually generated MSIs already, but it ends up an effort which is repeated everytime

Isle to rapidity : stay careful, Thunderbird 5 wasn&#039;t a great story for my mum who encountered a systematic crash at start up, and it&#039;s obvious from the crash-stats comments she wasn&#039;t the only one (&quot;x crash in a row&quot;, &quot;all was right until TB told me to upgrade to version 5, and then it&#039;s completely broken&quot;). Here the enhanced stability effort failed, in the worst way, only a few people concerned, but those one very badly.]]></description>
		<content:encoded><![CDATA[<p>@lars : We had an interesting discussion about it in the planning ml, see the posts referencing MSI in the &#8220;firefox enterprise edition&#8221; discussion <a href="https://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/c6bfb8eb74bc0a04/0196ab45e59c9552?hl=fr&#038;q=msi&#038;lnk=ol&#038;amp" rel="nofollow">https://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/c6bfb8eb74bc0a04/0196ab45e59c9552?hl=fr&#038;q=msi&#038;lnk=ol&#038;amp</a>;<br />
At the end of the day, someone must believe in it for it to happen, and I was a bit disappointed to see shaver seeing each problem as a blocker instead of something to overcome.<br />
I believe a number of IT department have actually generated MSIs already, but it ends up an effort which is repeated everytime</p>
<p>Isle to rapidity : stay careful, Thunderbird 5 wasn&#8217;t a great story for my mum who encountered a systematic crash at start up, and it&#8217;s obvious from the crash-stats comments she wasn&#8217;t the only one (&#8220;x crash in a row&#8221;, &#8220;all was right until TB told me to upgrade to version 5, and then it&#8217;s completely broken&#8221;). Here the enhanced stability effort failed, in the worst way, only a few people concerned, but those one very badly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Gunther</title>
		<link>http://www.squarefree.com/2011/08/27/on-the-isle-of-rapidity/comment-page-1/#comment-11973</link>
		<dc:creator>Lars Gunther</dc:creator>
		<pubDate>Sun, 28 Aug 2011 07:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.squarefree.com/?p=788#comment-11973</guid>
		<description><![CDATA[It keeps bugging me that Mozilla has not made it a priority to make msi-packages ready for corporations as part of the normal release cycle.

If such a package was available in a simple customizable format, I suppose big IT-departments would be much more eager to install or update Firefox.

I&#039;ve followed the bug and offered some help, but nobody with the technical expertise required seems to care enough. And since this has to become part of the normal release process at Mozilla, the lead must come from within the core organization. 

This is the no 1 thing to do to keep IT-departments happy. Not evangelism or explanations. Not even more speed or better HTML5 support - which I am not opposed. But for the uptake of Firefox msi-packages are the most critical thing to fix.]]></description>
		<content:encoded><![CDATA[<p>It keeps bugging me that Mozilla has not made it a priority to make msi-packages ready for corporations as part of the normal release cycle.</p>
<p>If such a package was available in a simple customizable format, I suppose big IT-departments would be much more eager to install or update Firefox.</p>
<p>I&#8217;ve followed the bug and offered some help, but nobody with the technical expertise required seems to care enough. And since this has to become part of the normal release process at Mozilla, the lead must come from within the core organization. </p>
<p>This is the no 1 thing to do to keep IT-departments happy. Not evangelism or explanations. Not even more speed or better HTML5 support &#8211; which I am not opposed. But for the uptake of Firefox msi-packages are the most critical thing to fix.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
