Created attachment 303625 [details]
screenshot illustrating the bug

What does "pkcon search wesnorth" print?

$ pkcon search name wesnoth
available    wesnoth              x86_64  1.4.1-1.fc9     fedora      
Turn-based strategy game with a fantasy theme
available    wesnoth              x86_64  1.4.1-1.fc9     updates     
Turn-based strategy game with a fantasy theme

*** Bug 444249 has been marked as a duplicate of this bug. ***

Sure, the two repos are providing the same package. PackageKit can't filter
this, as it wouldn't know which one to filter. Surely this is a repo problem?

I did not find packages in both the "installed" and updates repositories...any
other things I can help test for to fix this bug?

Richard, the repository display in gpk-application is still broken, btw.

All of the duplicate packages I see show "Fedora Rawhide", even thought the
duplicates come from the "Fedora Development Koji" repository. 
gpk-repo gets the repo names right.

>show "Fedora Rawhide", even thought the duplicates come from the "Fedora
Development Koji" repository. 

Hmm. I think the yum backend might be the problem here:

       # search the rpmdb for the nevra
        pkgs = self.yumbase.rpmdb.searchNevra(name=n,epoch=e,ver=v,rel=r,arch=a)
        # if the package is found, then return it
        if len(pkgs) != 0:
            return pkgs[0],True
        # search the pkgSack for the nevra
        try:
            pkgs =
self.yumbase.pkgSack.searchNevra(name=n,epoch=e,ver=v,rel=r,arch=a)
        except yum.Errors.RepoError,e:
            self.error(ERROR_REPO_NOT_AVAILABLE,str(e))
        # if the package is found, then return it
        if len(pkgs) != 0:
            return pkgs[0],False
        else:
            return None,False

I.e. - if we are returning multiple matches on the NEVRA (no repo parameter)
then we return the first package. I'll try to fix that tonight.

Richard.

Created attachment 303924 [details]
suggested pacth

This is what i'll put into git master - I'll sync with stable later this week.