Most, if not all packages that use it should now me using spidermonkey or npapi-sdk; and ideally we want to be able to remove xulrunner from the tree. This bug is a tracker for ensuring that packages in the tree are modified, so that xulrunner is no longer a dependency.
I just wanna point out that xulrunner is broken and refuses to build anyhow.
Just a fresh emerge sync, and this is what I got:
localhost 1 ~ # equery depends xulrunner
* These packages depend on xulrunner:
media-video/vlc-1.1.13 (nsplugin ? >=net-libs/xulrunner-1.9.2)
VLC has been fixed in newer versions, but the maintainer doesn't seem to want to fix 1.1.3 or earlier. I think we'll unfortunately need to wait for VLC-2.x to go stable on that account.
Same goes for yelp -- yelp-3.2.1 uses webkit-gtk instead of xulrunner, the old version just needs to fall off the tree once that version gets stabilized.
...maybe stabilization bugs should be filed on both of these, with notes on removing the older ebuilds, and this bug depend on those??
(In reply to comment #3)
> Same goes for yelp -- yelp-3.2.1 uses webkit-gtk instead of xulrunner, the
> old version just needs to fall off the tree once that version gets
yelp-3.x will go stable when GNOME 3 goes stable, which may or may not happen with the 3.4 release. The time-frame from now for 3.4 stabilization (if tetromino wants to stabilize it) is about 2 months.
There is also a dependency in acroread (which isn't listed in the qa-output).
x86? ( x11-libs/gtk+:2 net-dns/libidn
ldap? ( net-nds/openldap )
!minimal? ( || ( net-libs/xulrunner
www-client/seamonkey ) ) )
You might want to drop this, too?
i still use i tfor eclipse as the normal firefox build crashes eclipse if ued as browser integration (mylyn).
How is this progressing?
I just did a global update with emerge and xulrunner finally depcleaned out of existence from my system.
As far as the removal request is concerned, I support the notion that other packages should never be built against the current xulrunner. - For example, I've noticed that my firefox 10.0.5 ebuild install appeared to link against some of the xulrunner-1.9.2 libs, this is most definitely not what I would have expected.
(In reply to comment #6)
> i still use i tfor eclipse as the normal firefox build crashes eclipse if
> ued as browser integration (mylyn).
Precisely. Apart from using the deprecated xulrunner, I also see no way to run [the browser integration of] eclipse 3.5.2 or 3.7.2 with current gentoo.
Please: Consider keeping a sandboxed version of xulrunner 1.9.2 around until this can be resolved. - Sort of like the x86-emul packages for 32-bit support on amd64.
By "sandboxed" I mean that I would have to manually configure its path for applications that want/need to use it; the regular system does not see those libraries etc.
Looking at the ebuild I cannot readily see what would need to be changed to accomplish this. I'd be willing to proxy-maintain this until a proper solution for eclipse emerges (pun half-intended).
I've had a look at the xulrunner ebuild, but unfortunately it's not immediately obvious to me what would need to be done to make it "not visible" to the regular rest of the system, especially to firefox/thunderbird builds.
Removed from Portage as planned.