[CentOS] OT: Web "Project" type software

Wed Jul 15 19:25:02 UTC 2009
Les Mikesell <lesmikesell at gmail.com>

James Pifer wrote:
> Sorry for the OT... I'm looking for some software to fill a fairly
> specific set of requirements. I'm not necessarily looking for project
> software, but it seems like the closest to match what I need. I'm also
> not tied into open source or free. If anyone knows of any software that
> might fill these requirements I would appreciate it. 
> Here's what I'm looking for:
> 1) Web enabled application
> 2) File storage
> 	- need to stare a large amount of large cad files
> 	- be able to categorize file storage (not one large list)
> 	- keep different revisions of files with some kind of notes
> 	- be able to search files (at least include names in a search)
> 3) Task	- assign and keep track of tasks (searchable)
> 4) Store meeting notes and minutes (searchable)
> 5) Would like to support LDAP
> 6) Extension on file storage - since we'll be storing a large files and
> many of our users are across a WAN we'd like to sync/mirror the files to
> a few different servers. I'm not sure how we'd control how the users get
> the "closest" server but....
> I found dotproject on sourceforge. It fills some of the needs, but it's
> file storage appears to be one large list, doesn't appear to support
> LDAP, and I don't see much for searching. 
> Anyone know of software that might do these things?

I'd start with subversion for the storage/versioning and remote file 
access functionality and trac for a fairly close-coupled wiki and 
project management tool (or you could look at the commercial 
TestTrackPro).  You should be able to be able to configure both to use 
any of apache's authentication methods, including LDAP.  Subversion 
doesn't like multiple copies of repositories, but since version 1.5 it 
is possible to set it up so commit access is redirected to a master 
instance but this can sync to multiple copies that can be used locally 
for read access.  But, performance is generally fairly good even with 
remote access to a single repository so you might not need that.

The only real caveat here is that it is extremely difficult to ever 
remove anything that has been committed to a subversion repository so 
you might want to start with several separate repositories to keep their 
sizes manageable if there are some logical categories where that would 
make sense.

   Les Mikesell
    lesmikesell at gmail.com