Use standalone glue not rpath linking for xulrunner

[morgs]

In Ubuntu, for some reason, xulrunner packages (which include pyxpcom) put the files in /usr/lib/xulrunner-1.9.0.5/ not /usr/lib/xulrunner-1.9/. This gets changed for every Firefox security update, which means that hulahop needs recompiling against xulrunner every time to find the newer xulrunner.

This means that every Firefox update breaks our packaged hulahop, and it's non trivial to push a package update that simply rebuilds hulahop every time - Firefox updates are usually security fixes so we don't get advance warning of them, and then hulahop is broken for days (if not weeks) while we push an update.

I asked the ubuntu mozilla packagers for help, and the answer they gave is here: ​https://lists.ubuntu.com/archives/ubuntu-mozillateam/2008-November/000531.html

I hope this can be fixed in a back-portable way since we have to support ubuntu hardy for 3 years, and I wouldn't like to have to rebuild hulahop for every firefox update...

[morgs]

Ubuntu bug: ​https://bugs.launchpad.net/ubuntu/+source/hulahop/+bug/263173

[marcopg]

I need to look into it more closely but I'm pretty sure this is not possible without xulrunner upstream changes.

[morgs]

See also #123

[sascha_silbe]

hulahop in git seems to work the other way around now: using the full version for the path instead of major.minor only. This works on Fedora and Ubuntu, but breaks on Debian. Any chance we could support both schemes?
I currently need to follow xulrunner closely to ensure security updates are applied in sugar-jhbuild. For CVE-2009-1169 and CVE-2009-1044 I even need to pull distro patches since there's still no new upstream release containing the fixes (1 week and counting).

[erikos]

Any ideas, how to fix that? We basically use PKG_CHECK_MODULES.

PKG_CHECK_MODULES([LIBXUL],[libxul])

[godiard]

hulahop is not used anymore

[dnarvaez]

Milestone 0.86 deleted