Bug 733066 - incorrect (automatic?) provides for /usr/lib64/nx/libXdamage.so.1
Summary: incorrect (automatic?) provides for /usr/lib64/nx/libXdamage.so.1
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: nx
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Axel Thimm
QA Contact: Ville Skyttä
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-08-24 15:50 UTC by Mads Kiilerich
Modified: 2011-09-07 03:30 UTC (History)
4 users (show)

Fixed In Version: nx-3.5.0-5.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-09-07 03:30:08 UTC


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.