1 |
> > In fact, both. the first step would obviously be to build some basic GUI |
2 |
> > around some interesting console applications. |
3 |
|
4 |
> Like? What kinds of applications are you thinking of here? Just help |
5 |
> me with ideas here, because I wouldn't see the use of a GUI wrapper for |
6 |
> sed. A GUI for pdflatex on the other hand is nice, but already exists |
7 |
> (TeXshop). |
8 |
|
9 |
I agreeg TeX is too complicated for my ideas, and grep is not really |
10 |
useful. At least currently I don't see no way to implement OpenStep |
11 |
services via Renaissance , which would change this. |
12 |
|
13 |
Applications I would like to GUIfy include |
14 |
- wget (downloaders are useful outside outomated scripts, too) |
15 |
- WordNet resp. queequeg |
16 |
- image to vector applications like autotrace resp. potrace |
17 |
|
18 |
More complex GUIs I could imagine e.g for |
19 |
- ImageMagick |
20 |
|
21 |
(the latter would need a new kind of GUI, not so much form based, more |
22 |
task based - you could have a list of taks, where you could e.g add a task |
23 |
like "resize" or "reduce colours". |
24 |
The given task list could be applied to one or more images, in some kind |
25 |
of "batch mode operation" |
26 |
|
27 |
> > The next step would be to implement Gento specific backends, for querying |
28 |
> > the Gentoo database and installing / deinstalling / reinstalling |
29 |
packages. |
30 |
> > This could be implemented by calling Gentoo scripts, or a C / Python / |
31 |
> > whatever level, as soon it is available. |
32 |
|
33 |
> Interesting at this point may be extending/porting the GUI around |
34 |
> libconf, a Gentoo-ish project by dams. But that is only one of course. |
35 |
> If I recall correctly there is some daft portage GUI as well now, but I |
36 |
> think something like FinkCommander would look better (although |
37 |
> FinkCommander is anything but intuitive). |
38 |
|
39 |
Thats way I would like to retain a Gentoo User Interface until later. |
40 |
Basically I could see three possible GUIs |
41 |
- a form based GUI around emerge commands, in a complex multi-tab dialog |
42 |
- a simple list where you can see the list of latest ebuild changes, |
43 |
something like "keep your system uptodate" |
44 |
- a complex application with multiple buttons, lists, text entries where |
45 |
you can see a see all ebuild and their metadata (version, licence, USE |
46 |
flags...) |
47 |
Something like a rich client application for packages.gentoo.org, with |
48 |
the added functionality to start a emerge, emerge -C, emerge -u for the |
49 |
selected packages |
50 |
|
51 |
The last two GUIs you can see in some apt frontends, like e.g in Ubuntu |
52 |
(written in C / Gtk) |
53 |
|
54 |
I have never seen FinkCommander |
55 |
|
56 |
> > The advantage against the current manual installation would be that you |
57 |
> > can rely on the Gentoo package management facilities, which I came to |
58 |
> > miss after my last experiments. Things like automatic version updates, |
59 |
> > dependency management, the possibility to actual unistall stuff.... |
60 |
|
61 |
> Maybe I misunderstand you here, but what were your last experiments? As |
62 |
> far as I know, Portage can do updates, dependency management and |
63 |
> uninstall packages. What would you like to add here? |
64 |
|
65 |
I don't intend to criticize portage her, on the contrary. Gentoo is a |
66 |
shining example for dependency management done right ;) |
67 |
But because some applications I played around lately either were not |
68 |
available in Gentoo (Renaissance framework for OSX, py2app, Python wrapper |
69 |
for Objective C), or were not really useful (I tried a GUI TeX frontend, |
70 |
where I needed to install a LateX distribution, where I could choose |
71 |
between fink, darwin ports and some tool called iInstaller, Gentoo was not |
72 |
supported) |
73 |
|
74 |
For the former I had to resort to .mpkgs, .dmgs with readmes to copy some |
75 |
files to /System/Library, or downright hand crafted python install |
76 |
scripts. |
77 |
|
78 |
All of these way have no idea about having a running, maintainable system, |
79 |
with components which can depend upon, and which can be removed. |
80 |
|
81 |
Regards |
82 |
Dirk |
83 |
|
84 |
-- |
85 |
gentoo-osx@g.o mailing list |