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> |
Status: | VERIFIED LATER | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alex
2004-05-31 09:08:46 UTC
portagemaster / kportage exist but both appear to be dead projects 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. 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. The API is being implemented, but won't be available for quite some time. Marking it LATER. Current portage GUI's in the tree include app-portage/porthole and app-portage/portato. |