[packagekit] PackageKit Collections

Tim Lauridsen tim.lauridsen at googlemail.com
Sun Sep 14 03:56:37 PDT 2008


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



More information about the PackageKit mailing list