[packagekit] PackageKit Collections

[Tim Lauridsen]

Tim Lauridsen wrote:
> Richard Hughes wrote:
>> On Sat, 2008-09-13 at 14:05 +0200, Anders F Björklund wrote:
>>> I have a problem with the above approach, and using repoid for this...
>>>
>>> Currently I have the same metapackage appearing in two package channels,
>>> say for instance fedora and fedora-updates - each with their own comps:
>> Right, so this scuppers using the data part of the package_id as a type.
>>
>>> Now, if I replace the repo with '[meta]' then I now get two identical
>>> package_ids whereas before they would differ in their "data" section:
>>>
>>> 'fedora-packager;0;noarch;[meta]'
>>> 'fedora-packager;0;noarch;[meta]'
>>> 'fedora-packager;0.3.0-1.fc9;noarch;fedora'
>>>
>>> This is not good, since the package_id in PK must be unique for each ?
>>> And if I remove a dupe, then I'm not sure which one the id refers to ?
>> Exactly, the PackageId _must_ be unique.
>>
>>> Is there somewhere to store the "is-a-meta-package", outside the  
>>> repoid ?
>> I think adding new info enums might be the best plan, something like:
>>
>> PK_INFO_ENUM_COLLECTION_AVAILABLE
>> PK_INFO_ENUM_COLLECTION_INSTALLED
> 
> Do we need these, INFO_INSTALL and INFO_AVAILABLE if fine.
>> This also lets us trivially use the icon theming too.
>>
>> We'll also need a new filter enum to filter out (or in) the meta
>> packages. Something like PK_FILTER_ENUM_META_PACKAGES or
>> PK_FILTER_ENUM_COLLECTIONS might be the best plan. Better names welcome.

I have added PK_FILTER_ENUM_META_PACKAGES and 
PK_FILTER_ENUM_NOT_META_PACKAGES to enums.h and enums.c

so i could test seach in meta package names in the yum backend.

./yumBackend.py search-name meta "game"

this will search in meta package names.

default is not search in meta package names, so we don't break any thing 
in the gui


Tim