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
-~----------~----~----~----~------~----~------~--~---

Reply via email to