On Oct 1, 4:25 pm, Robert C Corsaro <[EMAIL PROTECTED]> wrote: > Erik Bray wrote: > > On Wed, Oct 1, 2008 at 1:51 AM, Jani Tiainen <[EMAIL PROTECTED]> wrote: > >> I'm trying to keep Trac in our corporation environment but day after day > >> it's coming more difficult due feature needs from users. I've tried > >> several solutions but I haven't found anything even nearly working and > >> what's "worse" someone found Redmine and it's working more or less > >> "perfectly" for one of our projects and now they are pushing Redmine to > >> all over the place. > > >> I would be more than happy to hear some solutions for my (and thus my > >> boss) troubles. I've listed them here in order of priority. > > >> Trouble #1: Partially open environment. Recently there has been > >> increasing need to have private and public parts of same project. Public > >> part would be open for end users and developers, private part is for > >> developers only. There must be way to cross reference these (see trouble > >> #2). This also includes authentication from several sources. First ldap > >> if user is found, if not some other mechanism that allows user self > >> registering. > > We use apache to do multiple source authentication. If you hate http > basic auth, you can use the AccountManagerPlugin to put a form based > auth over it. The way it works is that you give it a url that uses > basic auth. When you submit the login form, it uses urllib2 to check > against the specified url. This gives you all the performance benefits > of apache's more mature code, like it's ldap caching for instance. If > you would like an example apache config, just ask.
it would be nice if you could post it. > >> Trouble #2: Cross-reference and xref actions. There is need to have > >> "blocks" relation that is enforced. > > >> Trouble #3: Multiproject/multirepository support. We have few projects > >> that are actually combination of several (separate) repositories but > >> also there is few libraries that should be linked (and again, cross > >> referenced, see trouble #2) together tightly. (Not loose coupling like > >> external links) > > >> Trouble #4: Web based environment creation. > > >> Trouble #5: Userinformation retrieval from our LDAP server. Specially > >> active accounts (since sometimes people come and people leave) and > >> e-mail addresses. > > >> Trouble #6: Selective permissions (roles), specially for tickets. Like I > >> could name "QA and management" persons that are allowed to close tickets > >> that are sent to "qa" state. > > > I was going to reply to you point by point, but instead I'll just say > > that we do the majority of those bullet points with Trac. We aren't > > doing multiple authentication yet, though there are plans to, and > > there's really nothing stopping anyone else from doing that. In fact, > > one could write a single PasswordStore that simply tries a list of > > other PasswordStores in a specified order. could you pls detail a little bit how you do 3-4? kr, rupert. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~----------~----~----~----~------~----~------~--~---