<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>xulrunner on Oxymoronical</title>
    <link>https://www.oxymoronical.com/blog/tag/xulrunner/</link>
    <description>Recent content in xulrunner on Oxymoronical</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 22 Jul 2009 18:42:41 +0000</lastBuildDate>
    <atom:link href="https://www.oxymoronical.com/blog/tag/xulrunner/feed/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Bumper XULRunner release day!</title>
      <link>https://www.oxymoronical.com/blog/2009/07/Bumper-XULRunner-release-day/</link>
      <pubDate>Wed, 22 Jul 2009 18:42:41 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2009/07/Bumper-XULRunner-release-day/</guid>
      <description>&lt;p&gt;Thanks to the hard work of Nick Thomas and Lukas Blakk, today I can announce the availability of two new official releases of the XULRunner runtime and &lt;a href=&#34;https://developer.mozilla.org/en/Gecko_SDK&#34;&gt;SDKs&lt;/a&gt;. &lt;a href=&#34;https://developer.mozilla.org/en/XULRunner_1.9_Release_Notes&#34;&gt;XULRunner 1.9.0.12&lt;/a&gt; is a maintenance release for the 1.9.0 branch (the code that matches Firefox 3.0.x). &lt;a href=&#34;https://developer.mozilla.org/En/XULRunner_1.9.1_Release_Notes&#34;&gt;XULRunner 1.9.1&lt;/a&gt; is the first official release of XULRunner on the 1.9.1 branch (which matches the code in Firefox 3.5.x). Unfortunately we’re not quite at the point of shipping XULRunner releases at the same time as Firefox 3.5.x releases, but we should have a 1.9.1.1 release soon.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Where is XULRunner 1.9.1?</title>
      <link>https://www.oxymoronical.com/blog/2009/07/Where-is-XULRunner-191/</link>
      <pubDate>Wed, 08 Jul 2009 19:49:04 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2009/07/Where-is-XULRunner-191/</guid>
      <description>&lt;p&gt;A question I have been hearing quite a bit on IRC since Firefox 3.5 was released. We don’t quite have the build automation set up to do XULRunner 1.9.1 releases at the same time as Firefox yet, but Nick has been awesome and manually spun some release candidates. These should be pretty much good to go but it would be useful if anyone interested could try them out and report on any serious problems they see. Either just comment here or file a bug and mark it blocking &lt;a href=&#34;https://bugzilla.mozilla.org/show_bug.cgi?id=502915&#34;&gt;bug 502915&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>XULRunner 1.9.2a1pre builds also available</title>
      <link>https://www.oxymoronical.com/blog/2009/03/XULRunner-192a1pre-builds-also-available/</link>
      <pubDate>Sat, 28 Mar 2009 01:23:34 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2009/03/XULRunner-192a1pre-builds-also-available/</guid>
      <description>&lt;p&gt;Just as I’ve made some &lt;a href=&#34;https://www.oxymoronical.com/blog/2009/03/XULRunner-191b3-builds-get-them-while-theyre-hot&#34;&gt;1.9.1b3 builds&lt;/a&gt; I’ve spun some builds based on the latest trunk. Feel free to use these to see how things are shaping up with the bleeding edge Mozilla code. Obviously it is pre-alpha so not for productions.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Windows &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.win32.zip&#34;&gt;runtime&lt;/a&gt; &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.win32.sdk.zip&#34;&gt;sdk&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;Linux &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.linux-i686.tar.bz2&#34;&gt;runtime&lt;/a&gt; &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.linux-i686.sdk.tar.bz2&#34;&gt;sdk&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;Mac OSX &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.mac-pkg.dmg&#34;&gt;universal runtime&lt;/a&gt; &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.mac-i386.sdk.tar.bz2&#34;&gt;i386 sdk&lt;/a&gt; &lt;a href=&#34;https://people.mozilla.com/~dtownsend/builds/xulrunner/1.9.2a1pre/xulrunner-1.9.2a1pre.en-US.mac-powerpc.sdk.tar.bz2&#34;&gt;ppc sdk&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;</description>
    </item>
    <item>
      <title>XULRunner 1.9.1b3 builds, get them while they&#39;re hot</title>
      <link>https://www.oxymoronical.com/blog/2009/03/XULRunner-191b3-builds-get-them-while-theyre-hot/</link>
      <pubDate>Fri, 27 Mar 2009 18:20:49 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2009/03/XULRunner-191b3-builds-get-them-while-theyre-hot/</guid>
      <description>&lt;p&gt;In the process of switching from CVS to Mercurial (and behind the scenes Tinderbox to Buildbot), quite a lot of Mozilla’s build and release systems have had to be updated. Sadly one of the casualties that has yet to be resuscitated are nightly builds of XULRunner on the 1.9.1 branch and trunk. Catlee is now doing some &lt;a href=&#34;https://bugzilla.mozilla.org/show_bug.cgi?id=445191&#34;&gt;excellent work&lt;/a&gt; to get these up and running, but until that gets going here are some semi-official builds using the code matching Firefox 3.1b3. I say semi-official, they were built on regular build slaves using the standard configuration, but just done by hand. I also haven’t tested all of them yet so let me know if you hit any issues, they might be good indicators of issues we’ll see with the nightlies.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Brussels bound</title>
      <link>https://www.oxymoronical.com/blog/2009/02/Brussels-bound/</link>
      <pubDate>Wed, 04 Feb 2009 11:12:57 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2009/02/Brussels-bound/</guid>
      <description>&lt;p&gt;This weekend is &lt;a href=&#34;http://fosdem.org/2009/&#34;&gt;FOSDEM 2009&lt;/a&gt; and I’m actually managing to attend this year. It’s kind of weird, I keep doing all this travelling to the states yet I end up having to miss all the awesome stuff that goes on in Europe for various reasons (often because I am all travelled out from the states). But I’m going to be at FOSDEM even if it kills me, which considering the snow on the roads and serious travelling I have over the next few months is a possibility. Thankfully the jetlag from Europe is a lot easier to recover from.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why 2 SDKs are better than 1</title>
      <link>https://www.oxymoronical.com/blog/2008/04/Why-2-SDKs-are-better-than-1/</link>
      <pubDate>Thu, 10 Apr 2008 19:30:42 +0000</pubDate>
      <guid>https://www.oxymoronical.com/blog/2008/04/Why-2-SDKs-are-better-than-1/</guid>
      <description>&lt;p&gt;In the past the Gecko SDK was somewhat limited. You could compile against it, but only if you were using frozen components, of which there are exceptionally few. You can build an application with only them, but I’d be startled if any moderately complicated app or extension gets by with only them. Thankfully this has changed for 1.9 and the new style SDK contains all interfaces and headers, frozen and unfrozen. This gives you access to lots more, though has the minor disadvantage that you have to keep an eye on what you are using as it could break in the future.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
