why in the world would i need that on a build-machine? i can read manpages on my desktop pretty fine......... _____________________________________________________ frankly that was manually added in the SPEC file for no good reason %package -n libattr-devel Summary: Files needed for building programs with libattr Group: Development/Libraries License: LGPLv2+ Requires: libattr = %{version}-%{release} # provides {,f,l}{get,list,remove,set}xattr.2 man pages Requires: man-pages _____________________________________________________ [root@buildserver64:~]$ yum remove man-pages Loaded plugins: protectbase, tsflags Resolving Dependencies --> Running transaction check ---> Package man-pages.noarch 0:3.69-5.fc21 will be erased --> Processing Dependency: man-pages for package: libattr-devel-2.4.47-9.fc21.x86_64 --> Running transaction check ---> Package libattr-devel.x86_64 0:2.4.47-9.fc21 will be erased --> Processing Dependency: libattr-devel for package: libacl-devel-2.2.52-7.fc21.x86_64 --> Running transaction check ---> Package libacl-devel.x86_64 0:2.2.52-7.fc21 will be erased --> Processing Dependency: libacl-devel for package: lounge-build-requires-21.0-2.fc21.20150714.rh.noarch --> Running transaction check
and BTW the useless of this dependency is proven by "tsflags=nodocs" in yum.conf by using "yum-plugin-tsflags" which finally renders any file of the man-pages package at only present in the rpmdb but not on the filesystem
(In reply to Harald Reindl from comment #0) > why in the world would i need that on a build-machine? -devel packages are supposed to install the related API documentation (unless it is big enough to be split to the -docs subpackage). > i can read manpages on my desktop pretty fine......... > _____________________________________________________ > > frankly that was manually added in the SPEC file for no good reason I believe the reason is pretty obvious from the comment. You can get more info from git-blame and the related thread on upstream mailing-list: http://lists.nongnu.org/archive/html/acl-devel/2014-03/msg00010.html Prior to the change, {,f,l}{get,list,remove,set}xattr.2 man pages were installed by the libattr-devel sub-package. So the dependency was added to keep those man pages installed when libattr-devel is installed.
the dependency "man-pages" is completly useless, on any default install it's present anyways and if soembody decides to uninstall it while have a lot of devel-packages on the machine and only one of them pulls a 5 MB not needed and removed by intention package is only rude - period the word "dependency" has a clear meaning, the devel pakcage *do not* depend on man-pages, period
Thanks for the explanation! I will remove the dependency to make the minimal buildroot smaller. Perhaps this is a use case that RPM weak dependencies intend to cover?
Harald, does this work for you? --- a/attr.spec +++ b/attr.spec @@ -41,7 +41,7 @@ License: LGPLv2+ Requires: libattr = %{version}-%{release} # provides {,f,l}{get,list,remove,set}xattr.2 man pages -Requires: man-pages +Recommends: man-pages %description -n libattr-devel This package contains header files and documentation needed to
not sure how far the support for weak dependencies currently is, but sounds good, would you mind to offer somewhere a rpm-build with this change for F21 and/or F22?
This would be for rawhide only. I am not going to mess stable Fedora with the weak dependency. If your concern is about Fedora 21..23, I think just removing the dependency is a better choice.
well, there is a reaosn why i selected 21 as version while write the bugreport :-)
I see. The question is whether the solution proposed for rawhide works in your case, so that we do not have a fresh bug report when f24 becomes stable. Could you please try the following scratch build? http://koji.fedoraproject.org/koji/taskinfo?taskID=11078771
as expected, i can remove man-pages Sep 14 13:02:46 Updated: libattr-2.4.47-14.fc21.x86_64 Sep 14 13:02:46 Updated: attr-2.4.47-14.fc21.x86_64 Sep 14 13:02:47 Updated: libattr-devel-2.4.47-14.fc21.x86_64 Sep 14 13:02:57 Erased: man-pages-3.69-5.fc21.noarch
fixed in attr-2.4.47-14.fc24
attr-2.4.47-10.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15810
attr-2.4.47-14.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15812
attr-2.4.47-14.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update attr'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15812
attr-2.4.47-10.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update attr'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15811
attr-2.4.47-10.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update attr'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15810
attr-2.4.47-14.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
attr-2.4.47-10.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
attr-2.4.47-10.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.