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
