Firefox dependence bugs

We ship firefox as default browser and don't intend to change that, then it makes no sense to have to maintain the firefox and xulrunner code bases and to use extra space on the CD for xulrunner where firefox is already installed anyway. Doing extra split on firefox for gecko would probably make a real difference, the gecko package would ship most of the firefox package. I'm rejecting your feature request. If you want to discuss that feel free to do it on an ubuntu mailing list, that's a better media for a such topic

gxine doesn't use gecko; however, it does use the JS library. So splitting that out separately (along with libnspr, if that isn't already separate) would help.

But that work's already done for xulrunner. So why not work instead on making firefox use xulrunner?

(BTW, feel free to forward this to a better medium...)

making firefox use xulrunner would not be an easy task and would make firefox differ from upstream which would mean bugs could not be forwarded upstream, which is a lot of work for not a lot of win. Upstream plan to do that for firefox 3.0 from what some people are saying

Thank you for acknowledging my grievances over the Firefox issue. I did a
little more research on the issue and found that there is a package for XUL
already listed in the repositories. The Gecko split is what is needed and maybe
not even that. In fact, it may even best to just create a separate libgecko (and
related dependencies) package for Epiphany, Galeon, &c to use instead of having
to directly depend on Firefox being installed.

In this solution, nothing in question would be done to the Firefox package,
however an extra library would be placed in the repositories that would have to
be downloaded along with said browsers.

Also Someone has confirmed that gxine does not depend on Gecko but it does
depend on Firefox's JS library and that they are working on a fix to this
abnormality.

that gecko split is named xulrunner (apt-cache showsrc xulrunner), we will not use it to build desktop application because it would mean to take the space on the CD for firefox and xulrunner which are basically the same things and would create a maintainship overload (we would have to move xulrunner to main to build desktop packages with it)