So, while checking if there was going to be a FPC meeting today, a couple points came up that seem as if they could use a bit of clarification: * 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] <a href="http://article.gmane.org/gmane.linux.redhat.fedora.extras.packaging/5889">http://article.gmane.org/gmane.linux.redhat.fedora.extras.packaging/5889</a> [2] <a href="http://fedorapeople.org/~cweyl/macros.filtering">http://fedorapeople.org/~cweyl/macros.filtering</a> -- Chris Weyl Ex astris, scientia