Bug 4325

Summary:	2_a3: libXpm.so.4: cannot open shared object file
Product:	Mageia	Reporter:	Bit Twister <bittwister2>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	mageia, mageia, oliver.bgr
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	nx-3.5.0-1.mga2.src.rpm	CVE:
Status comment:

Description Bit Twister 2012-01-29 02:26:00 CET

Description of problem:

$ xterm
xterm: error while loading shared libraries: libXpm.so.4: cannot open shared object file: No such file or directory


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. boot boot-nonfree.iso
2. ftp network install, apply updates, reboot
3. urpmi xterm
4. xterm

Workaround solution:
cd /usr/lib64
ln -s nx/libXpm.so.4

Comment 1 Manuel Hiebel 2012-01-29 11:48:05 CET

Hi, thanks for reporting this bug.
As there is no maintainer for this package I added the committers in CC.

(Please set the status to 'assigned' if you are working on it)

CC: (none) => mageia, mageia

Comment 2 Colin Guthrie 2012-01-29 12:33:57 CET

Hmm,

xterm itself doesn't need libXpm (objdump -p `which xterm`| grep Xpm), so it must be one of the libraries that need it that had that require (ldd `which xterm` | grep Xpm does show results).

Looking a bit closer, it seems that libXaw7 needs it... (objdump -p /usr/lib64/libXaw.so.7 | grep Xpm)

rpm -q --requires -f /usr/lib64/libXaw.so.7 | grep Xpm
libXpm.so.4()(64bit)

So, what provides "libXpm.so.4()(64bit)"?

urpmq --whatprovides "libXpm.so.4()(64bit)"
lib64xpm4|lib64nxX11_0

So, lib64nxX11_0 has the provide, but it doesn't really provide that....

Now this problem isn't localised to libXpm...

e.g.

urpmq --whatprovides "libX11.so.6()(64bit)"
lib64x11_6|lib64nxX11_0

urpmq --whatprovides "libXdamage.so.1()(64bit)"
lib64nxX11_0|lib64xdamage1


So this lib64nxX11_0 package is just causing confusion.... Perhaps it needs to have some special tags in it to exclude these automatic provides?

e.g. %define _provides_exceptions "libXdamage.so.1()(64bit)|..."

(not sure of the syntax here).

Either way I think this is something to fix in nx, not in xterm.

Source RPM: libxpm => nx-3.5.0-1.mga2.src.rpm

Comment 3 Colin Guthrie 2012-01-29 12:40:09 CET

Adding Oliver as he is maintainer of nx.

CC: (none) => oliver.bgr

Comment 4 Oliver Burger 2012-01-29 12:49:13 CET

Looking into it

Comment 5 Oliver Burger 2012-01-29 14:04:40 CET

New nx package submitted, that does filter those provides.

Comment 6 Bit Twister 2012-02-22 18:14:51 CET

clean beta1 install does not have the problem.

Status: NEW => RESOLVED
Resolution: (none) => FIXED