Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: openoffice.org-core should not list in provides and requires the libraries it ships in private OOo only directories: [orion@orca ~]$ rpm -q --provides openoffice.org-core | grep '\.so *$' | sed 's/ //g' > /tmp/ooprovides [orion@orca ~]$ rpm -ql openoffice.org-core | grep -f /tmp/ooprovides /usr/lib/openoffice.org/basis3.0/program/basprovli.uno.so /usr/lib/openoffice.org/basis3.0/program/behelper.uno.so /usr/lib/openoffice.org/basis3.0/program/cairocanvas.uno.so /usr/lib/openoffice.org/basis3.0/program/canvasfactory.uno.so ..... many more truncated. While the uno ones listed above may not appear elsewhere, things like: libmysql2.so libodbc2.so libodbcbase2.so might conflict with other libraries. Version-Release number of selected component (if applicable): openoffice.org-core-3.0.1-15.4.fc10.i386
Would have to turn off/filter the automatic rpm .so provides/requires, and then manually add-in and maintain requires to ensure dependencies are always correct. Then manually add requires to all extensions, (or not filter the ure ones). Which is all a lot of work, especially as there's no proper rpmbuild --short-circuit to zoom straight to packaging to quickly re-make packages from a .spec, with fairly limited benefit. Do we have packaging guidelines that cover this situation already ? Rather than go off on a solo-run, I'd prefer if there was a set of overall rules. Much better (hand-waving) would be to have the autoprovides/autorequires magic itself e.g. consider the full-path for the provides and parse ORIGIN and friends for the requires. Either way, definitely not going to happen in a F-10 or F-11 update, to I'll change to rawhide on this.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
https://www.redhat.com/archives/fedora-devel-list/2009-June/msg01474.html https://fedoraproject.org/wiki/Features/BetterRpmAutoReqProvFiltering https://fedoraproject.org/wiki/PackagingDrafts/AutoProvidesAndRequiresFiltering So if we get such a consistent system in place for F-12 I'm all for it.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
BetterRpmAutoReqProvFiltering: Targeted release: Fedora 13
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle. Changing version to '14'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
going to be honest here, I'm never going to get the time to grovel through the list and make custom lists for what should be in or out for provides/requires