Gentoo Archives: gentoo-guis

From: "René 'Necoro' Neumann" <lists@××××××.eu>
To: gentoo-guis@l.g.o, Kuroo Kuroo <×××××.com>
Subject: Re: [gentoo-guis] One backend for all portage GUIs
Date: Wed, 10 Oct 2007 17:57:12
In Reply to: Re: [gentoo-guis] One backend for all portage GUIs by "René 'Necoro' Neumann"
Hash: SHA1

René 'Necoro' Neumann schrieb:
> Brian schrieb: >> On Tue, 2007-09-10 at 23:54 +0200, René 'Necoro' Neumann wrote: > >>> This is the thing I'm waiting for atm ... the functions to implement (ie >>> the API)... I think, that it should be done in a functional way is >>> general consensus, isn't it? >>> >> Ok, I've put together a small list of portage calls mostly unigue, but >> many have variations of the basic call (not listed)repeated for >> different info returned. A few lines of code I left in to make it more >> clear, but should give an overall list of the portage function calls >> used so far. > > >> I will put together a list of functions that I created in portagelib to >> add functionality directly related to portage. Some of them are copies >> of code chunks from lifted from gentoolkit. > >>> Regards, >>> - - Necoro > Thanks =) > > I've put it into the Wiki [1] too. :) > > I'll try again today to create some API documentation and will merge > your requirements.
Ok - I've added the current API to the wiki [1]. I did not manage to include all of the needs of porthole, as I don't know what some of the calls do, and whether they are really needed ;). Please see the attached file for the comments. @dol-sen: Would be great if you could scan through the list and see, which ones are really needed. Because portage calls inside functions that are then moved into catapult don't need to have an equivalent in the API (at least in most cases). - And for the vast majority I was just clueless ^^. (and too lazy to lookup portage code). There are certain issues with the current API: 1.) Add some more stuff needed by other frontends. 2.) Perhaps merge the Package and the System object as they both just provide functions. 3.) Merge package.is_in_overlay() and package.get_overlay_path() 4.) Get rid of the different get_*_settings functions and add special ones: get_homepage, get_depend(which), get_arch, ... 5.) Currently there are two functions returning use flags which were set at installation time of a package: - get_use_flags(): Returning ALL set useflags - get_installed_use_flags(): Return only the set useflags which are also in IUSE. This should perhaps be merged into one function with an attribute "only_iuse" or similar. Some comments are appreciated ;) - - Necoro [1] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - iD8DBQFHDRAq4UOg/zhYFuARAmyxAJ4jqUKg8pAIi6AGv/QYcGZ4XOagkACeOFJK 9XOv2sBduIknjtsKv8CbYqM= =1FVU -----END PGP SIGNATURE-----


File name MIME type
portage_calls_porthole_commented.txt text/plain


Subject Author
Re: [gentoo-guis] One backend for all portage GUIs Brian <dol-sen@×××××.net>