Summary: | Version bump gplflash (0.4.13) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Erinn Looney-Triggs <erinn.looneytriggs> |
Component: | New packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | codergeek42 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Erinn Looney-Triggs
2005-02-02 10:03:23 UTC
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 |