Better infrastructure to developers

3 views
Skip to first unread message

Álvaro Justen [Turicas]

unread,
Aug 14, 2009, 10:13:29 AM8/14/09
to web2py-d...@googlegroups.com
Hi all,
I think we need a better infrastructure to minimize problems, minimize
time that new features goes on trunk, organize the development (like
creating milestones) etc.

At Peta5[1] we use Trac[2] + Agilo[3] + Mercurial[4] to help us with this job.
Sincerelly I like these tools and think we can use in web2py for,
example, delegate tasks, see what is being developed (and who are
developing) etc.

I have some expertise using and installing/configuring these tools and
I can setup a server with this to all of us if I have the root
password (actually I can't put it in my servers, sorry - I'll like if
it is Debian-based).

Mercurial can send email when developers commit/push so we can create
an web2py-announce list that receives all these emails and
notifications about new tags.

I really like to work on this to start a more organized development in web2py.
What do you think?
Massimo, web2py.com's server is ready for this?

[1] http://www.peta5.com.br/
[2] http://trac.edgewall.org/
[3] http://www.agile42.com/cms/pages/agilo/
[4] http://mercurial.selenic.com/wiki/

--
Álvaro Justen
Peta5 - Telecomunicações e Software Livre
21 3021-6001 / 9898-0141
http://www.peta5.com.br/

hcvst

unread,
Aug 14, 2009, 8:59:23 PM8/14/09
to web2py-developers
If there's a lack of server capacity I'd be happy donate a XEN domain
on my root server, which is chronically underutilized + IP address.
All my guest domains run Debian Etch. You'd have to mange it though,
backups and all :-) Would 256MB RAM and 10Gb disk suffice for
starters?
HC


On 14 Aug., 16:13, Álvaro Justen [Turicas] <alvarojus...@gmail.com>
wrote:

Massimo Di Pierro

unread,
Aug 15, 2009, 3:14:17 AM8/15/09
to web2py-d...@googlegroups.com
I think we need to do what Alvaro suggests. I am travlling in the next
few days but I will try to asses if my server can handle it. If not I
am happy to have other servers do the job, as long they have the
web2py.com domain and I have root access (which I can share with other
developers)

Massimo

Massimo Di Pierro

unread,
Aug 15, 2009, 1:18:16 PM8/15/09
to web2py-d...@googlegroups.com
The more I think about this the more I realize I am slowing you down
and that is bad. Ignore my previous email.

I think if Alvaro can take care of the software and HC can take care
of the hardware, then just do it. Set this up and I will link it to
the main web2py.com site.

If you can set this up as a VMWare virtual machine I would prefer it
so that we can more easily move it in case we have to, although this
is not a requirement.

As far as mercurial is concerned should should be a mirror of the
official google repository that we are going to setup. The primary
repository should be on google code for security reasons.

Massimo

Fred

unread,
Aug 15, 2009, 1:43:31 PM8/15/09
to web2py-developers
I've used Trac and Mercurial (although not together) and I second
Alvaro's proposal. I'd like to hear more about Agilo and what good it
does.

hcvst

unread,
Aug 15, 2009, 6:07:35 PM8/15/09
to web2py-developers
the server's up. i mailed you two the details.

HC

Massimo Di Pierro

unread,
Aug 16, 2009, 3:40:32 AM8/16/09
to web2py-d...@googlegroups.com
Thank you. This is efficiency!

Massimo

Álvaro Justen [Turicas]

unread,
Aug 20, 2009, 9:39:12 AM8/20/09
to web2py-d...@googlegroups.com
On Sat, Aug 15, 2009 at 14:18, Massimo Di Pierro<mdip...@cs.depaul.edu> wrote:
> The more I think about this the more I realize I am slowing you down
> and that is bad. Ignore my previous email.
>
> I think if Alvaro can take care of the software and HC can take care
> of the hardware, then just do it. Set this up and I will link it to
> the main web2py.com site.
>
> If you can set this up as a VMWare virtual machine I would prefer it
> so that we can more easily move it in case we have to, although this
> is not a requirement.
>
> As far as mercurial is concerned should should be a mirror of the
> official google repository that we are going to setup. The primary
> repository should be on google code for security reasons.

Massimo,
what "security reasons"?
We can have your mercurial repo in new server and I think it is secure
(we can backup with a simple "hg clone" command and specify who can or
can't push/commit to repo).

Yarko Tymciurak

unread,
Aug 20, 2009, 10:30:42 AM8/20/09
to web2py-d...@googlegroups.com
On Thu, Aug 20, 2009 at 8:39 AM, Álvaro Justen [Turicas] <alvaro...@gmail.com> wrote:

On Sat, Aug 15, 2009 at 14:18, Massimo Di Pierro<mdip...@cs.depaul.edu> wrote:
> The more I think about this the more I realize I am slowing you down
> and that is bad. Ignore my previous email.
>
> I think if Alvaro can take care of the software and HC can take care
> of the hardware, then just do it. Set this up and I will link it to
> the main web2py.com site.
>
> If you can set this up as a VMWare virtual machine I would prefer it
> so that we can more easily move it in case we have to, although this
> is not a requirement.
>
> As far as mercurial is concerned should should be a mirror of the
> official google repository that we are going to setup. The primary
> repository should be on google code for security reasons.

Massimo,
what "security reasons"?

I think Massimo meant that google code is more likely to be up and available (secure) for repositories than self hosted (we have lost code before from hard drive crashes with small / local repositories).
 
Reply all
Reply to author
Forward
0 new messages