Re: [gentoo-portage-dev] efficient source for changes in the portage tree

2006-04-20 Thread Brian
On Thu, 2006-20-04 at 21:30 +0200, Björn Ruberg wrote:
> Hello,
> 
> I'm the developer of ViewPortageX, a nice superkaramba theme that basically 
> parses packages.gentoo.org to display the changes in the displayed 
> package-tree. So it helps you to supervise the changes in portage. 
> This cuts down my syncs for example from once in two days to once in two 
> weeks 
> (normally).
> Link: http://www.kde-look.org/content/show.php?content=32012
> ViewPortageX does some stuff more now, but that is its basic task.
> 
> Well, I want to improve it now, let it supervise all changes in the tree and 
> even let it evaluate your packages.keywords.
> So it would be able print out something that comes pretty close to an emerge 
> -p world.
> Well, I would be able to fetch all the needed information from 
> packages.gentoo.org, but I think there must be more efficient ways, as this 
> would cost much traffic and it is a little CPU-consuming.
> So, perhaps you have an idea from were I can better fetch the updates in 
> portage?
> 
> Oh and I would like to make more use of the portage-API. Is there a 
> documentation of it somewhere?
> 
> Thanks,
> 
> Björn Ruberg
> 

Perhaps you may find portholes code easier to find out how to obtain
info from portage.  The portagelib.py file is where all portage
interaction takes place.  Since the devs know about what it uses already
it is probably the safest code taps from portage to use.  You should be
able to get all the info you need from those examples.

Also you may want to keep track of pkgcore_lib.py.  It is the next
generation portage code that will be coming our way.  I have only just
started integrating it for porthole (my first commit of it last night).
Many things will change by the time the code is ready for general use,
but will give you an idea of how to plan ahead. The tree structure is
quite a bit different than current portage. I know I will need to re-do
a bunch of porthole's code to be optimized for the new structure. Also
it should be faster.  So far, just building all the available packages
from the local tree as well as all installed packages is about 1 sec.
faster on my machine, probably better again when it's ironed out. If
there is something lacking in it's API, Brian Harring wants to know.

-- 
Brian <[EMAIL PROTECTED]>

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



[gentoo-portage-dev] efficient source for changes in the portage tree

2006-04-20 Thread Björn Ruberg
Hello,

I'm the developer of ViewPortageX, a nice superkaramba theme that basically 
parses packages.gentoo.org to display the changes in the displayed 
package-tree. So it helps you to supervise the changes in portage. 
This cuts down my syncs for example from once in two days to once in two weeks 
(normally).
Link: http://www.kde-look.org/content/show.php?content=32012
ViewPortageX does some stuff more now, but that is its basic task.

Well, I want to improve it now, let it supervise all changes in the tree and 
even let it evaluate your packages.keywords.
So it would be able print out something that comes pretty close to an emerge 
-p world.
Well, I would be able to fetch all the needed information from 
packages.gentoo.org, but I think there must be more efficient ways, as this 
would cost much traffic and it is a little CPU-consuming.
So, perhaps you have an idea from were I can better fetch the updates in 
portage?

Oh and I would like to make more use of the portage-API. Is there a 
documentation of it somewhere?

Thanks,

Björn Ruberg

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