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:<br><br>* The internal dependency generator is not golbaly turned off; it is only turned off when the filtering macros are actually invoked.<br>

<br>* Disabling the internal dependency generator is currently the only way to enable the filtering of errant solib dependency information.<br><br>* File coloring only impacts us via multilib in the case of elf32/64 executable binaries (w.r.t. disabling the internal dependency generator). [1]<br>

<br>* 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.<br>

<br>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 &quot;provides&quot; 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.)<br>

<br>Is any of the above wrong?  Are there any specific objections that would prevent the adoption of this proposal, beyond bikeshedding?<br><br>                                          -Chris<br><br>[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><br clear="all">

[2] <a href="http://fedorapeople.org/~cweyl/macros.filtering">http://fedorapeople.org/~cweyl/macros.filtering</a><br><br>-- <br>Chris Weyl<br>Ex astris, scientia<br>