FS#20867 - [nspluginwrapper] Missing lib32-xcb-util package in dependencies

Attached to Project: Community Packages
Opened by Maciej Sitarz (macieks2) - Thursday, 16 September 2010, 17:48 GMT
Last edited by Ionut Biru (wonder) - Saturday, 02 October 2010, 21:28 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To Thomas Bächler (brain0)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:
multilib/nspluginwrapper is dependent on lib32-xcb-util package.

Additional info:
* package version: multilib/nspluginwrapper 1.3.0-4

Steps to reproduce:
1. Install nspluginwrapper and try to use it:
==================================================
# nspluginwrapper -v -a -i
Auto-install plugins from /usr/lib/mozilla/plugins
Looking for plugins in /usr/lib/mozilla/plugins
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libxcb-render-util.so.0: cannot open shared object file: No such file or directory
...<cut>...
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libxcb-render-util.so.0: cannot open shared object file: No such file or directory
Auto-install plugins from /usr/lib32/mozilla/plugins
Looking for plugins in /usr/lib32/mozilla/plugins
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libxcb-render-util.so.0: cannot open shared object file: No such file or directory
Auto-install plugins from /root/.mozilla/plugins
Looking for plugins in /root/.mozilla/plugins
==================================================

Fix:
1. Install lib32-xcb-util and use nspluginwrapper:
==================================================
# pacman -S lib32-xcb-util
resolving dependencies...
looking for inter-conflicts...

Targets (1): lib32-xcb-util-0.3.6-3

Total Download Size: 0.00 MB
Total Installed Size: 0.16 MB

Proceed with installation? [Y/n]
checking package integrity...
(1/1) checking for file conflicts [#############################################] 100%
(1/1) installing lib32-xcb-util [#############################################] 100%
==================================================
==================================================
# nspluginwrapper -v -a -i
Auto-install plugins from /usr/lib/mozilla/plugins
Looking for plugins in /usr/lib/mozilla/plugins
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/gecko-mediaplayer-wmp.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/libnpsoplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/skypebuttons.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/gecko-mediaplayer.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/gecko-mediaplayer-dvx.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/gecko-mediaplayer-rm.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer *** ERROR: /usr/lib/mozilla/plugins/libnpjp2.so: wrong ELF class: ELFCLASS64
Install plugin /usr/lib/mozilla/plugins/nppdf.so
into /usr/lib/mozilla/plugins/npwrapper.nppdf.so
Auto-install plugins from /usr/lib32/mozilla/plugins
Looking for plugins in /usr/lib32/mozilla/plugins
Install plugin /usr/lib32/mozilla/plugins/libflashplayer.so
into /usr/lib/mozilla/plugins/npwrapper.libflashplayer.so
Auto-install plugins from /root/.mozilla/plugins
Looking for plugins in /root/.mozilla/plugins
==================================================

PS. There's no "Packages: Multilib" category when "Adding new task".
This task depends upon

Closed by  Ionut Biru (wonder)
Saturday, 02 October 2010, 21:28 GMT
Reason for closing:  Fixed
Additional comments about closing:  lib32-gtk2 2.20.1-5, lib32-pango 1.28.1-4
Comment by Gerardo Exequiel Pozzi (djgera) - Thursday, 23 September 2010, 18:47 GMT
  • Field changed: Attached to Project (Arch Linux → Community Packages)
>> PS. There's no "Packages: Multilib" category when "Adding new task".
Because you put this task on wrong project.
Comment by Ionut Biru (wonder) - Thursday, 23 September 2010, 19:05 GMT
are you using testing? this is cause because some packages are mysterious linked to xcb-utils
Comment by Maciej Sitarz (macieks2) - Thursday, 23 September 2010, 20:04 GMT
yes
Comment by Ionut Biru (wonder) - Thursday, 30 September 2010, 16:07 GMT
now should be fixed in multilib-testing.
Comment by Ionut Biru (wonder) - Saturday, 02 October 2010, 21:27 GMT
fixed in multilib too

Loading...