gutsy amd64: flashplugin-nonfree not working

Bug #133452 reported by allartk
18
Affects Status Importance Assigned to Milestone
flashplugin-nonfree (Ubuntu)
Fix Released
Undecided
Alexander Sack

Bug Description

flash is not working after installing flashplugin-nonfree (wich depends on nspluginwrapper)

Tags: patch
Revision history for this message
allartk (allartk) wrote :

edit: run "nspluginwrapper -v -a -i" did the job, so it is not really a bug.

Only thing maybe this can be done automatically or users should pointed to it some way.

Revision history for this message
Fabien Lusseau (fabien-beosfrance) wrote :

I think that the post-install script of the flashplugin-nonfree packages should make it for you.

Revision history for this message
Anders Kaseorg (andersk) wrote :

The postinst on amd64 successfully generates /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so, but then proceeds to install the wrong plugin in the alternatives database:
  update-alternatives --install "/usr/lib/$p/plugins/flashplugin-alternative.so" "$p-flashplugin" /usr/lib/flashplugin-nonfree/libflashplayer.so 50;
The fix is easy: the /usr/lib/flashplugin-nonfree/libflashplayer.so needs to be changed to /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so.

Changed in flashplugin-nonfree:
status: New → Confirmed
Revision history for this message
Anders Kaseorg (andersk) wrote :

Until the package is fixed, you can fix this on your own system by running

for p in iceape iceweasel mozilla firefox xulrunner; do sudo update-alternatives --remove-all "$p-flashplugin"; sudo update-alternatives --install "/usr/lib/$p/plugins/flashplugin-alternative.so" "$p-flashplugin" /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so 50; done

Revision history for this message
Pär Lindfors (paran) wrote :

This debdiff makes postinst add the correct alternative.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Mathias: can you take a look at this one?

Changed in flashplugin-nonfree:
assignee: nobody → mathiaz
Revision history for this message
Mathias Gug (mathiaz) wrote : Re: [Bug 133452] gutsy amd64: flashplugin-nonfree not working

Could you specify the bug number you've fixed in the changelog ?

Revision history for this message
Pär Lindfors (paran) wrote :

Feel free to modify my changelog entry, or remove it and write your own, whatever. I don't really need any credit for a small one line fix :-)

Revision history for this message
Daniel Holbach (dholbach) wrote :

Alexander: can you maybe look into this one?

Changed in flashplugin-nonfree:
assignee: mathiaz → asac
Revision history for this message
Alexey Borzenkov (snaury) wrote :

Is anyone else having this? gutsy amd64:

dragonfox@kitsuden:~$ sudo dpkg --configure -a
Setting up flashplugin-nonfree (9.0.48.0.0ubuntu8) ...
Installing from local file /var/cache/flashplugin-nonfree/install_flash_player_9_linux.tar.gz
Flash Plugin installed.
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libXcomposite.so.1: cannot open shared object file: No such file or directory
nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so
dpkg: error processing flashplugin-nonfree (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 flashplugin-nonfree

I don't understand what dependencies I'm lacking and how do I get them. :-/

Revision history for this message
jnewton (nevion) wrote :

Alexey: A friend and I are having the same problem... seems like libXcomposite.so.1 isn't included in ia32-libs anymore or something to that effect - either way, I can't find it.

Revision history for this message
Anders Kaseorg (andersk) wrote :

The missing libXcomposite.so.1 problem is bug #138145. This bug is unrelated; it’s a typo in the postinst script.

Revision history for this message
etteyafed (gdefayette) wrote :

Attached is a diff that highlights the change that needs to be made in the debian/postinst script in flashplugin-nonfree_9.0.48.0.0ubuntu8_amd64.deb package. Please note that the bug https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/138145 must also be fixed for nspluginwrapper to work properly. There is a workaround, but it is not for newbies. Messing up the 32bit libxcomposite.so.1.0.0 fix workaround could break the 64bit libxcomposite install.

The flash install problem amounts to an invalid arg on the call to nspluginwrapper in the postinst. "-n -i" instead of "-i" or "-a -i".

Revision history for this message
etteyafed (gdefayette) wrote :

On a side note, but relevant just the same, the problem with https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/138145 seems to an easy fix also. I haven't looked at the package really as I am not sure what package to look at here, but I know that copying libXcomposite.so.1.0.0 and the soname link (libXcomposite.1) from the libxcomposite1_0.4.0-0ubuntu1_i386.deb package into /usr/lib32/ will fix the problem. So I would imagine whatever package is providing the 32bit version of this lib is failing to install or not trying to install it at all.

Revision history for this message
etteyafed (gdefayette) wrote :

Very sorry, i didn't read this really, I was in a hurry. I didn't see the patch already submitted. The fix I provided (along with the ia-32 workaround) did, however, fix this on my system.

Revision history for this message
Pär Lindfors (paran) wrote :

Yes, bug 138145 is probably quite easy to fix, but please post those comments on that on that bug instead of this one.

Also while I believe that your patch would work, it will install the wrapped plugin the wrong way. -n is used to prevent nspluginwrapper from creating symlinks as this is handeled by the alternatives system. The real problem is that update-alternatives is called with the wrong path, which my patch already fixes.

Revision history for this message
etteyafed (gdefayette) wrote :

Alright Pär, I will take your word for it that the install path is incorrect. I just caught the -n because on my system using that option with nspluginwrapper causes an error and a usage message. the output is as such:
me@home# NSPLUGIN_DIR=/var/lib/flashplugin-nonfree/ /usr/bin/nspluginwrapper -n -i /usr/lib/flashplugin-nonfree/libflashplayer.so
invalid option -n
nspluginwrapper, configuration tool. Version 0.9.91.4

  usage: nspluginwrapper [flags] [command [plugin(s)]]

   -h --help print this message
   -v --verbose flag: set verbose mode
   -a --auto flag: set automatic mode for plugins discovery
   -l --list list plugins currently installed
   -u --update update plugin(s) currently installed
   -i --install [FILE(S)] install plugin(s)
   -r --remove [FILE(S)] remove plugin(s)

However, looking at the man page tells a different story, and -n is explained as just what you said it was. I assumed that maybe it was removed from the program for some reason or other. I had originally noticed the "invalid option -n" error during the postinst of flashplugin-nonfree. Thanks for the patience.

Revision history for this message
etteyafed (gdefayette) wrote :

I notice that after today's update to flashplugin-nonfree-9.0.48.0.0ubuntu9 we still have the invalid argument to nspluginwrapper error.

Revision history for this message
Pär Lindfors (paran) wrote :

flashplugin-nonfree-9.0.48.0.0ubuntu9 did not attempt to fix this bug so it is not strange that it is still present.

However you seem to have some other problem with your nspluginwrapper. -n is a ubuntu specific option that is patched into nspluginwrapper and it is working fine for me. If it is not working for you then that is a separate bug that you should report against the nspluginwrapper package.

Revision history for this message
Fabien Lusseau (fabien-beosfrance) wrote :

I think it is because you have installed an other version of nspluginwrapper manually ?

If it's not please add your bug to the package nspluginwrapper ...

Revision history for this message
etteyafed (gdefayette) wrote :

I reinstalled the nspluginwrapper package and problem solved. Strange. Well I am not sure how that happened, but you can understand my mistake the wrong binary being installed and all. Sorry about that.

Revision history for this message
Pär Lindfors (paran) wrote :

updated patch that applies to 9.0.48.0.0ubuntu9

Revision history for this message
Pär Lindfors (paran) wrote :

same patch as debdiff

Revision history for this message
Alexander Sack (asac) wrote :

Pär, thanks for the patch ... can you please take care that the bad alternative is uninstalled on amd64 system ... e.g. when upgrading packages with version smaller than 9.0.48.0.0ubuntu10? otherwise it looks good.

Changed in flashplugin-nonfree:
status: Confirmed → Incomplete
Revision history for this message
Alexander Sack (asac) wrote :

ah ... when you have attached the updated patch ... at best ping me in #ubuntu-mozillateam (asac).

Thanks,

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote :

flashplugin-nonfree (9.0.48.0.0ubuntu10) gutsy; urgency=low

  * debian/dirs: add midbrowser dir to fix install (LP: #139255).
  * debian/postinst: use /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so
    as alternative target on amd64 (LP: #133452).
  * debian/prerm: fix dpkg-reconfigure error - don't remove debhelper created
    directory in prerm (LP: #139182).
  * debian/prerm: --remove-all alternatives explicitly when this plugin was
    the last $X-flashplugin alternative.

 -- Alexander Sack <email address hidden> Thu, 13 Sep 2007 12:50:12 +0200

Changed in flashplugin-nonfree:
status: Incomplete → Fix Released
Revision history for this message
Benjamin Prosnitz (aetherane) wrote :

The latest package didn't fix it for me. No errors are reported during the package install, but the plugin isn't available in firefox.

Revision history for this message
Benjamin Prosnitz (aetherane) wrote :

I closed firefox and reinstalled and it showed up in about:plugins.

Revision history for this message
Simone Tolotti (simontol) wrote :

I did the trick simply by removing:
.mozilla/plugins
Maybe .mozilla/plugins was created by an old version of nspluginwrapper and not needed anymore.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.