[gentoo-dev] Web-based Portage Frontend

[gentoo-dev] Web-based Portage Frontend

[Benjamin Judas]

Hi,

I'm planning to do a web-based Portage (i.e. emerge) frontend. I'm doing
this just for fun, however it would be nice if I could get some support.
There are some problems for me understanding portage's API so what I did
now is using the original "emerge" and "portage.py" and modify it so I
can include it into my scripts.

Since Portage is approaching onto some major changes in its API, I am
not sure if the frontend would work with future Versions of Portage; I'm
using the latest x86-Portage.

I already talked to genone, he said it would be no problem if I would
use and modify their code and pyrania told me, that he had the Idea of
an API-library so that all major functions could be encapsuled into
easy-to-use functions (for example : def merge_packet(cpv):).

Having such a library would make things a lot easier for people that
want to provide alternative frontends.

I can't show you any code right now except my quick-and-dirty hacks to
test some functions and preparing the basis for webportage. These hacks
are - as I already mentioned - the changes in emerge and portage.py to
make it work with a web-based environment.

If there is any interest in this project it would be nice if I could get
some help by people who already made their way through Portage's code
and have a basic to good understanding of how things work.

Thanks in advance
    Benjamin "beejay" Judas

-- 
GPG-Public-Key:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC31DEDD8

Key-Fingerprint:
4E65 AAFE 785B 61D8 E4D9  1671 E017 87B7 C31D EDD8

ICQ: 239829549
Jabber:beejay@a-message.de

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Web-based Portage Frontend

[Benjamin Judas]

[-- Attachment #1: Type: text/plain, Size: 704 bytes --]

> I can't show you any code right now except my quick-and-dirty hacks to
> test some functions and preparing the basis for webportage. These hacks
> are - as I already mentioned - the changes in emerge and portage.py to
> make it work with a web-based environment.

Ok, since I got HTML-based search just working I put the code that I
have so far online. You can download the file including the HTML-Portal
and all python-files here:

http://www.judas-merlau.de/downloads/webportage.tar.gz

-- 
GPG-Public-Key:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC31DEDD8

Key-Fingerprint:
4E65 AAFE 785B 61D8 E4D9  1671 E017 87B7 C31D EDD8

ICQ: 239829549
Jabber:beejay@a-message.de

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] Web-based Portage Frontend

[Philippe Lafoucrière]

Here is another portage front end I'm working on (to learn Woven from 
twistedmatrix.com). I'm currently working on pages with non-bloquing 
rendering.

http://wwwetu.utc.fr/~plafoucr/gentoo/gat.tgz

use the start.sh script to start the app, and then connect to 
http://localhost:8080


On Sunday 23 November 2003 13:00, Benjamin Judas wrote:
> Hi,
>
> I'm planning to do a web-based Portage (i.e. emerge) frontend. I'm doing
> this just for fun, however it would be nice if I could get some support.
> There are some problems for me understanding portage's API so what I did
> now is using the original "emerge" and "portage.py" and modify it so I
> can include it into my scripts.
>
> Since Portage is approaching onto some major changes in its API, I am
> not sure if the frontend would work with future Versions of Portage; I'm
> using the latest x86-Portage.
>
> I already talked to genone, he said it would be no problem if I would
> use and modify their code and pyrania told me, that he had the Idea of
> an API-library so that all major functions could be encapsuled into
> easy-to-use functions (for example : def merge_packet(cpv):).
>
> Having such a library would make things a lot easier for people that
> want to provide alternative frontends.
>
> I can't show you any code right now except my quick-and-dirty hacks to
> test some functions and preparing the basis for webportage. These hacks
> are - as I already mentioned - the changes in emerge and portage.py to
> make it work with a web-based environment.
>
> If there is any interest in this project it would be nice if I could get
> some help by people who already made their way through Portage's code
> and have a basic to good understanding of how things work.
>
> Thanks in advance
>     Benjamin "beejay" Judas


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Web-based Portage Frontend

[Philippe Lafoucrière]

On Sunday 23 November 2003 17:51, Philippe Lafoucrière wrote:
> Here is another portage front end I'm working on (to learn Woven from
> twistedmatrix.com). I'm currently working on pages with non-bloquing
> rendering.
>
> http://wwwetu.utc.fr/~plafoucr/gentoo/gat.tgz
>
> use the start.sh script to start the app, and then connect to
> http://localhost:8080

archive has been clean, it's now ~20 kb


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Web-based Portage Frontendg

[Jason Mobarak]

On 13:00 Sun 23 Nov     , Benjamin Judas wrote:

[...]
> I already talked to genone, he said it would be no problem if I would
> use and modify their code and pyrania told me, that he had the Idea of
> an API-library so that all major functions could be encapsuled into
> easy-to-use functions (for example : def merge_packet(cpv):).
> 
> Having such a library would make things a lot easier for people that
> want to provide alternative frontends.
[...]

My only suggestion is to make your own code feature enough abstract
encapsulation of portage that you can easily change how it may interact with
future versions (i.e., MVC or similar design patterns). Currently I'm working on
separating portage into a library of python packages but it's slow work and I
currently have no one who seems greatly interested in helping. Hopefully I'll be
able to finish before the end of December.

However, I am looking to add several things to the current portage,
documentation, unit tests, modularity, and encapsulation of basic operations
(possibly using interfaces to define what methods certain class should have in
order to perform certain actions).

Toodles.

-- 
-------------------------~
----------Jason-A-Mobarak-~
-aether-at-gentoo-dot-org-~
-------------------------~


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Web-based Portage Frontendg

[Jason Stubbs]

On Wednesday 26 November 2003 13:01, Jason Mobarak wrote:
> My only suggestion is to make your own code feature enough abstract
> encapsulation of portage that you can easily change how it may interact
> with future versions (i.e., MVC or similar design patterns). Currently I'm
> working on separating portage into a library of python packages but it's
> slow work and I currently have no one who seems greatly interested in
> helping. Hopefully I'll be able to finish before the end of December.
>
> However, I am looking to add several things to the current portage,
> documentation, unit tests, modularity, and encapsulation of basic
> operations (possibly using interfaces to define what methods certain class
> should have in order to perform certain actions).

I'd be interested in helping in that. I don't have too much free time, have 
only just started using Python and have yet to understand how the more 
important functionality works (the digraph class and all the dep_ functions) 
but I'm a very quick learner and would only be a liability for a very short 
time. :-)

Let me know if you're interested.

Regards,
Jason (too)

--
gentoo-dev@gentoo.org mailing list