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 http://fedoraproject.org/wiki/Releases/FeatureXULRunner). Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
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 should work. 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: http://koji.fedoraproject.org/koji/taskinfo?taskID=290609 Not sure if this is related to xulrunner or not.
It is not. See bug 402521.