Bug 733066

Summary:	incorrect (automatic?) provides for /usr/lib64/nx/libXdamage.so.1
Product:	[Fedora] Fedora	Reporter:	Mads Kiilerich <mads>
Component:	nx	Assignee:	Axel Thimm <axel.thimm>
Status:	CLOSED ERRATA	QA Contact:	Ville Skyttä <ville.skytta>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	16	CC:	axel.thimm, gwync, kalevlember, ville.skytta
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	nx-3.5.0-5.fc16	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-09-07 03:30:08 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Mads Kiilerich 2011-08-24 15:50:36 UTC

[root@imac ~]# repoquery --whatprovides 'libXdamage.so.1()(64bit)'
nx-0:3.5.0-4.fc16.x86_64
libXdamage-0:1.1.3-2.fc15.x86_64
[root@imac ~]# rpm -ql nx|grep libXdamage
/usr/lib64/nx/libXdamage.so.1
/usr/lib64/nx/libXdamage.so.1.0

It is thus not 'really' correct that nx provides libXdamage.

This will occasionally cause unfortunate and failing dependency chains when building live images.

nx-3.5.0-4.fc16.x86_64

Comment 1 Mads Kiilerich 2011-08-24 15:58:45 UTC

This shows up as build-time errors:

  Installing: gtk3                         ##################### [542/665]gtk-query-immodules-3.0-32: error while loading shared libraries: libXcomposite.so.1: cannot open shared object file: No such file or directory
 
  Installing: gtk2                         ##################### [543/665]/usr/bin/gtk-query-immodules-2.0-32: error while loading shared libraries: libXcomposite.so.1: cannot open shared object file: No such file or directory
warning: %post(gtk2-2.24.5-1.fc16.i686) scriptlet failed, exit status 127

Comment 2 Kalev Lember 2011-08-24 16:25:34 UTC

It would appear that nx-3.5.0-4.fc16 uses the "old" style provides filtering that doesn't work with the version of RPM in F16:
%filter_from_provides /libX\(11\|ext\|render\)\.so/d
%filter_setup

The provides filtering should probably be changed to something like the following (untested):
%global __provides_exclude_from %{_libdir}/nx/libX.*$
or even:
%global __provides_exclude_from %{_libdir}/nx/.*$

Comment 3 Ville Skyttä 2011-08-24 20:27:47 UTC

(In reply to comment #2)
> It would appear that nx-3.5.0-4.fc16 uses the "old" style provides filtering
> that doesn't work with the version of RPM in F16:
> %filter_from_provides /libX\(11\|ext\|render\)\.so/d
> %filter_setup

It does still work, I just forgot to add Xcomposite, Xdamage, Xfixes, Xpm, Xrandr and Xtst to the filter regex when adding those libs.  Thanks for the catch, will fix in a jiffy.

Comment 4 Fedora Update System 2011-08-24 21:30:21 UTC

nx-3.5.0-5.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/nx-3.5.0-5.fc16

Comment 5 Fedora Update System 2011-08-24 22:48:13 UTC

Package nx-3.5.0-5.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing nx-3.5.0-5.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/nx-3.5.0-5.fc16
then log in and leave karma (feedback).

Comment 6 Fedora Update System 2011-09-07 03:29:56 UTC

nx-3.5.0-5.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.