I have been waiting for the new swfdec plugin for a while, but it has been blocked by this bug. So, I've tried to fix it for my own use.
At first, it looks weird to me to have build-dependency on iceape-dev but then pull in libnspr4 (which is actually libnspr4-0d in the archive) for the actual shared object to link. So, I tried to build it against libxul-dev instead. As a result, libxul-0d would become an additional dependency, which may be undesirable for iceape/iceweasel users. Is this the reason for iceape-dev build-dep and hard-coded libnspr4[-0d] dependency, as oppose to libxul-dev build-dep? But then, iceape/iceweasel users would end up having duplicated libnspr4.so in its own browser package and in libnspr4-0d anyway. Meanwhile, if iceape-browser provides shlibs file, the shared objects from libnspr4-0d will be satisfied by the iceape-browser itself. But that would mean horrible dependency for non-iceape users. Nonetheless, I get back to the current approach, and spin a patch to fix libnspr4-0d dependency, as attached. With this, I also change the location of iceweasel plug-in from mozilla-firefox to iceweasel, and add installation for xulrunner as well. I've tested it with both iceweasel and epiphany, and it works. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
swfdec-mozilla_0.4.3-2.1.debdiff
Description: Binary data
