* The internal dependency generator is not golbaly turned off; it is only turned off when the filtering macros are actually invoked.
* Disabling the internal dependency generator is currently the only way to enable the filtering of errant solib dependency information.
* File coloring only impacts us via multilib in the case of elf32/64 executable binaries (w.r.t. disabling the internal dependency generator). [1]
* Clean, consistent autoreq/prov overriding is clearly needed: there are hundreds of packages disabling the internal dep generator, hundreds more with some form of req/prov filtering, and recent questions on fedora-devel-list as to overriding this sort of dep.
In other words, to make these macros available globally will have no impact on any package not explicitly using them. (Note the %expand macro being used in %setup_filter[2]) solib-provoked "provides" can be filtered from packages not providing elf32/64 executable binaries without messing up multilib. (That is, all arch-specific perl packages, pidgin/mysql/etc plugin packages, etc.)
Is any of the above wrong? Are there any specific objections that would prevent the adoption of this proposal, beyond bikeshedding?
-Chris
[1] http://article.gmane.org/gmane.linux.redhat.fedora.extras.packaging/5889
[2] http://fedorapeople.org/~cweyl/macros.filtering
--
Chris Weyl
Ex astris, scientia
-- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
