flashplugin-downloader installs wrong alternative if nspluginwrapper not yet unpacked

The flashplugin-downloader has the following code in its postinst:

                if test ! -x /usr/bin/nspluginwrapper; then
                        for p in $VARIANTS; do
                                update-alternatives --quiet --install "/usr/lib/
$p/plugins/flashplugin-alternative.so" "$p-flashplugin" /usr/lib/flashplugin-installer/libflashplayer.so 50
[...]
                        done
                else
                        NSPLUGIN_DIR=/var/lib/flashplugin-installer/ /usr/bin/nspluginwrapper -n -i /usr/lib/flashplugin-installer/libflashplayer.so
[...]
                fi

When installing on amd64, we must *unconditionally* use nspluginwrapper because the 32-bit plugin cannot be loaded directly by the browser, but the dependency on nspluginwrapper comes from flashplugin-installer - so nspluginwrapper is not guaranteed to be unpacked yet when flashplugin-downloader's postinst runs, with the result that sometimes the flash plugin will fail to be registered correctly on an amd64 install.

I don't know if we want to still keep the flashplugin-downloader nspluginwrapper handling, to prefer use of nspluginwrapper if it's available even on i386 systems; but we definitely need to add a postinst to flashplugin-installer for amd64, to ensure we handle the amd64 case robustly.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: flashplugin-downloader:i386 10.3.183.10ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4
Uname: Linux 3.0.0-11-generic x86_64
ApportVersion: 1.23-0ubuntu1
Architecture: amd64
Date: Thu Sep 22 08:51:34 2011
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
PackageArchitecture: i386
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: flashplugin-nonfree
UpgradeStatus: Upgraded to oneiric on 2011-06-27 (87 days ago)