net-libs/xulrunner is going away. bug 403415. do you still want to try to port these old versions to npapi-sdk or are you fine with dropping the support of nsplugin from them? rhythmbox-0.12.8-r1.ebuild: nsplugin? ( net-libs/xulrunner ) rhythmbox-0.13.3.ebuild: nsplugin? ( net-libs/xulrunner )
I wouldn't put much effort on old 0.xx rhythmbox releases... but the rest of the team knows more about rhythmbox-2.96 status and stability :-/
Erm, rhythmbox does not require xulrunner to build its nsplugin afaik or do I misunderstand the problem ?
(In reply to comment #2) > Erm, rhythmbox does not require xulrunner to build its nsplugin afaik or do > I misunderstand the problem ? The problem is that the 2 older ebuilds directly depend on net-libs/xulrunner. If they are really redudant dependencies, please just drop the deps and the bug is done.
The podcast/ directory has bundled np*.h headers for building the plug-in. It looks like xulrunner was never used and was simply a redudant dependency. I've tested this with 0.12.8-r1. So, + 21 Apr 2012; Samuli Suominen <ssuominen@gentoo.org> + rhythmbox-0.12.8-r1.ebuild, rhythmbox-0.13.3.ebuild: + Remove unused net-libs/xulrunner from dependencies because + librhythmbox-itms-detection-plugin.so is using internal np*.h headers within + rhythmbox tarball wrt #412339 http://sources.gentoo.org/viewvc.cgi/gentoo-x86/media-sound/rhythmbox/rhythmbox-0.13.3.ebuild?r1=1.7&r2=1.8 http://sources.gentoo.org/viewvc.cgi/gentoo-x86/media-sound/rhythmbox/rhythmbox-0.12.8-r1.ebuild?r1=1.19&r2=1.20
Fine with me. thanks.