Re: [gentoo-portage-dev] Re: Re: portage-ng roadmap?

["Philippe Lafoucrière" <lafou@wanadoo.fr>]

>>need help ?
>>I'd like to work on the cache part, since I'm getting sic of "emerge rsync".
> 
> 
> A big change in what I have, which is not nearly workeable yet (and I won't
> work on it at all until august) is that it tries to use lazy evaluation
> techniques combined with in memory caching. When you open an ebuild object you
> can do with it whatever you want but the actual file is only read at the
> moment you request the value of a property other than the version. Similarly
> the packages in a category are only requested on demand. Searching (emerge -s
> like) uses a smart strategy using the glob function ;-). The cache
> precalculation should not be necessary for the full rewrite.


Paul,

do you think end-users need all ebuilds ? I have a laptop, and fetching 
the whole portage tree doesn't make any sence, since I emerge only a few 
apps. On the other hand, I'd like to fetch a "pre-computed" cache or 
world file, and fetch only ebuilds when necessary (emerging a package 
for example). Those "emerge rsync" are way too long, and can be 
drasticly reducted using a different way of thinking.

Of course, the whole portage tree could be installed, as it is in FreeBSD ;)

--
gentoo-portage-dev@gentoo.org mailing list