No, it is still under development, though several people are using what is finished so far.
--Noah On Sep 28, 2006, at 9:50 AM, Greg Dickie wrote: > > > Forgive the side question... > > Is tracforge feature complete? I was under the impression it was still > in development. > > Greg > > > On Thu, 2006-09-28 at 09:54 -0400, Noah Kantrowitz wrote: >> >> On Sep 28, 2006, at 9:36 AM, zwetan wrote: >> >>> >>> >>> >>>> Things like getting a unified look and feel would get annoying very >>>> quickly. I'm not sure what you think cannot be done from within >>>> Trac, >>>> because I haven't yet found anything. TracForge only needs to >>>> provide >>>> the project (read: env) management tools for this, as there are a >>>> rich set of plugins for configuring each env, and I see no >>>> reason to >>>> duplicate this. >>>> >>> >>> well for unified look >>> I will just modify 1 template in the main Trac >>> to add a navbar on the top that's all nothing more >>> >>> and after the goal is that each user being able >>> to edit their own trac.ini to configure their logo, etc... >>> but as it would not be secure to let them access >>> directly the trac.ini file >>> hence a web admin is needed to do that >> >> See also Alec's wonderful IniAdmin plugin. >> >>> >>> the goal is to be able to serve ~100 Trac which could have >>> all different settings per user need >>> - not the same user rights >>> - not the same SVN hooks >>> - not the same backup process >>> etc. >> >> Considering that Trac has no inherent scaling issues (aside from >> SQLite, which is unavoidable) that I know of, I don't see why this >> needs to be out-of-band. TracForge already provides for both global >> permissions/roles, and local ones. >> >>> >>> sure trac can handle user rights from the admin >>> but from Trac you can not define SVN hooks, or you need to make a >>> plugin >>> from Trac you can not run backup of the Trac db and the SVN repo, >>> another Trac plugin >> >> Of course it can. Just run a bunch of select * queries, and build out >> a new schema design from that, then send the rendered schema (using >> the DatabaseManager's to_sql() results) and the rendered inserts back >> to the browser. For Subversion you would probably need to call >> svnadmin dump and capture the output (trivial using the subprocess >> module). >> >>> >>> all those kind of automation process can be done from shell script, >>> or best from a web admin running the shell script >>> >>> but perharps I see all that too much from a host admin point of view >>> >>> zwetan >>> >>> >>>> >> >> >>> > -- > Greg Dickie > just a guy > Maximum Throughput > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~----------~----~----~----~------~----~------~--~---
