Now that www-client/firefox no longer depends on xulrunner, it'd be great if we could split a tiny package containing the files necessary to build NPAPI plugins out of it. Building NPAPI plugins usually doesn't involve any linking; mozilla-plugin.pc mentions CFLAGS only. Thus, there's no real reason to build complete xulrunner just to get a few headers necessary to build a NPAPI plugin. If you approve that idea, I could try to assemble such a package.
I put a testing ebuild as net-misc/mozilla-plugin-sdk in mgorny repo. I've tested it with icedtea-web, gecko-mediaplayer and vlc. It's a little hacky but satisfies configure checks and builds in these tree.
*** Bug 381455 has been marked as a duplicate of this bug. ***
maybe you can check bug 374271 as it depends on the same issue
(In reply to comment #3) > maybe you can check bug 374271 as it depends on the same issue I will start fixing deps as soon as I get +1 from mozilla for my plugin package. Expect that on Sunday.
Ok, a working NPAPI-SDK package now in ::mgorny. There's also icedtea-web updated to use it there. I'd appreciate testing and suggestions what plugins to update as well.
(In reply to comment #5) > Ok, a working NPAPI-SDK package now in ::mgorny. There's also icedtea-web > updated to use it there. I'd appreciate testing and suggestions what plugins to > update as well. Michal has done a great job getting npapi-sdk to where it is now, I have copied it to the mozilla overlay along with the icedtea-web and vlc update. I am looking to move it into the official tree later today so more people that can test either package with npapi-sdk the better off it will be. Importance is elevated to help promote the importance of such package for people who run fx-6 or any other web browser that does not want to build xulrunner just for headers.
npapi-sdk live is in the tree, this is for porting purposes only, all packages should still support backward compatibility until we make an official release.
*** Bug 381811 has been marked as a duplicate of this bug. ***