Re: "dselect" replacement team
Jason Gunthorpe <jgg@gpu.srv.ualberta.ca> wrote:
|Considering it is designed to replace Dselect I think it would be text
|mode -- slang, curses etc.
I hope that you'll separate the front-end from the back-end (the
library which actually calculates dependancies, reads the databases,
installs software). That way more front-ends will be possbile to be
added later on, and still share the core logic in one shared library.
I'm not talking just about little utilities, but a (C++ classes?)
library.
For instance, I'd like to have a utility to find out the dependancie
tree among current/available packages without going into dselect, a
Mesa-GL/VRML interface to visualize the packages (imagive walking in
3D and seeing the connections, touching packages to modify their
status :) or god knows what other utilities can exploit this logic.
(Wish I had time to contribute to this effort (e.g. would love to
implement a DFS tree for the dep. calcs just once), apologies for
being a back-sit driver :-(
--Amos
--Amos Shapira | "Of course Australia was marked for
133 Shlomo Ben-Yosef st. | glory, for its people had been chosen
Jerusalem 93 805 | by the finest judges in England."
ISRAEL amos@dsi.co.il | -- Anonymous
Reply to: