|Summary:||GUI for portage similiar to fedora2 package managment|
|Product:||Portage Development||Reporter:||Alex <avg>|
|Component:||Core - External Interaction||Assignee:||Portage Tools Team <tools-portage>|
|Package list:||Runtime testing required:||---|
Description Alex 2004-05-31 09:08:46 UTC
http://www.madpenguin.org/images/reviews/fedora2/addremove.png my idea was to make something similiar, which will stay up-to-date via. packages.gentoo.org . Reproducible: Always Steps to Reproduce: 1. 2. 3.
Comment 1 SpanKY 2004-05-31 10:13:00 UTC
portagemaster / kportage exist but both appear to be dead projects
Comment 2 Alex 2004-05-31 16:02:17 UTC
i was hoping to something that will be built in within portage and kept up-to-date from a pure text stream instead of searching everything on HD. perhaps something similiar to RSS feed, from packages.gentoo.org, which is up-to-date all the time. time--stamps could be used to determine if a sync is needed, etc.
Comment 3 Brian Harring (RETIRED) 2004-06-01 06:45:14 UTC
Err, why packages.gentoo.org? For emerging, the ebuild would still have to exist locally. You're also assuming that you can fetch *just* the ebuild; what about deps that have changed. Aside from that, gui frontend ought to be doable w/ the portageapi once it's stabilized, although code contributions help in getting the ball rolling.
Comment 4 Alec Warner 2005-10-11 21:50:52 UTC
The API is being implemented, but won't be available for quite some time. Marking it LATER.
Comment 5 Paul Varner (RETIRED) 2010-04-08 16:39:22 UTC
Current portage GUI's in the tree include app-portage/porthole and app-portage/portato.