gnewsense-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnewsense-dev] Re: [gNewSense-users] Webapps infrastructure


From: Daniel Clark
Subject: [Gnewsense-dev] Re: [gNewSense-users] Webapps infrastructure
Date: Sat, 25 Apr 2009 00:36:24 -0400
User-agent: Thunderbird 2.0.0.21 (X11/20090318)

Karl Goetz wrote:
> On Thu, 23 Apr 2009 22:38:23 +0200
> Simon Josefsson <address@hidden> wrote:
> 
>> Sam Geeraerts <address@hidden> writes:
>> I really do like redmine more than trac, though, but I wish it wasn't
>> implemented in ruby.  Especially multi-projects is difficult with
>> trac, or at least that was my experience when I tried.
> 
> This is mentioned about track a lot :( Hopefully someones working on it.
> kk

Lots of people are, although I'm not sure it would be necessary if
gNewSense choose to move to it (since I am, perhaps densely, missing the
need for separate wikis / ticket tracking systems / codebases - what is
there other than builder?)

In working on http://code.autonomo.us the list of trac-based
multi-project projects that seemed usable I came across was:

1. http://cluemapper.org/
2. http://code.optaros.com/trac/oforge/
3. http://www.drproject.org/
4. http://www.agile42.com/cms/pages/download-install/
5. http://www.knowledgeforge.net/

Of these I'd recommend kforge (5), and have the most experience with
ClueMapper (1).

I have experience with stand-alone trac installs (my personal one I'm
migrating to fossil-scm because it doesn't need to be pretty and has
basic needs, but http://config.fsf.org is trac and going to stay that
way for the foreseeable future), and would be happy to act in an
advisory / feel free to bug me for any nifty configuration you see on
config.fsf.org advisory role for a gNewSense trac instance.

Which brings up the point, I think the question people should be asking
isn't "what's the best web infrastructure for gnewsense" but "what's the
best web infrastructure for gnewsense given the people with skills
willing to spend serious bring-up and continual maintenance time on it".

My sense was that pmwiki was chosen because Brian and perhaps others had
relatively deep perl knowledge, and that helped them do some custom
stuff. I just don't want the project to get in a situation where a
majority of people who chime in agree that baz is the way to go, but the
people who set up and maintain the current foo don't know how to use baz
/ don't have an interest in baz.

-- 
Daniel JB Clark   | Sys Admin, Free Software Foundation
pobox.com/~dclark | http://www.fsf.org/about/staff#danny

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]