Gentoo Archives: gentoo-dev

From: Michael Kohl <citizen428@××××××.org>
To: gentoo-dev@g.o
Subject: [gentoo-dev] Unified tool for Gentoo specific tasks?
Date: Tue, 10 Jun 2003 08:45:07
1 Hi!
3 One of the things which disturbs me about Gentoo Linux (admittedly only
4 slightly, but still) is the "clutter" of seperate tools I have
5 installed which are Gentoo specific: mirrorselect, ufed, gentoolkit
6 (although I only have it because of etcat), some things from the forums
7 like (ebb -
8 and femerge -, epm
9 (which I haven't installed, but still). Sure this is not really a big
10 problem, but various posts in forums and mailing lists lead me to the
11 conclusion that quite a few users are not aware of one or the other of
12 this useful little helpers.
14 Hence an idea came to my mind, which I'd like to discuss on this list
15 for a while before going through the hassle of writing a full-featured
16 GLEP:
18 Daniel Robbins never made a secret of Gentoo (or at least the Portage
19 system) being inspired by BSD. One of the things I really like about
20 FreeBSD is /stand/sysinstall, where you can configure many aspects of
21 your system quite comfortable via a curses based interface. This lead me
22 to the conclusion that something similar would be nice for Gentoo Linux.
24 As I already hear you scream, here's what I _don't_ want to propose: no,
25 I'm not arguing in favor of a tool which configures every aspect of your
26 system. linuxconf, Webmin and the likes do this job fair enough,
27 reduplicating their efforts would be something I'd rather not want to
28 see. Also I have the feeling that most Gentoo Linux users are familiar
29 and comfortable with editing config files by hand.
31 What I was thinking about is a unified, curses-based frontend for the
32 various aforementioned tools. And creative like I feel today I already
33 came up with a code name for this proposal, "Emergency". ;-)
35 So, what do I "Emergency" want to be:
36 1. a unified frontend for _Gentoo specific_ configurations
37 (mirrorselect, ufed, etc.)
38 2. I'm voting for a curses based frontend so this tool can be used on
39 machines without XFree, via ssh etc. but think the tool should be
40 modular enough for different interfaces (e.g. gtk, qt, browser based).
41 The kernel config comes to mind as an example (compare make menuconfig
42 to make xconfig and make gconfig (gtk, development sources)), as well as
43 mldonkey.
44 3. people not interested in "Emergency" shouldn't have to use it! Maybe
45 a useflag can do the trick and install tools like ufed and mirrorselect
46 either as standalone applications or as plugins for "Emergency".
47 4. In regard to 2. and 3. the whole application should be designed as
48 modular as possible, and allow for plugins to be written in as
49 many languages as possible (shell scripts, Perl, Python and Ruby come to
50 my mind, but I'm sure there are also some people who'd love to see C or
51 more exotic languages thrown in the mix). So maybe "Emergency" wouldn't
52 really be an application on it's on, but a framework which allows the
53 authors of the various config tools to integrate them nicely.
54 5. Perl being famous for being a good "glue language" would be my
55 preference for the framework, but I'm not biased towards any language in
56 particular and open for argument on the pros/cons of alternatives.
58 Tools I'd love to see included: mirrorselect, ufed, epm, an ebuild
59 browser (as full featured as possible, making use of all the nice stuff
60 available in etcat), gcc-config, java-config, genkernel (also I haven't
61 looked at it yet, maybe it's not really a candidate for being included
62 in this kind of tool), a new tool for managing all the"portage options"
63 in/etc/make.conf(like portdir overlay, rsync retries, logging,
64 fetchcommand, offering the comments from make.conf as ufed does with
65 use.desc etc.). I'm pretty sure if we all think for a while we can come
66 up with quite a few more modules...
68 Please note that I didn't really do much of coding during the last few
69 years (except for web related stuff - php, mysql etc.), but just played
70 around with various languages (namely Perl, Ruby and nowadays Python)
71 for fun. _BUT_ if there's interest in a tool like this, I would love
72 to put a considerable amount of time into this project, helping out
73 wherever I can, be it coding, improving the concept, planning or
74 coordinating of the development...
76 Sorry for this rather long message, I just wanted to make the idea as
77 clear as possible.
79 Curious about what all of you think about this,
80 Michael
82 --
84 GnuPG-key-ID: 0x90CA09E3
85 Jabber-ID: citizen428 [at] cargal [dot] org
86 Registered Linux User #278726


Subject Author
Re: [gentoo-dev] Unified tool for Gentoo specific tasks? Michael Kohl <citizen428@××××××.org>
Re: [gentoo-dev] Unified tool for Gentoo specific tasks? Michael Kohl <citizen428@××××××.org>
Re: [gentoo-dev] Unified tool for Gentoo specific tasks? Sven Blumenstein <me@××××××.net>