Debian Xulrunner, take 1

I finally got seriously into the xulrunner packaging today (see ITP) and managed to get something that is able to run the MyBrowser sample XUL application (provided that you change the MaxGeckoVersion in the application.ini file in the mybrowser directory) and to gracefully let mozilla-browser run, while we override quite a few of its libraries.

As the long term plan for xulrunner is to be the XUL runtime for some (all?) mozilla.org applications, I moved all its libs to /usr/lib, overriding mozilla-browser's libnss3 and libnspr4. Upstream has this special feature that it doesn't support libraries versioning, so that it is usually a mess, but they are supposedly trying to freeze the API, which will hopefully fix a lot of the current issues with mozilla releases.

Anyways, xulrunner provides its own libnspr4 and libnss3 packages (actually, libnspr4.6 and libnss3.10), while diverting the original mozilla-browser files into /usr/lib/mozilla, and provides a libmozjs package providing spidermonkey, and a libsmjs1 compatibility package. The standalone spidermonkey package will have to be removed, it's outdated and redundant.

While libnspr4 and libnss3 from mozilla-browser could be removed and mozilla-browser could use xulrunner's ones, the contrary is not possible for libnspr4 because of some missing symbols. libnss3 is fine, though, maybe I'll allow xulrunner to use it. On the other hand, xulrunner's libmozjs makes mozilla segfaults...

When everything will be ready, I'll make an upload to experimental and will ask galeon, epiphany and other maintainers to check out if they can build their browser with the libgtkembedmoz provided by xulrunner, which is IMHO, the thing we'll have to do some day.

2005-08-16 19:33:29+0900

xulrunner

Both comments and pings are currently closed.

3 Responses to “Debian Xulrunner, take 1”

  1. Joshua Kwan Says:

    This is great, but why is xulrunner better than the stock libraries?

  2. glandium Says:

    Josh: it’s not actually better, but there’s no reason for them to be provided by mozilla-browser, especially considering that seamonkey is not the main project any more and that it might not be updated for a while. While mozilla is currently using the 1.7.x runtime, and firefox switched to the 1.8 one, xulrunner is on 1.9 alpha, the supposedly stabilization branch. All that is long term, anyway. We won’t be using xulrunner as default before it reaches version 2, i think (excepting miracles).

  3. Baldvin Kovacs Says:

    Hi!

    It is _very_ good news. (In my opinion mozilla lost lots of lots of developer manpower just because not making efforts to spread xulrunner, but only to spread firefox. It seems to be crazy, and I can’t figure a reason. Had they spread also xulrunner, developers like me had start to build (and depend) on it, find bugs in the core and help fix them…)

    So: I am so eagerly waiting for xulrunner to be in sid that the actual purpose of writing “xulrunner debian” into google was to check if anybody is working on it. Had I found nobody, I’d started to work on it…

    If I can be of any help in testing or anything, please let me know. (I did not yet find the package on your webspace.)

    Best regards, Baldvin Kovacs