| 1 |
> > The idea is to provide GUI frontends to Gentoo applications using |
| 2 |
> > Python |
| 3 |
> > bindings to AppKit/Cocoa, and the use of Renaissance, a declarative |
| 4 |
> > GUI approach implemented as part of the GNUstep project |
| 5 |
> > (http://www.gnustep.org) |
| 6 |
|
| 7 |
> Where 'Gentoo applications' == the portage UI itself ? Or are you |
| 8 |
> talking about actually wrapping arbitrary packages in a GUI? |
| 9 |
|
| 10 |
In fact, both. the first step would obviously be to build some basic GUI |
| 11 |
around some interesting console applications. |
| 12 |
The wrapper could be written in Python (or another scripting language |
| 13 |
which has ObjC bindings, which I have not further investigated, yet) and |
| 14 |
calls the console commands. Additional points for parsing the tools output |
| 15 |
andshowinfg the result in the wrapper GUI. |
| 16 |
|
| 17 |
The next step would be to implement Gento specific backends, for querying |
| 18 |
the Gentoo database and installing / deinstalling / reinstalling packages. |
| 19 |
This could be implemented by calling Gentoo scripts, or a C / Python / |
| 20 |
whatever level, as soon it is available. |
| 21 |
|
| 22 |
The advantage against the current manual installation would be that you |
| 23 |
can rely on the Gentoo package management facilities, which I came to miss |
| 24 |
after my last experiments. Things like automatic version updates, |
| 25 |
dependency management, the possibility to actual unistall stuff.... |
| 26 |
|
| 27 |
By using renaissance as your frontend system, you can achieve some nice |
| 28 |
cross platform abilities which leads to less code needed to be maintained |
| 29 |
by the gentoo-osx people. |
| 30 |
|
| 31 |
> The former, should definitely wait until portage 3 (saviour) is here, |
| 32 |
> as that will be the first portage to actually have an API. |
| 33 |
|
| 34 |
I assume there already exist some scripts which could be used to query the |
| 35 |
Gentoo database? Something like gentoo-toolkit? |
| 36 |
Now all is needed is a way to exec a shell script via Python. |
| 37 |
|
| 38 |
> The latter, is a completely crazy idea, but if you think you can pull |
| 39 |
> it off, more power to ya ;) |
| 40 |
|
| 41 |
It is possibly to implement the actual script without using Gentoo, so |
| 42 |
this I could do without help. For integrating this stuff and porting the |
| 43 |
needed prerequisites, I think I would hae to ask for help from Gentoo |
| 44 |
developers... ;) |
| 45 |
|
| 46 |
|
| 47 |
|
| 48 |
Regards |
| 49 |
Dirk |
| 50 |
|
| 51 |
|
| 52 |
-- |
| 53 |
gentoo-osx@g.o mailing list |
Archives