A new version of gplflash is available as of 19-01-2005. Here is a snippet from the small changelog: New features: Support for playing swf-animations embedded in .exe-files Another try at making the browser-plugin more stable. + bugfixes, see the changelog for details Thanks, -Erinn Reproducible: Always Steps to Reproduce: 1. 2. 3.
and it builds on amd64 >>> Regenerating /etc/ld.so.cache... * Caching service dependencies ... [ ok ] >>> net-www/gplflash-0.4.13 merged.
USing the 0.4.12 ebuild and changing the name to 0.4.13 compiles ok with amd64. However, the plugins are not installed correctly because /opt/netscape/plubins/libnpflash.so was not present after installation.
Renaming the gplflash-0.4.12 ebuild to gplflash-0.4.13 and adding it to my overlay does not work for me. I get the error mentioned in Bug # 79720. =(
I meant to say Bug # 79270. Sorry about that typo...
It does not only compile on amd64 (0.4.12 did this, too), it even works without crashing MozillaFirefox on every flash-using page. Some pages still make Firefox freeze (e.g. macromedias test page), but most flash menus work.
0.4.13 doesn't quite emerge correctly if I just rename the 0.4.12 ebuild, even after editing in the hack proposed in bug #79270, comment 9. The ebuild places libnpflash in >>> /var/tmp/portage/gplflash-0.4.13/image/opt/netscape/plugins/libnpflash.so then creates a symlink: >>> /usr/lib/nsbrowser/plugins/libnpflash.so -> /opt/netscape/plugins/libnpflash.so It never copies the target to the correct location. If I use FEATURES="noclean" to keep the temporary files, then copy libnpflash manually, it is recognized and loaded by Firefox. Of course, it crashes my browser reliably and has not yet successfully loaded a single .swf, but that's a separate issue.
Closing it appears this version was released in portage today. Thanks for putting it in, -Erinn