[Yum-devel] packagesack/package objects

Paul Nasrat pnasrat at redhat.com
Tue Jan 31 03:30:24 UTC 2006


On Mon, 2006-01-30 at 22:11 -0500, seth vidal wrote:
> Hey,
>  This is a layout for something menno and I discussed at lca.

Cool.

> Essentially we'd be getting rid of self.rpmdb and replacing it with a
> rpmdbPackageSack - which is derived from a base packagesack object.

This sounds sane.

> YumBasePackage
>   - YumAvailablePackage
>     - YumAvailableSQLitePackage
>     - YumAvailableXMLPackage
>   - YumLocalPackage
>   - YumInstalledPackage

Are YumInstalledPackage and YumLocalPackage not related (driven by
header so lots of the parsing of prco into YumBasePackage format is the
same).  This ties in to the patch I hacked up in the current
YumInstalledPackage thread to try and unify behaviour.

> YumBasePackageSack
>   - SqliteSack
>   - RpmDBSack
>   - XMLSack
>   - ListSack

These all seem reasonable.
  
> YumBasePackage
>   attributes/properties:
>    - name
>    - arch
>    - epoch
>    - ver
>    - release
>    - requires (as list of tuples)
>    - provides (as list of tuples)
>    - conflicts (as list of tuples)
>    - obsoletes (as lit of tuples)
>    - everything in primary.xml
>    - repo_object
>    - relative url
>    - filelists (as iterator object of some sort)
>    - changelog (as its own object)

That all seems sane.  We probably want to sketch out the methods on
these objects too.  

Paul




More information about the Yum-devel mailing list