Hi!

That being said, the first Savane objective is to get a maintainable
code base, by reimplementing the currently (centralized) Savane. The
second Savane objective is decentralizing that new code base.

Ok, I agree, and I will stick to that agenda. Still, I am building up my
utopia. ;-)

We believe that doing the changes in those 2 steps makes it easier
(or even possible) to migrate existing Savane installations, such as
Savannah and Gna!.

That is definitely true. I guess that ESR's forge plucker might help in
that respect?

Have you ever considered roundup for inclusion into Savane?

http://roundup.sourceforge.net/

Hmmm, in what way is RoundUp decentralized?  Models for
decentralized bug trackers include SD and Fossil.

Sorry, I should have been clearer on that.

The main reason why I think roundup would be very useful is that it
unifies forums, trackers and mailing lists into a single interface, that
can be used either via email, command line or via web interface,
whatever the user prefers.
I am really unhappy that if you want to discuss with other people about
topics in the net, you sometimes have forums which may provide RSS
feeds, others Twitter, others mail notifications, others use mailing
lists, which sometimes have archives, sometimes not, etc.
Roundup unifies all that: the user has the freedom to choose what kind
of interface he uses to participate.

Being able to make a backup copy is good, but decentralizing means
you don't rely on a client/server architecture at all.

Roundup is not decentralized out of the box, true. However, I had a look at
the pretty neat architecture, and it looks as though it should not be a
big problem to create a backend for it so that it stores all its data
into a DVCS. Then it would be decentralized. One would, however, have to
think about how merging works. I would be very willing to work on that.

One could even think about putting all Python code (savane and roundup)
into the repository. Then, the only requirement for a full, useable copy
of your project would be python, maybe apache if you want to run the web
site, and an MTA if you want to allow the mail frontend to be used.


Olaf


--
Dr. rer. nat. Olaf Lenz
Institut für Computerphysik, Pfaffenwaldring 27, D-70569 Stuttgart
Phone: +49-711-685-63607

<<attachment: olenz.vcf>>

_______________________________________________
Savane-dev mailing list
[email protected]
https://mail.gna.org/listinfo/savane-dev

Reply via email to