https://bugzilla.redhat.com/show_bug.cgi?id=957693 --- Comment #4 from Mario Blättermann <mario.blaettermann@xxxxxxxxx> --- (In reply to Adrien Devresse from comment #3) > > W: private-shared-object-provides /usr/lib/python2.7/site-packages/gfal2.so gfal2.so > Don't know what it means and how this could be fixed. Any explanation is > welcome. > > --> Means that a shared library is outside of the standard library path /lib > and /usr/lib, it's normal in the case of a python module. > Of course it is normal, but you have to filter out this library from the provides: $ rpm -qp --provides gfal2-python-1.2.0-0.fc20.i686.rpm gfal2-python = 1.2.0-0.fc20 gfal2-python(x86-32) = 1.2.0-0.fc20 gfal2.so The library is private in terms of not intended to be present in a common library path. It has to become "invisible". See http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering for how to do so. > > The -doc subpackage doesn't contain any arch specific files, please tag it as "BuildArch: noarch". Moreover, the %{?_isa} tag there is obsolete then. > > --> It's technicaly impossible from what I know to have one subpackage > noarch and an other arch specific inside the same SRPM. > A lot of package follow the pattern of -doc arch specific package. > Maybe, but by adding the appropriate tag you could solve this: %package doc Summary: Documentation for %{name} Group: Applications/Internet BuildArch: noarch Requires: %{name} = %{version}-%{release} However, you get the -doc package twice after running the build. But it appears only once in the repositories. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Dyq0gNZfdj&a=cc_unsubscribe _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review