Caution! Bad SONAME Provides

[Axel Thimm]

On Fri, Jun 22, 2007 at 01:45:36PM -0400, Jeremy Katz wrote:
> On Fri, 2007-06-22 at 19:21 +0200, Ralf Ertzinger wrote:
> > On Fri, 22 Jun 2007 13:03:53 -0400, Jesse Keating wrote
> > > The question I have is why can't we teach the provides finder to be
> > > smarter about things that are outside the standard path?  Why fix
> > > this in N* packages instead of the source?
> > 
> > Could we define a variable in the spec file containing paths that
> > are not to be searched?
> 
> This isn't that hard to do if we think it would be useful.  And thinking
> about it, I'm pretty sure it would be -- a lot of the cases that people
> disable the internal dep generator are to be able to do something like
> this.  And disabling the internal dep generator has other downsides like
> not ensuring files are marked with the proper file color.
> 
> The big question is do we just define paths not to be searched or a
> blacklist of things not to include or the like.

Allow a blacklist method per package. This is a problem that cannot be
globally solved.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-maintainers/attachments/20070622/f5129c22/attachment.sig>