Re: repoquery --whatprovides /usr/lib/python2.4 in rawhide

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux