Red Hat Bugzilla – Bug 402661
Openvrml fails to build agains xulrunner (gecko-libs 1.9)
Last modified: 2007-12-13 02:37:11 EST
Description of problem:
Openvrml fails to compile against XUL Runner (gecko-libs 1.9) in rawhide. XUL
Runner will be a gecko-libs provider in Fedora 9 and all gecko-libs packages
have to be rebuilt aginst it. (see
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Do you have any more information about the nature of the failure?
There is certainly a predicate issue at the moment in that openvrml will not build *at all* due to bug
402521. That's got nothing to do with xulrunner.
The compilation completely freezes and crashes my box (it seems it uses more
than 2GB memory?) so I can't say where the problem is. I'll add some swap and
try it again...
... And set __smpflags to 1 to curb memory usage.
(In reply to comment #3)
> ... And set __smpflags to 1 to curb memory usage.
How exactly can I set/use it? It still freezes my box :(
More accurately, you could set it to -j1. And even more accurately, the name is
"_smp_mflags". It's an rpm macro. And unless you're on an SMP system, it should
default to being empty (which has the same effect as -j1).
If you *are* on an SMP system, adding "%_smp_mflags -j1" to your ~/.rpmmacros
I'd expect 2GB to be adequate unless your system is SMP or 64-bit. In the former
case, the aforementioned incantation should help. In the latter, you should
probably just give up.
My system is 64-bit SMP :(
Okay. So was this bug filed because of a problem with xulrunner (as the summary
suggests), or because your system doesn't have enough memory to build openvrml?
I filed this bug because I'm not able to compile openvrml (with or without
xulrunner) so I can't confirm the functionality.
But I belive you have to fiddle with the package configuration / spec file,
there are some changes what differ xulrunner from firefox.
openvrml's configure will look for xulrunner-js.pc and xulrunner-plugin.pc. It should Just Work.
AFAIK, the only thing that should have to be changed in the transition to xulrunner is the version of
gecko-libs that openvrml-xembed depends on (in the spec file).
Until there's some data to the contrary, I don't see a reason for this bug report to remain open.
Seems to fail to build in rawhide:
Not sure if this is related to xulrunner or not.
It is not. See bug 402521.