Bug 364004 - acroread update/upgrade not possible
Summary: acroread update/upgrade not possible
Status: RESOLVED DUPLICATE of bug 304963
Alias: None
Product: openSUSE 10.3
Classification: openSUSE
Component: Update Problems (show other bugs)
Version: Final
Hardware: 64bit Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Stanislav Brabec
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-22 13:52 UTC by Freek de Kruijf
Modified: 2008-02-25 10:29 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Freek de Kruijf 2008-02-22 13:52:55 UTC
On the repository http://download.opensuse.org/update/10.3/ there is a new version of acroread available. My current version is 7.0.9-59 from the non-oss repository. The new version is 8.1.2-1.2.

From YaST I got the following error message:
Subprocess failed. Error: RPM failed: Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.1.x86_64) scriptlet failed, exit status 127
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.3.x86_64) scriptlet failed, exit status 127


---
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.3.x86_64) scriptlet failed, exit status 127

2008-02-22 13:15:49 acroread-8.1.2-1.2.i586.rpm install failed
rpm output:
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.1.x86_64) scriptlet failed, exit status 127
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.3.x86_64) scriptlet failed, exit status 127
Comment 1 Marcus Meissner 2008-02-22 16:05:34 UTC
this inconsistency looks like a ld.so cache problem.

Please run:

ldconfig

once to try fixing it up. If it does not help, rm /etc/ld.so.cache ; ldconfig
Comment 2 Freek de Kruijf 2008-02-22 18:02:37 UTC
I did run the ldconfig command as root. That did not work.
Also "rm /etc/ld.so.cache ; ldconfig" did not solve the problem.
I also reported Bug 363975 which appeared to be a duplicate of Bug 360566, which is about nspluginwrapper which name also appears in the message from YaST when updating acroread.
I removed nspluginwrapper and now the new version of acroread is installed without a problem.
However after that installing nspluinwrapper gives the following message:

Subprocess failed. Error: RPM failed: *** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-gmp.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libvlcplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/xineplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-wmp.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-rm.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-qt.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/kaffeineplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libdragonegg.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-dvx.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/firefox/plugins/xineplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/firefox/plugins/kaffeineplugin.so: wrong ELF class: ELFCLASS64
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.3.x86_64) scriptlet failed, exit status 127


---
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-rm.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-qt.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/kaffeineplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libdragonegg.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/mplayerplug-in-dvx.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/firefox/plugins/xineplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/firefox/plugins/kaffeineplugin.so: wrong ELF class: ELFCLASS64
Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
error: %trigger(nspluginwrapper-0.9.91.5-3.3.x86_64) scriptlet failed, exit status 127

However installing nspluginwrapper from the main repository, excluding the one from the mozilla repository of the BuildService did succeed. So now the only problem left is with last package.
Comment 3 Stanislav Brabec 2008-02-25 10:27:40 UTC
This is a duplicate of bug 363975. We are waiting half year for glibc fix.

Possible work-around (ignore this proble) is prepared in bug 350752. But this work-around may break support for plugins provided by nspluginwrapper.
Comment 4 Stanislav Brabec 2008-02-25 10:29:22 UTC
Bug 363975 is duplicate as well.

Duplicate of bug 304963. We are waiting half year for the glibc fix.

*** This bug has been marked as a duplicate of bug 304963 ***