[Trac] Re: Writing tests for Trac plugins : How ?
Olemis Lang wrote: > On 7/20/09, Jeff Hammel wrote: > >> On Mon, Jul 20, 2009 at 09:29:22AM -0500, Olemis Lang wrote: >> > On 7/20/09, Jeff Hammel wrote: >> > > On Mon, Jul 20, 2009 at 08:47:21AM -0500, Olemis Lang wrote: >> > >> > Well concerning test frameworks (e.g. `unittest`, `doctest` ...) I >> > imagine (I'm sure ?) it's possible. but in the case of Trac plugins >> > there is a peculiar characteristic: >> > >> > - How do I get an env populated with the test data ? >> > - How do I mock things ? >> > - How can I setup (in the test code) the test env so that it can load >> > my plugin ? >> > >> > > > - How ? I mean what are the best practices, procedures, steps (or >> > > > whatever ;o) to do it. >> > > >> > > Shoot, I wish I knew. I'd love to know myself. >> > >> > The former are just a few questions (doubts ?) I have. I could start >> > writing all that from scratch using any testing framework, but I >> > imagine that you already have shortcuts for this (isnt it ? oh ! >> > please tell me so :( ... ). >> >> No, sadly, my shortcut is not to write tests because its difficult >> > > Wow ! What a tiny shortcut ! :P > > Well in that case I could take some time to make it simpler, but I'd > not want to start from scratch specially knowing that maybe there's > something out there being useful ;o) > > The fact is that some plugins I maintain are getting bigger and I > really need to find a way to perform regression tests automatically on > them. I prefer to spend some time writing something for that purpose > instead of wasting the same time (or more :-/ ) testing every single > feature and their interactions > I have some tests in some of my plugins, but not nearly as much as I'd like. Take a look at irclogsplugin parsing_refactor branch --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] JQuery-UI Theme Needed
I'm working on a couple of plugins that will use jquery-ui. The trouble is there is that I can't find a jquery-ui theme that goes nicely with trac's default theme. I'm not a designer myself, so I was wondering if anyone would like to take a stab at it. The have a nice gui site[0] for creating the theme that is very easy to use. I'm sure many other plugins could benefit from it once it is complete. [0] http://jqueryui.com/themeroller --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] bugzilla integration
.. or maybe something more general.. I want a macro that works something like this: [bugzilla:1234] and creates a link to the bugzilla bug #1234, in the form of http://mybugzilla/bugz/show_bug.cgi?id=1234. Is there already some ability to do this, or do I need to create a new macro plugin? --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: OperationalError: database is locked
howa wrote: > Anyone experienced this problem before? > > I don't know why this is happening, but my project was locaked because > of this error... > Did it fix itself, or require you to restart? This is usually the result of concurrent users with sqlite DB and IO speeds. Many requests cause session data to be written to the sqlite DB. sqlite DB locks on each and every write. The easiest solution is often moving to postgresql. --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: /usr/share/trac in Trac 0.11.2.1
shacky wrote: >> I think `trac-admin deploy` is what you are looking for. >> > Thank you very much, but I still don't understand how to use the > "trac-admin deploy" command. > I only want to create the /usr/share/trac tree.. > something like `trac-admin $project_path deploy` --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: /usr/share/trac in Trac 0.11.2.1
shacky wrote: > Hi. > I installed Trac 0.11.2.1, but I don't have the /usr/share/trac directory. > I need it because I have to use the web interface for Apache. > Where I can find it and how I can install it? > Thank you very much for your help! > Bye. > > I think `trac-admin deploy` is what you are looking for. How did you install trac? We should ask downstream maintainers to run deploy in their install scripts if they don't already. This question comes up fairly often. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Mac Install does not create /usr/local/share/trac dirs
Todd Freese wrote: > I installed Trac on Leopard via: > > sudo easy_install --prefix=/usr/local --install-dir=/Library/Python/ > 2.5//site-packages http://svn.edgewall.org/repos/trac/tags/trac-0.11.2.1 > > It works under tracd, but I can not get fastcgi to work with Apache. > Or mod_python. > > It seems that the install does not create all the folders�in /usr/ > local/share/trac. It just created a /usr/local/bin and that's it. > Thus, there is not cgi-bin directory. There are no errors reported > from the installers. > > I tried the normal, non-easy-install, method and have the same issue. > > Any ideas? > I think what you are looking for is the trac-admin deploy command. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: s5 plugin and 0.11 patch (generaly plugin-patch question acutally)
Ed - 0x1b, Inc. wrote: > On Wed, Oct 8, 2008 at 6:38 AM, <[EMAIL PROTECTED]> wrote: >> >> >> On Oct 6, 4:41 pm, "Stephen Moretti" <[EMAIL PROTECTED]> >> wrote: >>> 2008/10/6 <[EMAIL PROTECTED]> >>> >>> >>> Just an idiot question here. How do I correctly apply this patch? So I get the plugin source, apply the patch, then bake an egg? Or do I install the egg, then apply the patch. I am going to assume: check out plugin source, apply patch, bake egg, install. Might be nice to just create a 0.11 branch of this plugin. >>> Checkout the source, apply the patch and use easy_install to install the >>> egg. >>> >>> Which plugin? >>> >>> -- >>> Stephen Moretti >>> Blog :http://nil.checksite.co.uk/ >>> Twitter :http://twitter.com/mr_nil >> thanks, I actually just pulled the oforge guys' fork of it, which is >> updated for 0.11 >> >> the plugin I was referring to, is the s5 plugin, hence the title. > > any chance trac-hacks getting updated for 0.11 ? > I suggest you add your support to this ticket and maybe athomas will apply the patch. By the way, athomas, if you don't want to maintain this plugin, we will be happy to take it over. http://trac-hacks.org/ticket/1951 --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: how is trac SUPPOSED to be used?
Dimitri Maziuk wrote: > Chad Emahizer wrote: >> I think I might be restating a bit here from what others have already said, >> but Trac does (or can do) what you want it to do. It is flexible and >> doesn't force its own "business logic" on its users. It basically has to be >> like that, or it will be targeting only a small portion of the population >> regardless of whichever specific implementation it would choose to >> implement. >> >> A problem with that approach is that not only do you have to learn a new >> tool, but you also have to understand the processes your company has in >> place and then determine ways to configure/utilize Trac to fit in with those >> processes. > ... >> So, maybe the question shouldn't be "How is Trac supposed to be used?". >> Maybe it should be "What are the processes for my company, and how can I >> tailor Trac to enforce those processes and make them easier to do?" > > There are 2 kinds of users: those who want to tweak software to do what > they want, and those who're happy to click on a button and let the > software take them to wherever Bill Jobs (aka Steve Gates) thinks they > want to go. Those in the second category should probably not use trac, > linux, or any "programming languages" other than flash. > > Dima > Man, you're not supposed to say stuff like that out loud. That's why everyone hates us! --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: How can I configure Trac to use subversion 1.5
[EMAIL PROTECTED] wrote: > > > On Oct 7, 5:16 pm, "Emmanuel Blot" <[EMAIL PROTECTED]> wrote: >>> I have 2 subversion executable in my system. >>> one is subversion 1.4.6 : /usr/bin/svn >>> one is subversion 1.5.2: /home/meryl/bin/svn1.5/bin >> Trac does not use the SVN executables - at all. >> It relies on Python SVN modules and libraries, so you need to install >> the Python packages for svn1.5. >> >> The procedure depends on your Unix/Linux distribution (rpm, aptitude, >> emerge, ...) >> >> HTH, >> Manu > > Thank you for both response. > > I am running on ubuntu. How can I get the python subversion 1.5 > binding? > The package manager (atitute) only has 1.4.x binding. > > Thank you. Out of curiosity, what do you expect to get from running 1.5 on the server side? There are a lot of changes in subversion that are client side only. The biggest server side change is that the neon library was replaced by the serf library, but neon is still available. This won't make much of a difference for most ppl, and I would argue that neon will be more stable, for a little while anyway. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Trac in trouble.
rupert thurner wrote: > On Oct 1, 4:25 pm, Robert C Corsaro <[EMAIL PROTECTED]> wrote: >> Erik Bray wrote: >>>> 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.Of course. I wrote this a while ago. Tell me if any of it doesn't make sense or if information is missing. http://code.optaros.com/trac/oforge/wiki/OForgePermissions --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: AccountManager woes
Graham Dumpleton wrote: > Doubt that version of mod_wsgi here is the problem if they had the > problem with tracd as well. > > If it was just mod_wsgi and AccountManager uses sessions/cookies, then > would be asking what version of Python is being used. Debian broke md5 > stuff in some versions in as much as if PHP mhash is loaded at same > time, can cause problems like what is being see. See: > > http://code.google.com/p/modwsgi/wiki/ApplicationIssues#Python_MD5_Hash_Module_Conflict > > Since though tracd affected, then would have to be something in Trac > or Trac setup itself. > > Graham > I have it working now. It was my bad, I wasn't clearing cookies like I thought I was in firefox. As soon as I cleared cookies successfully, it began working. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: how to make a to point to single trac? but /trac/ still work?
George Nychis wrote: > Hi all, > > I am trying to configure my trac environment and apache server such > that a single trac project is my root location, but a user can still > access location /trac for a list of projects or /trac/PROJECT to reach > PROJECT. > > What I am trying is: > > SetHandler mod_python > PythonHandler trac.web.modpython_frontend > PythonOption TracEnvParentDir /home/trac/ > PythonOption TracUriRoot /trac > > > > > SetHandler mod_python > PythonHandler trac.web.modpython_frontend > PythonOption TracEnv /home/trac/cgran > PythonOption TracUriRoot / > > > However, when I try to access http://my.server.com/trac it tries to > handle it as /home/trac/cgran/trac which doesn't exist, it should be / > home/trac. Additionally, trying to access a single project such as > http://my.server.com/trac/PROJECT tries to be served as /home/trac/ > cgran/trac/PROJECT which should be /home/trac/PROJECT > > I'd greatly appreciate any help. > Would a simple redirect do what you want? Couldn't you use mod_rewrite to redirect / to /trac/defaultproject? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Trac in trouble.
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. Here is how it works. We use one passwd file per project. If the ldap auth fails, then it checks the projects htpasswd file. We do this with WSGIAuthUserScript to check the htpasswd file. This makes it easy to setup up tons of projects. If you don't have a lot of projects, you could do it in straight apache. mod_perl is another alternative. In fact, we used that before mod_wsgi had the AuthUserScript feature. The major benefit of the mod_wsgi approach is that when you add projects, you don't need to restart apache. With a straight apache approach, a restart would be needed. >> >> 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. > > The only other one we aren't doing anything with right now is #2, > which I think is the most legitimate complaint here (I mean, they're > all legitimate points, but most of them can be accomplished with > Trac). I've played with Redmine, and there are a number of things > that it does make easier, but a lot of it does not fit my needs. One > thing Trac makes easier (and this may be partly due to the fact that > it's written in Python, which I am more familiar with) is tweaking it > to make it do exactly what I want. > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] AccountManager woes
I setup AccountManager trunk with Trac-0.11-stable from svn. It seems to be authenticated alright, but when it's done it I'm still not logged in. I know it's authing because if I provide the wrong user/pass, I get an error. If I log in with proper user/pass, I still have the login link at the top of the page and no permission. I've tried several auth stores to no avail. I'm running it via mod_wsgi, but had the same problem with tracd. This is a very vanilla setup. Is there something else I should use other then trunk? Can I use AccountManager with Trac-0.11-stable? Is this some redirect issue? * Trac-0.11-stable from svn * AccountManager trunk from trac-hacks svn * mod_wsgi-2.1 * apache-2.2.9-r1 --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: What things are called
jevans wrote: > Looks like http://www.trac-hacks.org/wiki/BlackMagicTicketTweaksPlugin > claims to do this. Some of the comments in its description page > aren't real reasuring but they may just be tongue-in-cheek. Does it > have any track record yet? > - jevans > Looks like it's not maintained. I took over ixokai's AnnouncerPlugin about a month ago. We haven't heard from him in a while. If you decide to use it, please consider taking over it's maintainership. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Using tracsvnpoliciesplugin 0.2
[EMAIL PROTECTED] wrote: >> -Original Message- >> From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On > Behalf Of >> Robert C Corsaro >> Sent: 2008. augusztus 21. 20:04 >> To: trac-users@googlegroups.com >> Subject: [Trac] Re: Using tracsvnpoliciesplugin 0.2 >> >> >> [EMAIL PROTECTED] wrote: >>> Hi all, >>> >>> >>> >>> >>> I try to use tracsvnpoliciesplugin 0.2. Installation is done, permission > >>> is given. >>> >>> >>> After going to SVN policies under Admininstration/General, >>> >>> >>> I enable Policies enabled and Disable commits? >>> >>> >>> I got the message: >>> >>> >>> The changes have been saved. >>> >>> >>> The pre commit file couldn't be generated >>> >>> >>> And finally I can commit changes also... >> > >>> Do you have any idea how to fix this? >>> >>> >> >> For some reason, the hook symlink couldn't be generated. Are you on a >> unix OS? Also, be sure to run: >> python setup.py install_data >> >> This installs the script file that gets symlinked. Make sure that >> svn-hook script is in $prefix/bin. If you just did python setup.py, >> that will be /usr/bin. The apache user needs permission to make a file >> in the $repo/hooks directory too. If there is already a hook there >> ($repo/hooks/pre-commit), then that will also cause it to fail. >> >> > I am under WinXP, and there is no valid hook script in ($repo/hooks/). Do I > have to run > python setup.py install_data > ? > It exits with error: > TypeError: 'NoneType' object is not iterable > > > I have some log message, that says the same: (unsuccesfull symlink generation) > > 2008-08-22 08:16:17,615 Trac[admin] ERROR: Traceback (most recent call last): > File "build\bdist.win32\egg\svnpolicies\admin.py", line 597, in > _create_hook_links > os.symlink(generic_script, trac_env_path + os.path.sep + link_name) > AttributeError: 'module' object has no attribute 'symlink' > > 2008-08-22 08:16:17,615 Trac[admin] ERROR: 'module' object has no attribute > 'symlink' > It won't work on Windows. I don't have any windows boxes. Patches welcome. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Using tracsvnpoliciesplugin 0.2
[EMAIL PROTECTED] wrote: > Hi all, > > > > > I try to use tracsvnpoliciesplugin 0.2. Installation is done, permission is > given. > > > After going to SVN policies under Admininstration/General, > > > I enable Policies enabled and Disable commits? > > > I got the message: > > > The changes have been saved. > > > The pre commit file couldn't be generated > > > And finally I can commit changes also... > > > Do you have any idea how to fix this? > > For some reason, the hook symlink couldn't be generated. Are you on a unix OS? Also, be sure to run: python setup.py install_data This installs the script file that gets symlinked. Make sure that svn-hook script is in $prefix/bin. If you just did python setup.py, that will be /usr/bin. The apache user needs permission to make a file in the $repo/hooks directory too. If there is already a hook there ($repo/hooks/pre-commit), then that will also cause it to fail. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] OForge License
lcanas was asking about the OForge license on #trac, but left before I could answer. If anyone is wondering, here is a link: http://code.optaros.com/trac/oforge/wiki/License We have respected the license of whatever project/plugin that we have worked on, so it is possible to get our changes under the same license. The entire distro is GPL because if one piece is GPL, the whole thing must be. This isn't a big deal since you can checkout any module individually from svn and use it's real license. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: notification about all changes: wiki, tickets
rupert thurner wrote: > is there a possibility to configure a mailing list / chat channel to > receive all the changes, be it wiki or ticket changes with a diff and > the author? would announcer plugin do that? or is there anything in > trac core which also notifies about new wiki pages and page changes? > > rupert. First, mailing list. We use mailman. Just add the mailman address as a user's email and set it up to listen for what you want. You can also use the always_cc option or something similar to send everything to the mailing list. For the chat, that functionality is not implemented currently. I believe there is some RSS plugin you can use and a SupyBot plugin. Check out #trac on freenode. There are two ways to accomplish this with announcer plugin. * Create a mail alias that runs a script to send the notification. * Create a chat plugin for announcer plugin. The AnnouncerPlugin is very extensible. If you page me in (doki_pen #trac freenode,) I will be happy to answer any questions you have. There is a jabber plugin[1] that someone is working on. It is supposedly somewhat functional, but I haven't tried it. [1] http://trac-hacks.org/ticket/3583 --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: features of TicketQuery
Robert C Corsaro wrote:
> [EMAIL PROTECTED] wrote:
>> On Jul 25, 9:50 am, Robert C Corsaro <[EMAIL PROTECTED]> wrote:
>>> [EMAIL PROTECTED] wrote:
>>>> On Jul 25, 8:42 am, "Culapov Andrei" <[EMAIL PROTECTED]> wrote:
>>>>> On Fri, Jul 25, 2008 at 3:11 PM, Emin <[EMAIL PROTECTED]> wrote:
>>>>>> Dear Experts,
>>>>>> The TicketQuery macro is really wonderful, so wonderful that I use it
>>>>>> a lot and would like to ask about more features. Is there a way to
>>>>>> control the order of the results?
>>>>> add in the parameters list sort=ticket_field
>>>>> For example, if I want to sort by
>>>>>> date or by reverse ticket id or by user, is there a way to do that?
>>>>>> Also, since TicketQuery is called a macro, this suggests that there is
>>>>>> some source code for it that calls internals of Trac. Is there a way
>>>>>> for users to add such macros? If so, could someone point me to the
>>>>>> source code of TicketQuery and how I would write a version with more
>>>>>> features?
>>>>> The TicketQuery code you can find it in trac.ticket.query module. For
>>>>> creating a macro take a look athttp://trac.edgewall.org/wiki/WikiMacros
>>>>> I created a plugin that does something similar to TicketQuery and that
>>>>> defines 3 new macros. The macros show counts of tickets based on a
>>>>> query string. You can take a look
>>>>> onhttp://code.optaros.com/trac/oforge/wiki/Dashboardpagefor more
>>>>> information on it.
>>>> This is nice, no information on how to get it and install it though,
>>>> just a page of how it looks.
>>>> Looks very nice btw.
>>> $ svn
>>> cohttp://code.optaros.com/svn/oforge/trunk/plugins/dashboardreportsplugin
>>> $ cd dashboardreportsplugin
>>> $ python setup.py install
>>>
>>> Tell us if anything doesn't work and we will fix it. If you want, you
>>> can create tickets athttp://code.optaros.com/trac/oforge
>> actually, after I made this post, I stumbled int it.
>>
>> I managed to get and install it, then create ticket #23 on your
>> system. :)
>>
>> I can't wait to see this working on my tracs though :D
>>
>> Thanks, it's really a nice looking, and well thought out plugin. It
>> will make my life easier to give the Manager types all sorts of shiny
>> graphs to fiddle with!
>
> Oh poop! Embarrassingly, that actually relies on a patch to trac.
>
>
>
> Index: oforge/vendor/trac/trac/ticket/api.py
> ===
> --- oforge/vendor/trac/trac/ticket/api.py (revision 7385)
> +++ oforge/vendor/trac/trac/ticket/api.py (working copy)
> @@ -183,6 +183,17 @@
> valid_states.update(controller.get_all_status())
> return sorted(valid_states)
>
> +def get_all_ticket_fields(self):
> +"""New method until full integration of the new fields."""
> +fields = self.get_ticket_fields()
> +
> +# append the new ones
> +fields.extend([{'name': 'time', 'type': 'date', 'label':
> 'Created'},
> + {'name': 'changetime', 'type': 'date',
> +'label': 'Modified'}])
> +
> +return fields
> +
> def get_ticket_fields(self):
> """Returns the list of fields available for tickets."""
> from trac.ticket import model
>
>
> You can do that, or wait until we fix it in the plugin.
>
If that doesn't work for you, some other guys on my team that have left
for the day can help. That may rely on some other plugin or something.
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
[Trac] Re: features of TicketQuery
[EMAIL PROTECTED] wrote: > On Jul 25, 8:42 am, "Culapov Andrei" <[EMAIL PROTECTED]> wrote: >> On Fri, Jul 25, 2008 at 3:11 PM, Emin <[EMAIL PROTECTED]> wrote: >> >>> Dear Experts, >>> The TicketQuery macro is really wonderful, so wonderful that I use it >>> a lot and would like to ask about more features. Is there a way to >>> control the order of the results? >> add in the parameters list sort=ticket_field >> >> For example, if I want to sort by >> >>> date or by reverse ticket id or by user, is there a way to do that? >>> Also, since TicketQuery is called a macro, this suggests that there is >>> some source code for it that calls internals of Trac. Is there a way >>> for users to add such macros? If so, could someone point me to the >>> source code of TicketQuery and how I would write a version with more >>> features? >> The TicketQuery code you can find it in trac.ticket.query module. For >> creating a macro take a look athttp://trac.edgewall.org/wiki/WikiMacros >> >> I created a plugin that does something similar to TicketQuery and that >> defines 3 new macros. The macros show counts of tickets based on a >> query string. You can take a look >> onhttp://code.optaros.com/trac/oforge/wiki/Dashboardpage for more >> information on it. > > This is nice, no information on how to get it and install it though, > just a page of how it looks. > > Looks very nice btw. $ svn co http://code.optaros.com/svn/oforge/trunk/plugins/dashboardreportsplugin $ cd dashboardreportsplugin $ python setup.py install Tell us if anything doesn't work and we will fix it. If you want, you can create tickets at http://code.optaros.com/trac/oforge --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Plugin is diffcult to install
W. Martin Borgert wrote: > On Mon, Jul 07, 2008 at 11:35:55AM +0300, Jani Tiainen wrote: >> - Plugin compatiblity with certain version of Trac is not known. This >> can be seen in transition from 0.10 to 0.11. Specially there is at least >> few plugins that are 'abandoned' since 0.10 and will (propably) never >> get 0.11 upgrade. This is simple to resolve: stick with 0.10 till end of >> the world, upgrade to 0.11 and lose some functionality you used to have. > > You could also hire a Python programmer to update the plugin (or > do it yourself, if you have the time, skills and joy). I'm sure, > there are some freelancers on this list. > I'll do it for one-hundred billion dollars. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
Eirik Schwenke wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Noah Kantrowitz skrev 23-06-2008 16:54:
> | On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote:
> |> So I need to do it by hand to all about 60 of my trac configs.. :D
> |>
> |> I wouldn't say it more "flexible" while upgrading, when creating new
> |> instances it might be more flexible.
> |
> | for f in `ls /var/trac`
> | do
> | echo -e '\n[inherit]\nfile = /usr/share/trac/conf/trac.ini\n' >>"/
> | var/trac/$f"
> | done
>
> Indeed. And I imagine most people running 60 parallel instances of trac would
> have a posix shell available.
>
> However, does anyone know of a "reasonable" package that would allow a
> similarly short example in python, that remained somewhat portable ?
>
> I'm not looking for something like ipython, the defunct pysh or pythonShell --
> just some helpful filesystem iterators that aren't quite as verbose as
> os.path.*
>
> Maybe a utility package that would the above be done in some reasonably
> intuitive 5-6 lines of python.
>
> Any ideas?
>
>
> (I can already hear someone snickering "perl" ;-)
I hate to do this, it's almost contra ban around here, but oh well..
cd $TRACPARENT; echo -e "\n[inherit]\nfile =
/usr/share/trac/conf/trac.ini\n" | ruby -ne 'Dir["**/trac.ini"].each
{|fn| File.open(fn, "a") {|f| f.puts($_}}'
/me ducks
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
[Trac] Re: OForge 2008.06 Announcement
Thomas Moschny wrote: > 2008/6/20 Robert C Corsaro <[EMAIL PROTECTED]>: >> [...] the issue is that we have forked some of >> the plugins, [...] > > What were the reasons for forking? Would be nice to explain it on your > website. Will you invest some time bringing your changes back to > 'upstream'? > > Plugins have pros and cons, but one downside is that people might > become confused if there slightly different yet not different named > plugins out there (and they might even get annoyed after creating a > patch for one of them and later discovering that there is another one, > with the problem already solved ;) ) Up to now, at least trac-hacks > was kind of semi-official. > > I'm so glad you asked. Yes. One of our stated goals is to not fork anything. We have tried very hard to push all changes upstream, but sometimes it doesn't work out. We may decide to adopt some of the plugins we have forked. I have inquired about a couple, but haven't received definitive responses. All forks are explained in on the wiki[1] and in the source[2]. The source will always be more up-to-date. We do need to maintain our per-plugin wiki pages better. We would like to keep hosting them on our own site, but probably just make a page on trac-hacks pointing to our site. [1] http://code.optaros.com/trac/oforge/wiki/OForgeConfiguration [2] http://code.optaros.com/svn/oforge/trunk/forks/fork-notes.txt --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: OForge 2008.06 Announcement
rupert thurner wrote: > On Jun 13, 7:33 pm, Robert C Corsaro <[EMAIL PROTECTED]> wrote: >> Hello everyone, >> >> The OForge team would like to announce it's first public release, OForge >> 2008.06. OForge is a Trac-based enterprise collaboration tool that >> helps development teams work together to assemble great software. >> >> As many of you know, setting up a multi-project Trac server can be >> difficult for beginners. Not to mention the trouble of installing the >> "right" plugins and being sure they will work properly. OForge aims to >> be a Trac distribution of sorts. Unlike some similar projects, we aim >> to not fork from Trac or trac-hacks, but to be active members of the >> community. The advantage of using OForge is that you will get a tested, > > do you plan to release your plugins so that they install with the > usual "easy_install http://oforge.com/.../someplugin"; also? > > rupert We have talked about it, but the issue is that we have forked some of the plugins, so how to handle that? Maybe we could just document it and recommend using --prefix to install in a non-default location. If this would help user acceptance, then we will invest the time. Take a look at the install from source instructions, they are really not that difficult. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Link check-in comments to a Ticket
Robert C Corsaro wrote: > David Chiew wrote: >> Hi All, >> >> >> >> When entering comments using SubVersion, I'd like to be able to type in >> eg. #123 and for this to link to a ticket number. >> >> >> >> I can see that Trac does show #123 as a hyperlink in the timeline, but >> the most important part which I can't get to work is: >> >> >> >> - View ticket details >> >> - See a list of relevant changesets >> >> >> > > Also, you might try the SVNPoliciesPlugin. It has the contrib scripts > integrated, as well as some other features and a nice Admin UI. I'd > love to get some feedback and can help get it setup. > http://code.optaros.com/trac/oforge/wiki/SVNPoliciesPlugin --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Link check-in comments to a Ticket
David Chiew wrote: > Hi All, > > > > When entering comments using SubVersion, I'd like to be able to type in > eg. #123 and for this to link to a ticket number. > > > > I can see that Trac does show #123 as a hyperlink in the timeline, but > the most important part which I can't get to work is: > > > > - View ticket details > > - See a list of relevant changesets > > > Also, you might try the SVNPoliciesPlugin. It has the contrib scripts integrated, as well as some other features and a nice Admin UI. I'd love to get some feedback and can help get it setup. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Tray Tool (notification area) like FogBugz
Lieven Cardoen wrote: > Very promising! > > I'll keep on following it. > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of > stevecel > Sent: dinsdag 17 juni 2008 13:18 > To: Trac Users > Subject: [Trac] Re: Tray Tool (notification area) like FogBugz > > > Some months ago I started building some (Windows) client tools for our > hosted Trac solution (CodeResort), but progress has been slow lately. > It should work with a standard Trac installation too (assuming you > have the http://trac-hacks.org/wiki/XmlRpcPlugin installed.) > > Here are some screenshots: > https://www.coderesort.com/u/stevec/blog/introducingclienttools > > So far I have spent most of my time on the Wiki editor, and I'm in the > process of rewriting it with syntax highlighting and some auto- > completion support. The ticket system is probably where I have done > the least work, but where the really interesting things can be done > (from a client tool perspective). > Looks similar to VimTrac. The most interesting part to me is the upload feature. Does it recover if there is some failure? Nice work! --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] OForge 2008.06 Announcement
Hello everyone, The OForge team would like to announce it's first public release, OForge 2008.06. OForge is a Trac-based enterprise collaboration tool that helps development teams work together to assemble great software. As many of you know, setting up a multi-project Trac server can be difficult for beginners. Not to mention the trouble of installing the "right" plugins and being sure they will work properly. OForge aims to be a Trac distribution of sorts. Unlike some similar projects, we aim to not fork from Trac or trac-hacks, but to be active members of the community. The advantage of using OForge is that you will get a tested, and sometimes modified set of plugins that integrate nicely, with quarterly releases. Our company, Optaros Inc., has been using OForge for the past couple of years as a the basis for our global development team. OForge has been the central point of contact between our consultant and their clients, as well as our distributed teams. By announcing OForge, we invite people to use and contribute to the OForge project. We are more then happy to give as much support as possible to anyone who wished to try OForge. We hope that you will find it useful. http://code.optaros.com/trac/oforge An overview of the features that make up this release of the OForge can be found here: http://code.optaros.com/trac/oforge/wiki/Features Thanks to everyone who uses, provides feedback, and contributes to Trac, trac-hacks or OForge. The Trac community, after all, is responsible for a very large percent of this project. - The OForge Team ~ --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Trac on windows server checklist..
[EMAIL PROTECTED] wrote: > > BTW, I forgot to ask, if install OForge, will I get the standard trac > look and feel, or yours? I don't like "re-branding" a bunch of stuff > other people did, even when the effort and additions to make it all > work together were entirely genuine. Bothered me a bit about the > Bitnami stack, the default page for apache is the BitNami thing. That > said, i would have to point my apache server to the correct place > anyway. So it's a convienient place holder for me to put a cross > project dashboard instead :D > Standard trac look and feel. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Trac on windows server checklist..
[EMAIL PROTECTED] wrote: > On Jun 4, 11:46 am, Robert C Corsaro <[EMAIL PROTECTED]> wrote: >> [EMAIL PROTECTED] wrote: >>> On Jun 4, 10:23 am, [EMAIL PROTECTED] wrote: >>>> Hi all. >>>> Ok, I have played with trac a bit, and some other supporting tools and >>>> plugins, etc. I managed to get my hands on a server to "properly" >>>> host it on for our use internally. The upper IT folks just refuse to >>>> give us an outward facing server. So all of our outsources, will get >>>> vpn, or onsite access only, bummer, but a small step in the right >>>> direction. >>>> That said, the server we are getting is running windows. I have seen/ >>>> browsed the "on windows" wikis out there, and all seems good. here is >>>> what I "hope" to run, and really just need to know if there are any >>>> "gotchas" I need to know about ahead of time. I also will have admin >>>> rights on the box, but am not an IT admin anymore, so my windows >>>> server knowledge is, well, lame nowadays. >>>> anyway: >>>> * assumption: running Apache on windows. >>>> Trac >>>> Subversion >>>> probably php and all that jazz, although, at this moment, I have no >>>> need for it. >>>> the following plugins I am hoping to go with: >>>> TimingAndEstimation >>>> TracIniAdmin >>>> TracAccountManager >>>> TracUserManagerPlugin >>>> XMLRPC plugin >>>> MasterTicketsPlugin >>>> and probably the black magic one. >>>> Will have custom workflow, and probably have a handler hook as I want >>>> to do some stuff behind the scenes on one of the transitions of the >>>> workflow. >>>> Ok, I am sure there are other I might want, or "NEED" but I KNOW I >>>> would like those. That said I also "want" to do the following: >>>> Multi-project setup 1-4 active most likely, and eventually those >>>> become a maintenance stage, so still around. >>>> I also "think" I would want to use windows authentication somehow (is >>>> that ldap?) access to the subversion and trac environments. simply >>>> because outsources will be internal to the network, and may never >>>> actually access trac directly. I envision a eclipse/mylan interface >>>> very possible to the subversion/trac data. I also see direct >>>> subversion access via subversion clients (TortiseSVN, svn command >>>> line, etc.) which may never actually utilize the trac DB). I have no >>>> issue with requiring a second login to trac(via the nice web interface >>>> in one of the above plugins, I forget which one), just not sure if it >>>> is needed. If there are other tools/plugins you think will make this >>>> objective go more smoothly, great, I can use that too, please let me >>>> know. Things like TracMetrix etc. I might want to use, etc. >>>> Basically, I need to manage multiple projects, which are managed by >>>> multiple people, who manage multiple sources/levels of access. :D All >>>> on bleeping windows serverswith no external facing web access >>>> I think it's just the run of the mill TracOnWindows/Advanced path, but >>>> was looking for insight. >>>> oh, yes, I personally prefer python 2.5, but seems like Apache needs >>>> 2.4, is that correct? Anyone tried the windows bitNami installer? >>>> that would work too. etc. >>>> I will try to really document well as I go, a future version of this >>>> email from others is not needed in the mailing list. >>>> Thanks. >>> I also forgot. Some devs need access to multiple project environments >>> (subversion and trac) and some need to be restricted/redirected to the >>> project they know about. We don't want some sources to even know >>> about the others. I have no issue added each individual 1 by to to >>> each project that is appropriate, but I would like to grant access to >>> the "project list" or top-level to individuals with multi-project >>> access so they may navigate from a top level if they so choose. >>> "ideally" it would only show the projects they actually have access >>> to, but practically will not be needed for my purposes. They will >>> either be able to see only 1 project, or them all. While they may not >>> have rights to do anyth
[Trac] Re: BatchModifyPlugin on 0.11-stable
Jeff Hammel wrote: > On Tue, Jun 03, 2008 at 07:52:43PM -0700, Chris wrote: >> I may need to apply that patch later if I encounter the problem in the >> ticket, but that was not my issue. However I did find out why it was >> not working for me. I didn't catch this note on the BatchModifyPlugin >> wiki page previously. >> >> "[ I have found the following to be untrue on trac 0.11rc1 and the >> 0.11 version of this plugin; in fact disabling Custom Query breaks the >> plugin -- k0s (jhammel at openplans dot org)]" >> >> I simply removed the line from trac.ini that disabled the query >> module, and everything started working. > > The reason is that the 0.11 version of the BatchModifyPlugin uses genshi > transformer to do what it does: > > http://trac-hacks.org/browser/batchmodifyplugin/0.11/batchmod/web_ui.py > > I noted this on the wiki but didn't feel it was my place to fix the > documentation. Not sure why the patch isn't applied either, or how well this > plugin is being maintained. If this plugin is no longer maintained, my team would be happy to adopt it. We submitted the patch in question. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Trac on windows server checklist..
[EMAIL PROTECTED] wrote: > On Jun 4, 10:23 am, [EMAIL PROTECTED] wrote: >> Hi all. >> >> Ok, I have played with trac a bit, and some other supporting tools and >> plugins, etc. I managed to get my hands on a server to "properly" >> host it on for our use internally. The upper IT folks just refuse to >> give us an outward facing server. So all of our outsources, will get >> vpn, or onsite access only, bummer, but a small step in the right >> direction. >> >> That said, the server we are getting is running windows. I have seen/ >> browsed the "on windows" wikis out there, and all seems good. here is >> what I "hope" to run, and really just need to know if there are any >> "gotchas" I need to know about ahead of time. I also will have admin >> rights on the box, but am not an IT admin anymore, so my windows >> server knowledge is, well, lame nowadays. >> >> anyway: >> >> * assumption: running Apache on windows. >> Trac >> Subversion >> probably php and all that jazz, although, at this moment, I have no >> need for it. >> the following plugins I am hoping to go with: >> TimingAndEstimation >> TracIniAdmin >> TracAccountManager >> TracUserManagerPlugin >> XMLRPC plugin >> MasterTicketsPlugin >> and probably the black magic one. >> >> Will have custom workflow, and probably have a handler hook as I want >> to do some stuff behind the scenes on one of the transitions of the >> workflow. >> >> Ok, I am sure there are other I might want, or "NEED" but I KNOW I >> would like those. That said I also "want" to do the following: >> >> Multi-project setup 1-4 active most likely, and eventually those >> become a maintenance stage, so still around. >> I also "think" I would want to use windows authentication somehow (is >> that ldap?) access to the subversion and trac environments. simply >> because outsources will be internal to the network, and may never >> actually access trac directly. I envision a eclipse/mylan interface >> very possible to the subversion/trac data. I also see direct >> subversion access via subversion clients (TortiseSVN, svn command >> line, etc.) which may never actually utilize the trac DB). I have no >> issue with requiring a second login to trac(via the nice web interface >> in one of the above plugins, I forget which one), just not sure if it >> is needed. If there are other tools/plugins you think will make this >> objective go more smoothly, great, I can use that too, please let me >> know. Things like TracMetrix etc. I might want to use, etc. >> Basically, I need to manage multiple projects, which are managed by >> multiple people, who manage multiple sources/levels of access. :D All >> on bleeping windows serverswith no external facing web access >> >> I think it's just the run of the mill TracOnWindows/Advanced path, but >> was looking for insight. >> >> oh, yes, I personally prefer python 2.5, but seems like Apache needs >> 2.4, is that correct? Anyone tried the windows bitNami installer? >> that would work too. etc. >> >> I will try to really document well as I go, a future version of this >> email from others is not needed in the mailing list. >> >> Thanks. > > I also forgot. Some devs need access to multiple project environments > (subversion and trac) and some need to be restricted/redirected to the > project they know about. We don't want some sources to even know > about the others. I have no issue added each individual 1 by to to > each project that is appropriate, but I would like to grant access to > the "project list" or top-level to individuals with multi-project > access so they may navigate from a top level if they so choose. > "ideally" it would only show the projects they actually have access > to, but practically will not be needed for my purposes. They will > either be able to see only 1 project, or them all. While they may not > have rights to do anything in them all (read only, for example), that > is easily managed at the per project level. See now, I just made it > more complicated, and just out of my grasp for implementing without a > little hand holding We have worked out a secure solution with OForge[1]. We have two layers of authorization. The first is site wide and the second is per project. We do not yet have a way to redirect single project users to their projects, which is a problem. If they don't have the URL right, they get an auth error. Our needs are close to yours, our single projects clients shouldn't even know other projects exist. [1] http://code.optaros.com/trac/oforge --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: dashboard view of multiple projects?
alex wrote: > Related to the recent post about multiple projects, I was wondering if > there's an easy way to create a "dashboard" view of the status of > multiple trac projects on a single page. What I have in mind is a > front page which shows all the latest revisions/tickets/milestones for > several projects at a glance. I can do this on a per-project basis > using TracQuery, but I don't think this works across projects. Any > suggestions would be greatly appreciated! > Something like this is on our OForge road map. The biggest issue is, you don't want to load all of your environments every time you view the dashboard page. If there are hundreds of environments, this will be a pig process. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Chris Mulligan wrote: > That sounds pretty nifty. We've actually made internal versions of a lot of > those features (an IRC bot that parses the RSS feed, for example). I'm > pretty confused about how to actually setup and use oforge, but it looks > like it could be a pretty neat project. > Yes. Documentation is a mess. I'm going to work on it this week. If you are interested in setting it up, there are a few options. 1) use the oforge appliance, which is a vmware image 2) use the oforge overlay, which will work on any gentoo system 3) install from source. there is a script share/examples/setup.sh that will do the job. If you use it, please look at the code first. It's not incredibly generic and can use some tweaking. I'd be interested to hear how you would like to set it up and what OS you are using. I'd like to eventually have rpm and deb packages. Good luck and feel free to contact myself, or anyone one my team. We are on irc.freenode.org in the #trac channel. I'm doki_pen and my teamates are aculapov, cbalan and dgynn. We will be making an official announcement this week and are very excited to get some users. I can insure you that you will get good support if you decide to give it a whirl. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Macbane wrote: > Hi, > > I have read some of the proposals, for multi project trac. How do > people feel about it, because trac is fine for a small project but > breaks down when you get to a stage where you are working on many > projects at once. Is trac going to support those features or stay the > way it is? How do users feel about it. > We have developed a trac-based solution for multi-projects called OForge. You can read about it at http://code.optaros.com/trac/oforge. It is free and OS software and we'd love to get some feedback/contributions. If you decided to try it, feel free to email me directly with any questions. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: TracSvnPoliciesPlugin problem
rupert thurner wrote: > could you tell if policiesplug would be possible in conjunction with > mercurial, and http://www.trac-hacks.org/wiki/HgTimelinePlugin as > well? > There would need to be modifications for it to work on mercurial. I would gladly commit a patch. The way it works now is that symlinks to a master svn-hook plugin are created in the svn hooks directory. I'm not an avid hg user, so I'm not sure how it works, but it's probably similar. If this does become more generic, maybe we could rename the svn-hook file. Or maybe there is a different hook wrapper for each type of repo. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Spam [Trac] post-commit hook adding to ticket, but not sending e-mail
David Deller wrote: > I'm trying to get post-commit hook working. It adds the SVN comment to > the ticket, but it doesn't send the e-mail automatically. There is an SVNPoliciesPlugin that does what you want and even has a configuration admin page. I can help you set it up if you want. You can check it out with 'svn co http://code.optaros.com/svn/oforge/trunk/plugins/svnpoliciesplugin'. There is a README in the svnpolicies dir. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: TracSvnPoliciesPlugin problem
>> On Wed, May 21, 2008 at 10:36 PM, Pablo Fabregat >> <[EMAIL PROTECTED]> wrote: >>> Hi all, >>> >>> I managed to get this plugin installed and it throws no errors... but >> when i do a commit, whatever policy i put, nothing happens, it just commits, >> and i can tell that the hook's being executed (it's in /usr/bin/svn-hook) >> because i edited that script to throw an error and, it does... >>> i'm almost done with this! :O >>> >>> any ideas ? >>> thanks in advance! We worked this out on IRC, but the solution was to copy the svnpolicies/bin/svn-hook to /usr/local/bin overwriting the setuptools wrapper script. I'm working on a fix. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
