On Wed, 2006-11-08 at 21:55 +0200, Panu Matilainen wrote: > On Tue, 2006-11-07 at 16:11 -0800, David Lutterkort wrote: > > When I run > > repoquery --whatprovides /usr/lib/python2.4 > > > > against Fedora rawhide, I get > > > > kdebindings-0:3.5.5-0.1.fc6.i386 > > mailman-3:2.1.9-2.i386 > > python-0:2.4.4-1.fc7.i386 > > > > I understand python (expected) and kdebindings (packaging mistake), but > > can't find any reason why mailman would provide /usr/lib/python2.4. The > > closest I have found is that it owns > > '/usr/lib/mailman/pythonlib/lib/python2.4' .. is this a bug in > > repoquery ? > > It's a bug alright, but actually in yum (3.0) itself, repoquery simply > calls yum methods here. sqlitesack.searchPrco() uses SQL "LIKE" in the > search instead of exact matching (unless the name contains % characters) > which seems to be the problem here. > > To verify, the one-liner below disables using LIKE under any > circumstances and then only python and kdebindings (which has a > packaging bug) are left. Makes me wonder why is yum doing non-exact > matching in file provides? Doesn't seem like a very good idea to me :) b/c of wildcards, I think. for people doing searches like /usr/bi*/foo b/c of the way the fileslists tables are made we have to assemble the files list then check it against the string. I'm betting that's what it is. -sv _______________________________________________ Yum mailing list Yum@xxxxxxxxxxxxxxxxxxxx https://lists.dulug.duke.edu/mailman/listinfo/yum