Epiphany was failing to build because of the new mozilla.  Stanislav fixed this today I believe.

No. Epiphany is failing to build because of no more mozilla devel. We have only xulrunner.

Epiphany does not build with xulrunner, because xulrunner does not contain nsISidebar. The same for galeon and nsIPermission.

I am not sure whether I am able to extract these classes from mozilla source and integrate them with xulrunner. Maybe Robert O'Callahan has enough insight.

But the problem needs discussion with xulrunner developers before doing it. Maybe next version of xulrunner will be OK.

I'm pretty sure that browser-specific components like nsISidebar will not be added to xulrunner.

Maybe we should use this as tracking bug for gecko embedding, so I've changed the summary according to that.

So what's the current list of packages which fail to build with xulrunner?

- epiphany
- galeon

Any more?

If we are not able to find a proper solution in time we still have the option to create a new Firefox package which has linked the components dynamic and so provides the needed interfaces. We could design these components to be an extra subpackage so Firefox itself could still be linked static.

I don't know, how many classes are missing, but an alternate way is extraction of missing classes not intended for xulrunner and adding them to mozilla/galeon.

*** Bug 132300 has been marked as a duplicate of this bug. ***

Actually, I believe nsIPermission and nsISidebar *should* be added to xulrunner. I'll make a patch for that and try to get it upstream. The upstream necko guy (Darin Fisher) already agreed that nsIPermission should move. But I still need to ensure that those are the only two missing pieces.

Filed upstream bugs with patches:

Move nsIPermission into XULRunner
http://bugzilla.mozilla.org/show_bug.cgi?id=314345

Move nsISidebar into XULRunner
http://bugzilla.mozilla.org/show_bug.cgi?id=314346

With those patches I can build and run Epiphany on XULRunner. If Wolfgang applies those patches to mozilla-xulrunner (and gecko-sdk) we should then be able to build Epiphany on them.

it's 
https://bugzilla.mozilla.org/show_bug.cgi?id=315345
https://bugzilla.mozilla.org/show_bug.cgi?id=315346
;-)

I've just submitted the patched xulrunner to STABLE.

Created attachment 56636 [details]
fix Epiphany configure

Oops, this patch is also needed to Epiphany's configure.ac. I'll email this around and try to get it upstream too.

Something similar should work for yelp and any other autoconf-based Gecko-based packages.

*** Bug 132556 has been marked as a duplicate of this bug. ***

Nearly exactly the same patch was already in Autobuild. To complete the build, followind action is needed:

cp data/default-prefs-gecko-1-8.js data/default-prefs-xulrunner.js

Epiphany now builds in STABLE.

Galeon still does not build. It fails on
nsICookiePromptService.h: No such file or directory

But fixing it is a low priority task - galeon is only a supplementary package. It will move to its final and terminal version and then will be only maintained to build with new mozillas.

nsICookiePromptService.h probably won't be added to Mozilla.org's xulrunner. It's part of extensions/cookie which most xulrunner users don't want or need. I had a talk about this with some people. We have a few options to get old Galeons running on new Mozilla builds:
1) Build a Firefox-based embedding package and use it for Galeon instead of xulrunner.
2) Add extensions/cookie to our xulrunner.
3) Somehow arrange for the extensions/cookie component to be built and integrated into the Galeon package.
4) Remove Galeon's support for extensive cookie control.

2) is the least work but Mozilla.org won't like it ... could create compatibility problems if people build apps on our xulrunner package and they don't work on standard xulrunners.
1) is some work and bloaty.
I don't know how to do 3).
4) Some work, and might cause problems for Galeon users.

Please note that galeon is only in our supplementary program, because we don't want to provide support for it in case, that mozilla will need security update in future.

And because galeon developers declared end of development and porting all galeon features as epiphany extensions, we have also following chances:

5) Re-enable mozilla-devel for galeon. Don't put mozilla-devel on media and put it only to supplementary altogether with galeon.

6) Drop galeon.

Users will expect support though if its available, so I think we should drop galeon entirely.

That is why galeon and gDesklets are only in unsupported supplementary tree.

Epiphany is already fixed.

Galeon updated to latest CVS snapshot. nsICookiePromptService.h added from current mozilla build. Galeon now builds.

I suspect the Galeon cookie prompting will not actually work, though.