Re: [gentoo-dev] Re: portage database management

[Marko Mikulicic]

Christian Plessl wrote:

>
> If performance of portage is a problem for you, I would suggest using the
> current portage information to build a fast searchable index for the
> portage information.

I agree with you. I think it should be better to have separate index 
which can be rebuild from scratch upon corruption or whatever.
  If only the searching speed is needed then only gentoolkit's qpkg 
could be changed, reducing the possibility of breaking portage
  However an extension to portage itself could be an option if we want 
alse speed up the rependency resolution (expecially for emerge -up 
world) or for future features like auto-useflag-change-detection.
  Portage's access to package metainformation could be separated in 
front  and backend and modularized with failback on the text-files backend.
  The backends could be for text, berkleydb (little library dependency, 
useful on stage1 files or livecds), relational db or some other 
backstore. The frontends could include portage itself, a xml extractor 
(which could be an interface for other programs),...


Marko


--
gentoo-dev@g.o mailing list