Since so many websites use flash, and most computers you come across have adobe flash installed, this vulnerability is kind of a big deal due to the sheer volume of potentially affected computers. Install Google’s Chrome browser. It’s faster than your browser, and while you’re at it, head over to youtube with this link, and try youtube through html5.
So it’s delayed, it’s not that big of a deal. Features found in the Nexus phone that are missing will be a nice addition, but the big news is flash support is coming. But flash is client side, so I wonder how well that will work on the droid hardware? Even if it renders just fine, is flash the right direction?
Install the prerequisites noted in the README file if you’re building swfdec and swfdec-mozilla from scratch. I found I only needed to install liboil-devel and gstreamer-plugins-base-devel in order for it to build without complaint. When installing from binary on my 64-bit os, I found I was missing a lot of 32-bit packages needed by the plugin, so my dependencies needed by swfdec-mozilla.i386 rpm was long.
I can understand not including the support by default. No need to create bloat, but I want flash support, so here goes… Install gnash-plugin, create a plugins directory under chrome and create a softlink to the .so file. about:plugins will show your shockwave flash plugin. Here’s some test sites to test it with.
My old method was to install some sort of flash player plugin named something like “libflashplayer.so” and copy it from /usr/lib or /usr/lib64 to the plugins directory under “~/.mozilla/plugins/”. But now that’s old school. All you need to do in Fedora 12 is:
The filesystem’s view of the world
The filesystem is responsible for a number of things, like permissions and name lookup, but none of those has an impact on where it puts blocks on a drive. Once we remove all of that, we can consider the file system to be an “Object …
The smallest linux computer in the world! 19 milimeters by 19 millimeters tall!
If you see this message when firefox tries to load flash content:
SELinux is preventing the npviewer.bin from using potentially mislabeled files (/home/admica/.icedteaplugin/icedtea-plugin-to-appletviewer).
Source Context:
unconfined_u:unconfined_r:nsplugin_t:s0
Target Context:
unconfined_u:object_r:user_home_t:s0
Target Objects:
/home/admica/.icedteaplugin/icedtea-plugin-to-appletviewer
Source:
npviewer.bin
Source Path:
/usr/lib64/nspluginwrapper/npviewer.binPort:<Unknown>
Host:
somehost
Source RPM Packages:
nspluginwrapper-1.1.2-4.fc10
Policy RPM:
selinux-policy-3.5.13-26.fc10
Selinux Enabled:
True
Policy Type:
targetedMLS
Enabled:
True
Enforcing Mode:
Enforcing
Plugin Name:
home_tmp_bad_labels
Then do this: (replace with your home dir)
$ restorecon -v ‘/home/admica/.icedteaplugin/icedtea-plugin-to-appletviewer’
restorecon reset /home/admica/.icedteaplugin/icedtea-plugin-to-appletviewer context unconfined_u:object_r:user_home_t:s0->system_u:object_r:nsplugin_home_t:s0
and you should get …