Re: [Trac] Trac Wiki won't display images
On Wed, Dec 23, 2009 at 07:42:00PM +0100, Remy Blank wrote: zlacelle wrote: I use the following line to display an image in the Trac Wiki: [[Image(/attachments/pic.jpg)]] If the image is attached to the page where you want to display it, you should use: [[Image(attachment:pic.jpg)]] -- Remy If its attached to the page you want to display it, you can be even more short-handed: [[Image(pic.jpg)]] -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@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: LDAPAuthPlugin
On Thu, Oct 29, 2009 at 11:03:35AM +0100, Kamin, Volker wrote: Hi! When using [1]http://trac-hacks.org/wiki/LDAPAuthPlugin, is authentication running via Apache or directly from Python? Currently it is not working (cannot connect to LDAP server). I assume this to be a problem with security restrictions (the test server hasn't got a valid DNS entry, yet) of the LDAP server, but I would like to rule out a misconfiguration of the Apache. Best regards, Volker This plugin authenticates via an LDAP server and not via Apache. If you need TLS authentication, it doesn't support that (though see http://trac-hacks.org/wiki/TracLdapAuthPlugin). Jeff -- Dipl.-Inform. Volker Kamin RWTH Aachen University Embedded Software Laboratory Ahornstr. 55 52074 Aachen fon: +49 241 80 21157 fax: +49 241 80 22150 web: [2]http://www.embedded.rwth-aachen.de/ References Visible links 1. http://trac-hacks.org/wiki/LDAPAuthPlugin 2. http://www.embedded.rwth-aachen.de/ --~--~-~--~~~---~--~~ 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: Dumb python package question
On Mon, Oct 26, 2009 at 09:18:25AM -0500, Olemis Lang wrote: On Mon, Oct 26, 2009 at 9:03 AM, Roger Oberholtzer roger.oberholt...@gmail.com wrote: My Trac packages are installed in /usr/lib/python2.5/site-packages When I do an update of a package (python setup.py install), I see that I get a new .egg (file or directory), but the old one is also still present. In Trac admin, I only see the most recent one. My question is: 1) Should I be using something other than python setup.py install when doing an update? 2) What is the best/correct way to remove the obsolete eggs? That goes beyond the scope of Trac itself and is related to setuptools . - The simple answer is «today there's no way to remove packages installed using setuptools or easy_install». No easy way, at least. You can always edit easy_install.pth and remove the eggs with rm - The continuation is «Python devs are working on that and many other things in the upcoming Distribute module». - My suggestion is «if package is available in your OS pkg manager (e.g. apt on Debian, rpm on RH, ...) then use it » - Open issues «when Trac will take benefit of all these improvements ?» «what changes are needed ?» ... I just don't know :-/ -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Looking for a technique to create flexible, graphical dashboards ... - http://feedproxy.google.com/~r/TracGViz-full/~3/QO5N8AG0NnM/d6e3b3fd323d5b52 --~--~-~--~~~---~--~~ 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: Tracd server-level authentication
On Wed, Oct 21, 2009 at 09:20:39AM +0100, Cooke, Mark wrote: I'm using Tracd to run Trac 0.11 on Linux. I've configured user logins successfully using an .htpasswd file. I now want to put the whole site behind some login credentials, so that simply viewing tickets requires a username/password combination. Is this even possible with Tracd? I would appreciate your help and advice. You could simply edit the permissions and remove almost everything from the anonymous special group ~ I have done this with one of my tracd sites (on Windoze but the same should apply on linux). The downside of being draconian is that you need to provide at least WIKI_VIEW for them not to get the 'permission denied' screen. I think there is at least one ticket about having a separate right for the wiki start page. Anyway, it works and is easy enough... Or you can use http://trac-hacks.org/wiki/PermRedirectPlugin to redirect to the login screen first thing. That's what I do for private Trac instances. ~ Mark C --~--~-~--~~~---~--~~ 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: Nag-Mail for new/unassigned tickets
On Mon, Oct 12, 2009 at 07:51:02AM -0400, Chris Nelson wrote: JNamic development | Stefan Hoth wrote: Hi, I'm looking for a way to make my trac send out nag-mails in order to inform certain users that there could be work to do. Also I find this feature interessting for a weekly summary on your current tickets. Is there something out there to enable that? I use a cron job and a couple of scripts to query the Trac database and send e-mail to users. Specificially, mine runs at 4am and tells users how many hours they recorded yesterday and against which tickets (We use the TimingAndEstimation plugin to track work against tickets.) but the same technique could work for you. If there's a way to do it directly in Trac, I don't know it. Noted: http://trac-hacks.org/ticket/5957 --~--~-~--~~~---~--~~ 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: Emails Blank
On Wed, Sep 30, 2009 at 10:39:55AM -0700, David Herman wrote: We are running on Trac 10.4 and are having issues where some of the emails show up blank. Does not seem to be a consistant issue. Also the issues seems to only really have to do with outlook because the same email coming to my iPhone has the content. If this were one computer I'd say say it's just an issue with that machine but it happens to every machine in the office, and the same emails will be blank across all machines. What's even more interesting is that rules and filters based on content within the email all seem to work. Anyone have any idea what might be going on or has anyone seen this before. I don't know if this is possible with outlook, but I would start by looking at the raw content of the incoming email (including headers) and trying to figure out why outlook isn't displaying it. If it works fine on the iPhone, I'm guessing there is content there, but outlook doesn't like it. Jeff --~--~-~--~~~---~--~~ 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: Trac and LDAP
On Mon, Sep 28, 2009 at 09:40:56AM -0400, Jeff Hammel wrote: On Thu, Sep 24, 2009 at 03:35:14PM -0300, Sergio Charpinel Jr. wrote: So, that is what you are looking for : [1]http://trac-hacks.org/ticket/1147 I can't get this to work for me, however in response to http://trac-hacks.org/ticket/1147#comment:26 and to be nice and to the fact that my brain can only hold simultaneously very finite bits of information (the ticket is *pretty* bad), I have packaged this up in http://trac-hacks.org/wiki/LdapAuthStorePlugin . I don't really have any interest in maintaining it, and since I can't get it working with the one LDAP server I use, I'm probably not qualified anyway, so adopters welcome. I'll probably fork http://pypi.python.org/pypi/TracLDAPAuth/ and put that on trac-hacks as opposed the to placeholder page for it (http://trac-hacks.org/wiki/LDAPAuthPlugin) as this *seems* to work with casual testing after I make a few edits. I've mailed coderanger and hope he gets back to me, but this kinda needed to be done a few days ago. Done, http://trac-hacks.org/wiki/TracLdapAuthPlugin If anyone wants to dig into these issues, I am an LDAP n00b. I don't have any idea if what I'm doing is sane, as evidenced by me still not totally having solved this simple problem since last Wednesday. I do know that what I want to do is simple and, honestly, the state of doing this in trac is an utter mess: one plugin that, until my actions, lived as an -- make that several attachments on a long windy ticket, and another plugin that lives only on pypi as best I can tell, so good luck with my two-line feature request. Maybe there are more plugins that do what I wantI don't know, there is certainly a lot to sort through. I'm writing a blog post on the subject, as usually I do when there is too much complexity to wrap my head around without resorting to e-paper, and will post the link to the list when I get this sorted out Done, http://www.coactivate.org/projects/topp-engineering/blog/2009/09/28/32/ In the mean time, help/suggestions welcome. And they still are! Jeff 2009/9/24 Jeff Hammel [2]jham...@openplans.org On Thu, Sep 24, 2009 at 06:16:56PM +0200, Emmanuel Blot wrote: What plugin(s) should I use to set up authentication (I don't care about anything else right now) with LDAP? If it's only about *authentication* and you don't use tracd, then you don't need a plugin at all: HTTP authentication is managed with the HTTP server, Trac does not care about it. If you need to manage *permissions* with LDAP, then LdapPlugin is an answer. If you have installed AccountManagerPlugin, it's a different story: this plugin may manage authentication and permissions, but I don't know the current status for LDAP support Cheers, Manu Yeah, sorry, should have stated... I am using tracd for this project, and for future projects will be using python-paste, which basically amounts to the same thing. *In other words, authentication (not permissions, I'm fine having these in Trac, at least for the moment) needs to be managed by python or preferably Trac. And yes, I meant to state, I do have AccountManager installed and would, ideally like something that plugs in to IPasswordStore. Sorry for the ambiguity. Jeff -- Sergio Roberto Charpinel Jr. References Visible links 1. http://trac-hacks.org/ticket/1147 2. mailto:jham...@openplans.org --~--~-~--~~~---~--~~ 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: Trac and LDAP
On Thu, Sep 24, 2009 at 06:16:56PM +0200, Emmanuel Blot wrote: What plugin(s) should I use to set up authentication (I don't care about anything else right now) with LDAP? If it's only about *authentication* and you don't use tracd, then you don't need a plugin at all: HTTP authentication is managed with the HTTP server, Trac does not care about it. If you need to manage *permissions* with LDAP, then LdapPlugin is an answer. If you have installed AccountManagerPlugin, it's a different story: this plugin may manage authentication and permissions, but I don't know the current status for LDAP support Cheers, Manu Yeah, sorry, should have stated... I am using tracd for this project, and for future projects will be using python-paste, which basically amounts to the same thing. In other words, authentication (not permissions, I'm fine having these in Trac, at least for the moment) needs to be managed by python or preferably Trac. And yes, I meant to state, I do have AccountManager installed and would, ideally like something that plugs in to IPasswordStore. Sorry for the ambiguity. Jeff --~--~-~--~~~---~--~~ 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: allow anonymous to view Timeline-RSS?
On Wed, Sep 23, 2009 at 07:21:29AM +0200, Jens Schwarz wrote: Hi, I have a trac environment that is only accessible to authorized users. What I want is to make an exception so that anonymous users can view the Timelins-RSS (or in other words: so that registered users can view this RSS without having to login first). So I setup my trac to allow the subject anonymous to perform the action TIMELINE_VIEW. The result: Now unauthorized users can access the timeline but it remains empty (in comparison to an authorized user). I expected that at least the the items of the timeline are displayed. Any hints on how to accomplish this? Thanks Jens The problem is, the items on the timeline take their permissions from TICKET_VIEW, BROWSER_VIEW, WIKI_VIEW, etc. I'm not sure of a trivial work-around here, except ugly hacks. I guess the quickest workaround I can think of is making a new timeline view that makes a subrequest as an authorized user and returns the result (or, well, minus the navbar and all of that. But the problem itself really goes against the grain of the permission system (and common sense) so, personally, I wouldn't want to do this and wouldn't do this unless my boss told me to. Maybe someone else can come up with a better workaround? Again, though, I wouldn't want to solve this problem. Jeff --~--~-~--~~~---~--~~ 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: Can't enable post-commit hook using repositoryhooksystem 0.1.1
On Fri, Sep 18, 2009 at 02:19:44PM -0500, Olemis Lang wrote: On Fri, Sep 18, 2009 at 1:58 PM, Jeff Hammel jham...@openplans.org wrote: On Thu, Sep 17, 2009 at 02:53:56PM -0500, Olemis Lang wrote: On Tue, Sep 15, 2009 at 3:04 PM, Jeff Hammel jham...@openplans.org wrote: On Tue, Sep 15, 2009 at 03:01:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 1:09 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote: This is really hard to debug without server access. [...] My actual advice is to write the post-commit-hook file by hand. - Does the plugin work if installed inside plugins dir packaged as EGG file? I highly doubt it. I never do this and wish that Trac didn't allow this, actually. Again, if you can make this work, without breaking the normal use case, I'd be happy to include. Well I did all this (global install), hook setup by hand , it still doesn't work . What I did : [...] Any suggestions ? No, I'm mystified. I haven't seen this behaviour before. Well, then seems there's no hope :( Ticket, maybe? /me thinking what could be wrong with d ticket ? could it be that repos hook are not really executing the plugin's script ? how could I check that ? What I do is run the command given in the post-commit hook by hand and check the output. If that doesn't work, I would throw in a pdb. I don't know how I could reproduce, though. Cant help u here so far, let's c what I can find in the next days. Is this on unix or windows? I've only tried unix. Yes I know, in this case is Mr Windows 2k3 (should I upgrade to Vista ? XD ) . Can't advise you there. I don't know windows and haven't tested the plugin on windows. I just asked because perhaps somebody had experienced something like that , but it doesn't seem so ... it's a shame: plug-in seems to be great :( :( -- Regards, Olemis. --~--~-~--~~~---~--~~ 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: Can't get TicketSubmitPolicyPlugin to work
On Thu, Sep 17, 2009 at 09:56:11AM -0300, Andrea VB wrote: Greetings! I've followed the page's instructions to install !TicketSubmitPolicyPlugin, and I'm not sure the installation has been successfully completed: the plugin is not showed at the Admin's tab. However, if I try to upload the egg, Trac tells me that the plugin is already installed. I've tried to ignore this (as I can already configure trac.ini by hand), but, when creating/editing a ticket, the conditions are not tested. The above makes me nervous. If the plugin doesn't show as enabled in the Admin tab, it probably isn't regardless of what you write in trac.ini (if there are errors, which should show up in the log for log_level = DEBUG, then the plugin won't load). I would look through the log and make sure the plugin is loaded and make sure it shows up on the Admin page. I have had a couple of sneaky issues where it looks like a plugin shows up in the logs, but in fact there is a weirdiosity where it is not actually enabled (e.g., https://projects.openplans.org/trac/changeset/25466). I've configured trac.ini following the first example: {{{ [ticket-submit-policy] policy1.condition = type is not defect policy1.excludes = version policy2.condition = type is defect policy2.requires = version }}} So, I've created a ticket that was a defect report without a version, and a project task that had a version. Both of them were created, no errors/warnings displayed. I've also restarted Apache after installing the plugin and configuring trac.ini I'm using Debian 5.0, Trac 0.11.1, and I've tried both Mozilla Firefox 3.0.13 and Seamonkey 1.1.7. Thank you very much for any help. If the plugin is in fact enabled, please file a bug at http://trac-hacks.org/newticket?component=TicketSubmitPolicyPluginowner=k0s ; I can't promise to get around to it soon, however. Jeff -- Andrea VB Please, don't CC me when replying to me on the lists, and use BCC when sending mass e-mails. --~--~-~--~~~---~--~~ 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: Can't enable post-commit hook using repositoryhooksystem 0.1.1
On Thu, Sep 17, 2009 at 02:53:56PM -0500, Olemis Lang wrote: On Tue, Sep 15, 2009 at 3:04 PM, Jeff Hammel jham...@openplans.org wrote: On Tue, Sep 15, 2009 at 03:01:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 1:09 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote: This is really hard to debug without server access. [...] My actual advice is to write the post-commit-hook file by hand. - Does the plugin work if installed inside plugins dir packaged as EGG file? I highly doubt it. I never do this and wish that Trac didn't allow this, actually. Again, if you can make this work, without breaking the normal use case, I'd be happy to include. Well I did all this (global install), hook setup by hand , it still doesn't work . What I did : - Global install of RevHookSys - Enable post-commit hook via web admin - Hook written and copied under repos' hook folder - Commit several times with `close` in log msg - Nothing happens. - Copy the command line statement in the hook. - Specify real rev number - Execute specifying inocuous (no msg) rev number - Command executed ok - Execute with latest rev number - The command gets blocked (15 min and it never ends) - Nothing's reported in trac.log - ... but on accessing the ticket it 's closed with expected msg . Any suggestions ? No, I'm mystified. I haven't seen this behaviour before. Ticket, maybe? I don't know how I could reproduce, though. Is this on unix or windows? I've only tried unix. Jeff -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: ¿Quiénes somos realmente? - http://feedproxy.google.com/~r/simelo-es/~3/qNYfwaHMEm0/quienes-somos-realmente.html --~--~-~--~~~---~--~~ 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: Can't enable post-commit hook using repositoryhooksystem 0.1.1
On Tue, Sep 15, 2009 at 03:01:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 1:09 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote: This is really hard to debug without server access. [...] My actual advice is to write the post-commit-hook file by hand. Well I did all this. Further things needed in Windows : - Enclose paths between quotes Feel free to ticket with a patch. Again, I don't have access to windows so I can't develop or test on it, but as long as your patch doesn't break on UNIX, I'll take youre work that you've done your homework. - Does the plugin work if installed inside plugins dir packaged as EGG file? I highly doubt it. I never do this and wish that Trac didn't allow this, actually. Again, if you can make this work, without breaking the normal use case, I'd be happy to include. -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Solo 12 minutos ... para volver a nacer - http://feedproxy.google.com/~r/simelo-es/~3/L0etLsqDEBI/solo-12-minutos-para-volver-nacer.html --~--~-~--~~~---~--~~ 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: Can't enable post-commit hook using repositoryhooksystem 0.1.1
On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote: Hello ! I'm trying to enable SVN post-commit hook via web admin . Server is Win2k3 + py 2.5 + trac 0.11.1 I'm using repositoryhooksystem 0.1.1 . No matter how hard I click on enable check box, the hook's never enabled and the checkbox remains unchecked after the HTTP response is sent back to my browser. Click harder ;) Nothing is reported in the log file and I can browse the source code , and so on (so should not be a problem with VCS connector or repos setup ;o) Besides TicketChanger is enabled and active but this feature doesn't work (but I suppose that's a consequence of the previous issue : how could it work if hooks are not setup ?). Does anybody has a clue ? What's happenning ? What's (could be) wrong ? Thnx in advance ! -- Regards, Olemis. This is really hard to debug without server access. Essentially, it probably comes from the fact that what this plugin is trying to do (parse the post-commit-hook file, check for FS permissions, etc) is pretty hard to do programmatically. My actual advice is to write the post-commit-hook file by hand. As far as your subsequent apache issue, I haven't a clue, sorry. Jeff --~--~-~--~~~---~--~~ 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: Can't enable post-commit hook using repositoryhooksystem 0.1.1
On Fri, Sep 11, 2009 at 12:59:21PM -0500, Olemis Lang wrote: On Fri, Sep 11, 2009 at 12:38 PM, Jeff Hammel jham...@openplans.org wrote: On Fri, Sep 11, 2009 at 10:37:13AM -0500, Olemis Lang wrote: Hello ! I'm trying to enable SVN post-commit hook via web admin . Server is Win2k3 + py 2.5 + trac 0.11.1 I'm using repositoryhooksystem 0.1.1 . No matter how hard I click on enable check box, the hook's never enabled and the checkbox remains unchecked after the HTTP response is sent back to my browser. Click harder ;) I did use a big hammer ! Smash those mice up !:P Nothing is reported in the log file and I can browse the source code , and so on (so should not be a problem with VCS connector or repos setup ;o) Besides TicketChanger is enabled and active but this feature doesn't work (but I suppose that's a consequence of the previous issue : how could it work if hooks are not setup ?). Does anybody has a clue ? What's happenning ? What's (could be) wrong ? Thnx in advance ! This is really hard to debug without server access. Essentially, it probably comes from the fact that what this plugin is trying to do (parse the post-commit-hook file, Empty check for FS permissions, Well I already fixed that - it seems to fail in Windows (mknod's missing ;o). Yeah, I not only don't know windows but don't even have access to a windows machine. So you might guess my plugins are not tested there. etc) is pretty hard to do programmatically. The SVN impl, yes . My actual advice is to write the post-commit-hook file by hand. Could be, but : I know nothing about the activation step (i.e. the hook-enabled condition) . Does anybody know what to do in order to make the plugin believe that it did enable the post-commit hook ? The checkbox for enabled and all associated checks shouldn't affect the plugin logic. That is, if the commit hook is written correctly, whether the checkbox says enabled or not, the plugin should work. I have had to deal with this even on unix. Probably should be noted on the wiki. As far as your subsequent apache issue, I haven't a clue, sorry. Well the fact is that the plugin uses `sys.executable` in order to form the string for the repos hook . If using `tracd` this should be python exec, but when using Apache + Windows it's `httpd.exe` . That's something that has to be fixed ;o) I agree. I'll do it when I can, though I generally only get to work on plugins that my company wants today, sadly :( --~--~-~--~~~---~--~~ 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: edit trac.ini using python/shell
FWIW, I wrote a library/program called martINI for these ends that several of my software rely on: https://svn.openplans.org/svn/standalone/martINI/ However, there are at least half a dozen python solutions for reading + writing .ini files programmatically. Jeff On Tue, Aug 11, 2009 at 01:03:03AM -0700, alind wrote: After some more searching I found a library python-configobj http://www.voidspace.org.uk/python/configobj.html#downloading Am I suppose to use some other thing. IMHO this will work fine for me. Thanks. On Aug 11, 12:42 pm, alind sharma alind_...@yahoo.com wrote: I want to edit trac.ini using python/shell. Whats the best way to do it. Want something like I should be able to read trac.ini into some sort of dictionary/list, check if some option is present in the dictionary, and edit its value. There are some options that I want to add like track.hg* = enabled, webauth plugin = disbaled webadming = enabled etc. If something like this is already present then it will be fine, otherwise i will write one myself. Can anybody guide me towards the best way of achieving this. Thanks in advance. Alind Sharma Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now!http://messenger.yahoo.com/download.php --~--~-~--~~~---~--~~ 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: Cloning HTTP request objects
On Fri, Jul 31, 2009 at 01:01:21PM -0500, Olemis Lang wrote: Is there any helper function in Trac I can use to clone an HTTP Request object (i.e. instances of trac.web.api.Request) ? I already have a «real» request object provided by Trac and what I really need is to obtain a Request object identical to that one, in order to modify it later on. I could implement something from scratch but I'm asking because perhaps there's something I'm missing. Thnx very much in advance ! -- Regards, Olemis. Hah! I had need of this very thing recently. I ended up just making a generic object and then setting the attrs I needed from the real request, but admittedly its a cheap hack and I'd much prefer a better solution. You can see what I did here: http://trac-hacks.org/browser/sharedcookieauthplugin/0.11/sharedcookieauth/sharedcookieauth.py#L22 Jeff --~--~-~--~~~---~--~~ 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: common permission store across multiple environments
On Sat, Jul 25, 2009 at 03:49:39PM -0700, jevans wrote: Hi, Wondering if I understand this correctly - could I write an IPermissionStore plugin to implement a common permission store for multiple environments? Thanks, - jevans I believe this is true. At least, I intend to do this one of these days ;) Jeff --~--~-~--~~~---~--~~ 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: Managing SVN and Trac with a web interface
There is also TracLegos: http://trac-hacks.org/wiki/TracLegos Its still in its early stages but it does do some of what you ask: On Thu, Jul 23, 2009 at 10:49:20AM -0300, Leonardo Santagada wrote: On Jul 22, 2009, at 10:01 AM, Niels Ott wrote: Hello all, we're using Trac and SVN sucessfully already here in our small University department. While the manual administration works well for the internal projects, we need something providing more service for our students. The tool which we are seeking is a web interface that allows users to create and administrate their own SVN repositories - each repository equipped with its own Trac. Repository creation? Yes. Repository serving? No, because, afaik the only way to serve SVN is with apache + mod_svn. Creating an svn repository is pretty simple. As far as administering it, there are a number of Trac plugins for that Furthermore, the person creating a repository should be the Trac admin (WebAdmin plugin) and should be able to add/remove users from the project. Not sure what this means. If it means granting permissions, then yes, this is done, but not yet documented. Is there a solution available for this task? It would very cool if there was a Trac plugin that could provide such a service. Beyond the scope of a plugin, probably, at least if you're talking about creating sister projects (vs. a child of a parent project). We checked out Submin, but it doesn't provide the necessary access control functionality. Thanks in advance for your time. Again, TracLegos isn't finished yet. The real concept is to be able to template Trac project types. Jeff I think this idea is very similar to DrProject[1]. [1] https://www.drproject.org/ -- Leonardo Santagada santagada at gmail.com --~--~-~--~~~---~--~~ 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: Managing SVN and Trac with a web interface
On Thu, Jul 23, 2009 at 10:32:14AM -0500, Olemis Lang wrote: On Thu, Jul 23, 2009 at 10:19 AM, Jeff Hammeljham...@openplans.org wrote: There is also TracLegos: http://trac-hacks.org/wiki/TracLegos Its still in its early stages but it does do some of what you ask: On Thu, Jul 23, 2009 at 10:49:20AM -0300, Leonardo Santagada wrote: On Jul 22, 2009, at 10:01 AM, Niels Ott wrote: Hello all, we're using Trac and SVN sucessfully already here in our small University department. While the manual administration works well for the internal projects, we need something providing more service for our students. The tool which we are seeking is a web interface that allows users to create and administrate their own SVN repositories - each repository equipped with its own Trac. Repository creation? Yes. Repository serving? No, because, afaik the only way to serve SVN is with apache + mod_svn. What I used to do in this case was to config Apache to serve multiple projects under a common dir and, on creating the project through the web UI some config options dictated that the project be created under that folder and was instantly (automatically) accessible using either Apache or SVNServe ;). That could even be done using multiple layouts (due to string itpl in config files ;o) PS: One of the «weaknesses» that clients suggest about using Trac is that global actions are not possible (i.e. actions like search, and plugins scope, is local to individual envs ;o) and repos creation is the most frequent example they point out (even if there are some ways to work around this ;o) Running the risk of thread hijacking, its kind of a weakness and a strength. I would love to see a layer on top of what already exists that helps with multi-project stuff. I don't want to see any substantial alteration of existing code to enable to the multi-project concept, as I don't think its necessary. my 0.02 -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: Writing tests for Trac plugins : How ?
On Mon, Jul 20, 2009 at 08:47:21AM -0500, Olemis Lang wrote: This time my question is very simple (even if `simple` is relative :P) : - Is it possible to write and run tests for Trac plugins ? Of course! You can write tests for damned near anything. - 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. - Does any of those integrates with `unittest` ? If you want it to. I don't know, any insight from someone with more knowledge to someone like myself that wants to write tests but is not sure what the best form is? Thnx in advance ! -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: Writing tests for Trac plugins : How ?
On Mon, Jul 20, 2009 at 09:29:22AM -0500, Olemis Lang wrote: On 7/20/09, Jeff Hammel jham...@openplans.org wrote: On Mon, Jul 20, 2009 at 08:47:21AM -0500, Olemis Lang wrote: This time my question is very simple (even if `simple` is relative :P) : - Is it possible to write and run tests for Trac plugins ? Of course! You can write tests for damned near anything. 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 and because I don't know if there is a testing framework and I haven't had time to write one myself :( Hence me revoicing your concerns - Does any of those integrates with `unittest` ? If you want it to. I don't know, any insight from someone with more knowledge to someone like myself that wants to write tests but is not sure what the best form is? Well I've seen some doctests in Trac package written (which could be integrated with `unittest` by using `dutest` ;o) and it seems that `twill` is around (which is *COOL* :), but the doubts I have are just about existing shortcuts (if any) in order to use all that to test Trac plugins too ;o) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: Getting Error:Missing or invalid form token. Do you have cookies enabled?
Trac uses form tokens to guard the integrity of POST requests. The tokens are stored in a cookie in the user's browser. I couldn't find great documentation on this, but see http://trac.edgewall.org/ticket/4084 for some insight. Hope this helps, Jeff On Thu, Jul 16, 2009 at 07:35:53AM -0700, jd wrote: Hi all, When I do post operation, sometimes I get error as below: Bad Request: Missing or invalid form token. Do you have cookies enabled? Can anyone help me out to resolve this issue. Thanks, Jatin --~--~-~--~~~---~--~~ 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: PageOutline for roadmap
My personal approach would be to customize the template for the page in a one-off manner to suit your needs (IIRC, it is roadmap.html) On Fri, Jul 10, 2009 at 11:47:44AM +0400, Иван Бессарабов wrote: Hi! In our work trac we have a lot of milestones. It is not very comfortable to work with this page when there are a lot of data. Is there any possibility to add on that page some kind of table of contents, like it can be done on any wiki page with PageOutline macros? Thank you in advance! -- bessarabov --~--~-~--~~~---~--~~ 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: Customize trac with only wiki included
You can also disable all the components you don't care about in the [components] section of the trac.ini file, or at /admin/general/plugins. Jeff On Fri, Jul 10, 2009 at 12:55:00PM +0400, Иван Бессарабов wrote: I think you should only give permissions to user that starts with WIKI_ The track will be full, but the users will only see the wiki. 2009/7/10 Stephen Cheng stephenchengm...@gmail.com: Hi guys I am thinking to include only wiki component in my site without other cool stuff, like ticket/timeline/code browse/ . I have searched for a while but no certain answer. I am wondering if there are two solutions available if you know: 1. A special version which only includes trac wiki 2. or it's customizable to not display anything else. My question is that if this version consumes more memory if there is. Could you share with me if these exist and any suggestion? Thanks very much Stephen -- bessarabov --~--~-~--~~~---~--~~ 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: Trac Wiki editing using the SVN repository
My recommendation: 1. Make a wiki page hierarchy as you wish. 2. Use the IncludeMacro to include svn documentation in the relevent pages. This approach has deficiencies: 1. You won't be able to edit the documentation TTW. It would be awesome if there was a plugin that did this. (I'd use it, anyway) 2. You have to make the pages yourself, rather than mirroring some subset of the repo Jeff On Thu, Jul 09, 2009 at 03:14:39PM -0700, Christian Decker wrote: I was wondering wether it is possible to edit Wiki pages using the SVN repository. Basically I want to check out the Wiki from the repository, edit it offline and then commit it back. Is there a plugin to do so? -- Christian Decker http://blog.snyke.net --~--~-~--~~~---~--~~ 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: Trac Wiki Assistance
On Wed, Jun 24, 2009 at 11:58:02AM -0400, Guilliams, Ken wrote: Group, how do I add new documents, charts etc to the wiki pages in Trac? I would like to add a process flow chart. Do I need a special plug in for that? For flow charts I would recommend the Graphviz plugin: http://trac-hacks.org/wiki/GraphvizPlugin (assuming that fits your use case) Jeff Also when reviewing a DR and moving it to another State, example from New to TI is there a way to have a user pull down with a list of names so you know who to send the investigation to? Thank you, Kenny G Confidentiality Note: The information contained in this message, and any attachments, may contain proprietary and/or privileged material. It is intended solely for the person or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. --~--~-~--~~~---~--~~ 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: Trac wiki markup vs ReST
On Mon, Jun 08, 2009 at 02:36:49PM +0200, Eirik Schwenke wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noah Kantrowitz skrev 04. juni 2009 22:13: Link to the last discussion on this (or at least one of the last) http://groups.google.com/group/trac-dev/browse_thread/thread/f79a1cbb894fe079/8e7d047d0c9fcf16 --Noah Thanks for the link -- didn't think to include it -- my questions re syntax was partly motivated by the points made in that thread. I'd be very interested to hear some more detailed views on ReST vs wiki markup - -- right now I see two points in favour of the wiki markup: 1) It's what a great number of trac users already know 2) Existing trac macros already integrated with the trac wiki processor. I'd be interested in hearing other points of view, especially against ReST, as I might be blind to any real deficiencies others find crippling ? (this is all MHO, if that wasn't obvious). Its easier to write Trac wiki than ReST. I also find it more human readable. As a big fan of markdown languages, I was very enamored with ReST a few years ago. Now, I think its mostly awful, not that there aren't things about Trac wiki that I would change. Christian Boos mentioned the WikiEngine refactoring which will make it possible to generate structured output (e.g. Genshi events or docutils nodes, so that we could hijack the docutils writers for generating the static documentation) Has this taken place in trunk ? I think the consensus is that there are problems with managing documentation (exclusively) in the (any) wiki, due to difficulties with maintaining separate versions (0.11, 0.12 as well as multiple languages) -- but making it easier to do general transforms on the wiki content would be great either way. This is beginning to sound a bit like reinventing xml and xlst -- even though I personally think working with either of those tend to be painful. Christian further mentions: (Trac has) Much improved table markup (the reST table markup is unbearable). This would be: http://trac.edgewall.org/wiki/WikiFormatting#Tables vs: http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#simple-tables http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#grid-tables I agree the trac simple syntax is easier than the rest simple syntax, but I think unreadable is a bit strong ? It does illustrate a major difference between ReST and TracWiki-markup: Underline-markup vs side-by-side/inline-markup: ReST:Trac: Headline =Headline= = = =||Cell1||Cell2||Cell3|| Cell1 Cell2 Cell3||Cell4||Cell5||Cell6|| Cell4 Cell5 Cell6 = = = I've come to the conclusion than doing any sort of complicated table with any markdown language is just horrible. The whole reason to use a markdown language, vs WYSIWYG + HTML, is that it should be easy to read as text and easy to write. I've seen tables in both Trac wiki and ReST that are just boggling. Mentioned in the thread on trac-dev is also the external dependencies problem -- and I agree that that needs to be taken into accounts. I'm not aware of any good way to ensure pdf-generation with included images that does not touch a wide range of dependencies, however. Also while a lot of the default ReST templates are horribly ugly -- the ability to seamlessly generate LaTeX is a great benefit -- this is of course something eg. docutils also would grant us. I do agree that it would be nice to use something standard-ish, which is a plus for ReST. That being said, I would miss Trac wiki syntax greatly. The other alternative is to spin off Trac wiki (the markdown syntax, not the linking or macros or what not) into its own product. I'd probably use it. If other people would...I wouldn't want to guess. ReST has a long history and people are reluctant to change. Jeff Best regards, - -- .---. Eirik Schwenke eirik.schwe...@nsd.uib.no ( NSD ) Harald Hårfagresgate 29Rom 150 '---' N-5007 Bergentlf: (555) 889 13 GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkotBeEACgkQxUW7FIqjOSwwzgCbB9INW793O1X+5jzG+dD/cire KI0AoIEOPqXQR5aDjtvp0zLZKorFAlRp =y77G -END PGP SIGNATURE- --~--~-~--~~~---~--~~ 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: Trac wiki markup vs ReST
On Mon, Jun 08, 2009 at 03:06:13PM +0200, Eirik Schwenke wrote: snip/ Its easier to write Trac wiki than ReST. I also find it more human readable. As a big fan of markdown languages, I was very enamored with ReST a few years ago. Now, I think its mostly awful, not that there aren't things about Trac wiki that I would change. Interesting, maybe I'm at the point you were a few years ago. One great advantage I failed to mention in favour of TracWikiMarkup, is ofcourse wiki links -- it's perhaps one of the biggest failings of ReST. Just as a point of clarity, while wiki has come to mean (markdown formatting) + (linking syntax), I think of the two quite differently. Linking + macros could (and IMHO should) be done as post-processing regardless of what the underlying markdown formatting is. Jeff --~--~-~--~~~---~--~~ 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: Trac Recipies
What do you mean by recipes? I've been working on Trac project templates with TracLegos (http://trac-hacks.org/wiki/TracLegosScript). Its far from being what it needs to be, but for a mostly in my free time project, its not bad. Of course, the other side of things is how to use Trac to get the most bang for your buck. And yeah, I think there's a lot of expertise out there and some really good ways to use Trac and to think about Trac that would be nice to see collected. Jeff On Wed, Jun 03, 2009 at 10:52:29AM -0700, abalter wrote: I would like to help put together a site of recipes for using Trac. There is a ton of great information in this email list and forums and out there on the web. I think it would be great to take a sort of best of of the actual solutions and organize them into a set of recipes such as You want to do XXX...Do this:. Not surprisingly, I thing the best way to build this recipe book is with a Trac site. The first thing I would need would be a place to host it. Perhaps the folks that run Trac-hacks would be willing to give me some space. Or, perhaps edgewall.com. I'm open to suggestions. I'd love to hear feedback on this idea. Thanks, Ariel --~--~-~--~~~---~--~~ 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: traclegosscript - how to start ?
Hard to debug remotely. This *should* have worked (assuming the perl is doing what I think its doing). Maybe edit the template and ensure it is being loaded properly? Jeff On Thu, May 21, 2009 at 06:42:36AM -0700, rupert thurner wrote: i tried to install traclegos by: cd /tmp easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/ svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/ cd anyrelease/example/oss python setup.py install cd ../.. perl -p -i -e s/0.0.0.0/159.1.13.70/ development.ini paster serve development.ini and, it listens at port 8081, and, dispays the heading Available Projects, but no create .. link is there. what is missing above? --~--~-~--~~~---~--~~ 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: Help packaging plugin : Source distribution
You have to verbosely include them with package data. IMHO, this is a setuptools bug. E.g.: package_data={ 'geotrac': ['templates/*', 'htdocs/*'] }, include_package_data=True, This is probably not quite right :(, but you get the idea. Jeff On Wed, May 20, 2009 at 10:01:02AM -0500, Olemis Lang wrote: I wonder why resources (e.g. static files and templates) are not included in the (tar.gz | zip) file obtained after executing `setup.py sdist` to obtain a source distribution package of a Trac plugin ? Perhaps this is not an issue with Trac, but I'd appreciate if anybody could provide any pointers to get that done ;). Thnx in advance ! -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Un mundo hermoso gracias al producto Z: The World of Goo - http://feedproxy.google.com/~r/simelo-es/~3/5Rlq3bHsnHQ/un-mundo-increiblemente-hermoso-gracias_12.html --~--~-~--~~~---~--~~ 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: bi-directional links between tickets
You might check out the TracBacksPlugin: http://trac-hacks.org/wiki/TracBacksPlugin Jeff On Wed, May 20, 2009 at 07:45:27AM -0700, damarkus wrote: I am interested in the ability to link related tickets together. I know that I can edit a ticket's description and place a reference to another ticket there-in (or similarly in a comment), but that does not automatically link the target ticket back to the source ticket. Our customer uses the JIRA system for issues, and JIRA has the nice feature of Links - it allows establishing a link in a given ticket (i.e. tic_1) to another related ticket (i.e. tic_2) in a dedicated field on the ticket. There is then a LINK section on the ticket that will show tic_2 (when looking at tic_1), and vice-versa show tic_1 [when looking at tic_2]. this reverse linking is automatically established when the initial link is defined. As the link can be initiated from either ticket, it can also be dropped from either ticket. There is no limit to the number of links to;/from a given ticket. JIRA also provides the feature of specifying the TYPE of relationship between the tickets - i.e. Parent Of/Child of. However this additional information is not critical - simply having the ability to auto-establish bi-direction links b/w tickets is what is useful and desired. This can come in extremely handy in a situation where perhaps a Parent Ticket is created to round up Child tickets for bugs/enhancements that will go into a release. Understandably milestones versions can aid in this also - but a ticket as a Parent issue for a release provides the ability to attach a deployment schedule, contingency plans, etc to the release as a whole. Any information on how to achieve this, or if there is a plug-in, etc would be greatly appreciated. -- View this message in context: http://www.nabble.com/bi-directional-links-between-tickets-tp23636870p23636870.html Sent from the Trac Users mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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: create new ticket via xmlrpc
On Wed, May 13, 2009 at 09:40:50AM -0700, Lukasz Szybalski wrote: On May 13, 9:43 am, Olemis Lang ole...@gmail.com wrote: On Wed, May 13, 2009 at 9:34 AM, Jeff Hammel jham...@openplans.org wrote: snip/ I was able to create a new ticket via xmlrpc. Is there a render for pdf attachments in trac? File fax000314169.pdf, 32.2 kB (added by admin, 15 seconds ago) fax000314169.pdf HTML preview not available, since no preview renderer could handle it. Try downloading the file instead. If is there somekind of plugin that would allow the pdf to be opened when somebody clicks on the attachment? Thanks, Lucas You can always click on the download link, or for a quick and dirty hack see: http://trac-hacks.org/wiki/PdfRendererPlugin Is there something better? Something like scribd or google pdf render (google books) I really would like to render these pdfs on the website. I tried getting the adobe plugin to work on the trac but its not working. It works on any other page but the trac. I guess it might have something to do with the way encoding is done or something along these lines. Ideas? Thanks, Lucas While I don't have any time to work on it, if any one wants to make the PdfRendererPlugin better, I would gladly accept patches or grant access to its SVN. I threw up what I did as a 1 hour example because I was annoyed at not being able to see a PDF someone else had uploaded to Trac ;) Jeff --~--~-~--~~~---~--~~ 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: How to avoid Available Projects info using tracd
Reading `tracd --help`: -s, --single-env only serve a single project without the project list On Thu, May 07, 2009 at 05:13:38PM -0700, Pedersen wrote: Hi, I'm using tracd with multiple projects. However I don't want users to see other projects if they browse a level further out. I have followed the suggestions in: http://trac.edgewall.org/wiki/TracInterfaceCustomization by creating a new template and setting TRAC_ENV_INDEX_TEMPLATE, but the Available Projects list still shows... How can I solve this? Thanks, Pedersen --~--~-~--~~~---~--~~ 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: [mailto: not working after upgrade -- 0.11.4
On Thu, Apr 16, 2009 at 06:29:50AM -0700, renderedlife wrote: Hi all, We were using 0.10 for quite a while. I had some wiki pages with mailto: links. These links no longer work, even for logged in users after upgrading to .11 I understand that email addresses are automatically obfuscated for anon users, but i haven't found a reason why the link does not work for logged-in users. What permissions need to be set so that users can see email links as in previous versions? EMAIL_VIEW, iirc (or should i just embed it as html? -i'd rather not have to go and change them all) thanks. -jeremy --~--~-~--~~~---~--~~ 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: SVN post-commit-hook for some Trac environment's
On Wed, Apr 15, 2009 at 02:10:37PM +0200, Jens Vogel wrote: Hi Folks, regarding http://trac.edgewall.org/wiki/TracInstall#AutomaticreferencetotheSVNchangesetsinTractickets it seems there is no possibility to use more than one Trac environment's with one single repository. Am I right or is there any? TIA, Jens See http://trac-hacks.org/wiki/RepositoryHookSystemPlugin Its TicketChanger plugin (stolen from the contrib post-commit-hook) has an option for using intertrac prefixes to close only tickets that match the intertrac prefix and was in fact written for this need. See http://trac-hacks.org/browser/repositoryhooksystemplugin/0.11/repository_hook_system/ticketchanger.py#L36 Jeff --~--~-~--~~~---~--~~ 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: How to install trac in a custom location?
Try virtualenv, which I recommend heartily: http://pypi.python.org/pypi/virtualenv Jeff On Wed, Apr 15, 2009 at 03:14:49PM +0200, Rainer Sokoll wrote: Hi, it seems so easy, but... According to http://trac.edgewall.org/wiki/TracInstall # pwd /usr/local/src/Trac-0.11.4 # easy_install --prefix=/usr/local/Trac-0.11.4 error: No urls, filenames, or requirements specified (see --help) # easy_install --prefix=/usr/local/Trac-0.11.4 http://svn.edgewall.org/repos/trac/tags/trac-0.11.4 Downloading http://svn.edgewall.org/repos/trac/tags/trac-0.11.4 error: Unexpected HTML page found at http://svn.edgewall.org/repos/trac/tags/trac-0.11.4 I think I cannot see the forest for the trees, but I need to install Trac in a non-standard location. Can anybody enlighten me, please? Rainer --~--~-~--~~~---~--~~ 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: Can I hide Trac's front page while allowing access to individual projects?
You can always replace the template with whatever you want. There's probably 0 different solutions to this problem, but that would be my approach. Jeff On Tue, Apr 14, 2009 at 04:44:22AM -0700, richard.cr...@rockshore.net wrote: I've just set up Trac 0.11 from Yum on Centos 5, using mod_python. I've got the following in Apache's conf.d/trac.conf: Location /trac/ SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /var/trac PythonOption TracUriRoot /trac /Location LocationMatch /trac/[^/]+/login AuthType Basic AuthName Trac AuthUserFile /var/www/trac/.htpasswd Require valid-user /LocationMatch ... which gives anyone access to /trac and /trac/Project1, /trac/ Project2, but then only valid users can log in to the actual projects. What I'd like is for the list of projects (i.e. /trac) only to be visible to a certain restricted list of users, but for the actual project locations to still be available to anyone on the permissions list for that project. Is this possible? --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
On Tue, Apr 14, 2009 at 01:46:15PM +0200, Christian Boos wrote: Roger O wrote: On Apr 1, 8:27 pm, Christian Boos cb...@neuf.fr wrote: Also do: trac-admin tracenv upgrade as there has been a schema change recently (the repository cache now supports multiple repositories as well). However, we also plan to do a schema change very soon on trunk, and this will actually conflict with the schema change we did on the branch. So if you don't want to have to mess with the db manually, better wait a few more days until we merge the upcoming trunk change into the multirepos branch (I'll follow up here when it's done). Just curious how it's going? Nearly there. The new schema is in place and the cache is working, together with the new hook (contrib/trac-svn-hook). Only a few rough edges need to be polished (see http://trac.edgewall.org/ticket/7723 for details), but it's already working and an upgrade should be safe at this time. The new documentation page about multiple repository management is still to be written, but the trac-svn-hook script should contain enough inlined documentation to get you started. Any interest in making the svn-hook (and potentially other hooks) pluggable entry points a la http://trac-hacks.org/wiki/RepositoryHookSystemPlugin or [deprecated] http://trac-hacks.org/wiki/SvnChangeListenerPlugin? Jeff --~--~-~--~~~---~--~~ 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: Can I hide Trac's front page while allowing access to individual projects?
On Tue, Apr 14, 2009 at 09:08:26AM -0400, Jeff Hammel wrote: You can always replace the template with whatever you want. There's probably 0 different solutions to this problem, but that would be my approach. Jeff Oops! Meant to say There's probably 20 different solutions to this problem... On Tue, Apr 14, 2009 at 04:44:22AM -0700, richard.cr...@rockshore.net wrote: I've just set up Trac 0.11 from Yum on Centos 5, using mod_python. I've got the following in Apache's conf.d/trac.conf: Location /trac/ SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /var/trac PythonOption TracUriRoot /trac /Location LocationMatch /trac/[^/]+/login AuthType Basic AuthName Trac AuthUserFile /var/www/trac/.htpasswd Require valid-user /LocationMatch ... which gives anyone access to /trac and /trac/Project1, /trac/ Project2, but then only valid users can log in to the actual projects. What I'd like is for the list of projects (i.e. /trac) only to be visible to a certain restricted list of users, but for the actual project locations to still be available to anyone on the permissions list for that project. Is this possible? --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
On Tue, Apr 14, 2009 at 04:36:00PM +0200, Remy Blank wrote: Jeff Hammel wrote: Any interest in making the svn-hook (and potentially other hooks) pluggable entry points That's already done. Look at the IRepositoryChangeListener interface in trac.versioncontrol.api, and the new trac-admin $ENV changeset (added|modified) commands. I have also rewritten the previous post-commit hook that added comments to tickets as a plugin implementing IRepositoryChangeListener, see sample-plugins/commit_ticket_update.py. -- Remy Cool! I look forward to deprecating my plugins :) Jeff --~--~-~--~~~---~--~~ 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: Dynamic pull-down population
On Fri, Apr 10, 2009 at 08:22:20AM -0400, Ted Gifford wrote: How would something like this work with queries/reports? *That's the main issue I haven't been able to resolve in trying to develop this sort of functionality. *The simple answer would be to store the computed value of the field in Trac's DB, but how would it know when to update the value? There are two answers that I have been thinking about, neither one of which I'm fully satisfied with: How about defining several default policies for cache invalidation (such as those listed below), and then allow plugins that define computed fields to provide (via another interface?) their own policy own when to recompute the field? Ted Yeah, that would be the ultimate goal (though maybe with a callback instead of an interface?). Jeff * *1. The more robust answer (though maybe still not robust enough): *Whenever a /query or /report URL is hit, compute all of the computed fields, as well as doing this every time a /ticket URL is hit. *The values are stored in the the Trac DB, specifically inside the ticket-custom table. This would be horribly slow for any sizable number of tickets. *2. The less robust answer: *Only do this when individual /ticket URLs are hit. *The /query or /reports get cached values. 2. is probably required, at least for my use-cases. You could imagine doing something more intelligent too: ** caching fields every N minutes, e.g. with a cron job (if there's not a pluggable cron plugin -- I thought there was but have since been unable to find it -- it would be easy to write). ** For /queries or /reports, filter by other criteria to get back the desired ticket set, then compute the computed fields for the remaining tickets and doing additional filtering by these computed values. ** For each computed field, cache them on certain events. *For instance, some might only need to be cached when the ticket is updated (method 2. above). *Others might need to be updated on repository commits. Etc. ** Some combination of the above. I admit there's no easy answer for the general case. *The event-trigger criterion appeals to me the most, but its easy to see times when it wouldn't work. *For instance, if a field requires data from an external service, you won't know when this data will be updated in general. Still, I'm encouraged to try to get something working :) Jeff -- * * * * * + * * * * * * * * * * * - --~--~-~--~~~---~--~~ 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: Dynamic pull-down population
On Fri, Apr 10, 2009 at 10:29:33AM -0500, David Champion wrote: * On 10 Apr 2009, Jeff Hammel wrote: How would something like this work with queries/reports? That's the main issue I haven't been able to resolve in trying to develop this sort of functionality. The simple answer would be to store the computed value of the field in Trac's DB, but how would it know when to update the value? There are two answers that I have been thinking about, neither one of which I'm fully satisfied with: I've taken a look at this kind of thing too, and my gut tells me that in these two proposals (as responses to this other poster's question) you may be attacking two separate but related problems at once. 1. There is a need for a provider interface for custom fields and their possible values -- an extension point to supplant [ticket-custom] in the config file. I agree: http://trac.openplans.org/trac/ticket/29 2. There is need for an extension which implements this extension point and may do roughly what you're talking about. I agree here too: http://trac.openplans.org/trac/ticket/28 I really need #1, but I don't need #2 at all. For my project I would deliver custom field definitions from an external source, and it wouldn't matter to me what values currently exist in the db, nor would I want to alter my db to store any of this information separate from the custom field values themselves. In my opinion, these are separate projects. Yes. 2. will build on 1. To me the best approach to #1 is a patch to trac.core. Sure, but I can write a plugin now instead of waiting for the patch to be in some Trac release. The patch should be written, but personally, I use plugins vs. patches whenever possible I don't see the value of implementing as an ITemplateStreamFilter except that you can currently do it as a plugin... but filtering the stream seems like a last resort when the basic functionality is already present. Yeah, not needed for 1., probably needed for 2. (or maybe IRequestFilter). However there's no existing extension point that you can tap into to offer the custom field metadata. The only custom field metadata source is currently hard-coded as [ticket-custom]. Yeah, I agree this is undesirable. If #1 is implemented as a new extension point in the spot where [ticket-custom] is now, then #2 is easily a separate plugin implementing that interface. Likewise, [ticket-custom] can be reimplemented as a plugin using that interface. Yeah, though I see no reason to redo [ticket-custom]. Its perfectly reasonable for people to put fields there, at least in the forseeable future (I can only think to maybe Trac 0.12 in my mindand barely at that) There are good examples of caching the field information already in trac.core -- [ticket-custom] itself illustrates this. None of these modifies the db itself, nor would it seem to benefit from doing so. Jeff --~--~-~--~~~---~--~~ 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: Dynamic pull-down population
I hope to write an interface, IComputedFieldProvider (or similar), soon which will fake computed fields with an ITemplateStreamFilter. A better solution would be to patch Trac core to do this. But yeah, its a common problem and its annoying to do. See (e.g.) the TracHoursPlugin for an example of this (field: totalhours). Jeff On Wed, Apr 08, 2009 at 10:45:15AM -0700, texnet196 wrote: Need to add 2 custom fields to create ticket. The first needs to populate via a remote mysql server query. The second needs to do the same and includes the chosen option from the first. Suggestions? --~--~-~--~~~---~--~~ 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: Requirements for a new and improved Gantt plugin
On Thu, Apr 09, 2009 at 08:27:59AM -0400, Chris Nelson wrote: Greg Troxel wrote: 2. Task A is composed of tasks B and C. A's estimated time is the total of B's and C's. This makes sense, and I think it would be good to have support for this independent of a gantt plugin. Yes. I agree. It would be a nice piece of separate functionality that a Gantt plugin could require. Shall we call it CompositeTicket for the purposes of discussion? I've always like SubTasks, but nomenclature aside, its functionality that I've wanted for a long time (or more correctly, that other people have repeatedly asked for). Ideally, I'd like to see this in core, but since I know that's unlikely, at least as its own plugin that other plugins could consume. nit: Task A might have hours for A, in addition to subtasks B and C. You might want to ban this by policy, but it makes sense for some people. If A is do B and C and spend time coordinating them, I'd argue that that coordination is task D. (Though I admit that time might be concurrent with A and B. Maybe the solution is to pad tasks B and C for the management overhead in coordinating them.) But I really wouldn't want to have time in a task that's decomposed into other tasks. In the requirements, it's not clear to me if the scheduling is supposed to be resource aware or not. ... That's a good question. As long as it's isolated in a plugin and not tangling up the core, I don't know that it's a bad thing that the Gantt plugin is resource aware. Or maybe there's a Resource Leveling plugin that requires the Gantt plugin. (And a Project Management package that bundles TimingAndEstimation, MasterTicket, CompositeTicket, Gantt, and Resource.) 3. Tasks A and B start at the same time 4. Tasks A and B must end at the same time I don't think this is realistic from the reality point of view. I have an associate who's a certified project planner and he couldn't come up with examples of those uses either, though he confirmed that they are considered valid to project management weenies. Weighing in on this discussion late, I haven't used the GanttPlugin but am very interested in time-tracking via Trac. I co-wrote the TracHours plugin in response to user-critiques of the TimingAndEstimation plugin. Still, the latter is more mature and TracHours still lacks much functionality. I would love to see a definitive solution to time-tracking in Trac and am willing to contribute what I can in terms of expertise (and less so in time, unless it becomes an organizational priority again) to this end. Jeff --~--~-~--~~~---~--~~ 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: Dynamic pull-down population
On Thu, Apr 09, 2009 at 08:40:12AM -0700, yoheeb wrote: On Apr 9, 7:26 am, Jeff Hammel jham...@openplans.org wrote: I hope to write an interface, IComputedFieldProvider (or similar), soon which will fake computed fields with an ITemplateStreamFilter. A better solution would be to patch Trac core to do this. But yeah, its a common problem and its annoying to do. See (e.g.) the TracHoursPlugin for an example of this (field: totalhours). Jeff snip actually, patching trac core to do this, IMHO, is a worse solution. That's what the provider interfaces are for. If you made 'computed' a custom field type, I think this is a big win for Trac. If there was an existing core provider interface to hook into that would be ideal, but there isn't :( My main reason for it being in core is to avoid Yet Another Stream Filter. In reference to the better solution comment: I don't think you'd want an ITemplateStreamFilter, but promote your solution to something else here. With existing implementation, I see no choice but to do an ITemplateStreamFilter or maybe a IRequestFilter to get the correct data into ticket.html. Of course, this doesn't fix searching and all of the other interfaces, so the computed field would have to be computed and cached for all requests that will need the field (again, another reason to do in core). Although, the solution you are working on has the merits of being one of the easier solutions, and might end up being more flexible to leverage to other tasks as well. Flexible? I'm not sure about. Easier? Yeah, that's why I'm doing it ;) Either way, I am curious to see your solution if you make it public. Will do. Hopefully will be done soon, as I (think I) need it for something else I'm working on. Jeff --~--~-~--~~~---~--~~ 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: Requirements for a new and improved Gantt plugin
On Thu, Apr 09, 2009 at 04:57:22PM -0400, Yunior Armando Hernandez Andrade wrote: I think Trac should support project planning as an internal functionality, not just an external plug-in... I disagree unless we're talking about way way long term. I think the first thing to do is cultivate agreement on HOW to do this (hard enough) and then start to work towards that coherent vision. There's a bunch that needs to be done in Trac core, and expanding scope at this point won't make that any faster. Jeff --~--~-~--~~~---~--~~ 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: Dynamic pull-down population
On Thu, Apr 09, 2009 at 05:23:45PM -0400, Erik Bray wrote: On Thu, Apr 9, 2009 at 8:26 AM, Jeff Hammel jham...@openplans.org wrote: I hope to write an interface, IComputedFieldProvider (or similar), soon which will fake computed fields with an ITemplateStreamFilter. A better solution would be to patch Trac core to do this. But yeah, its a common problem and its annoying to do. See (e.g.) the TracHoursPlugin for an example of this (field: totalhours). How would something like this work with queries/reports? That's the main issue I haven't been able to resolve in trying to develop this sort of functionality. The simple answer would be to store the computed value of the field in Trac's DB, but how would it know when to update the value? There are two answers that I have been thinking about, neither one of which I'm fully satisfied with: 1. The more robust answer (though maybe still not robust enough): Whenever a /query or /report URL is hit, compute all of the computed fields, as well as doing this every time a /ticket URL is hit. The values are stored in the the Trac DB, specifically inside the ticket-custom table. This would be horribly slow for any sizable number of tickets. 2. The less robust answer: Only do this when individual /ticket URLs are hit. The /query or /reports get cached values. 2. is probably required, at least for my use-cases. You could imagine doing something more intelligent too: * caching fields every N minutes, e.g. with a cron job (if there's not a pluggable cron plugin -- I thought there was but have since been unable to find it -- it would be easy to write). * For /queries or /reports, filter by other criteria to get back the desired ticket set, then compute the computed fields for the remaining tickets and doing additional filtering by these computed values. * For each computed field, cache them on certain events. For instance, some might only need to be cached when the ticket is updated (method 2. above). Others might need to be updated on repository commits. Etc. * Some combination of the above. I admit there's no easy answer for the general case. The event-trigger criterion appeals to me the most, but its easy to see times when it wouldn't work. For instance, if a field requires data from an external service, you won't know when this data will be updated in general. Still, I'm encouraged to try to get something working :) Jeff --~--~-~--~~~---~--~~ 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: separate meta-level changes from comments
I also have interest in being able to distinguish types of comments for display purposes. I haven't started hacking on it, so I don't know what a big deal it is, but it would be cool. Jeff On Mon, Apr 06, 2009 at 10:26:28AM -0700, sprugman wrote: I find myself reluctant to use the comments on my tickets because they get mixed in with all of the status changed -- reassignment, priority adjustments, etc. -- and become un-readable. Is there an easy way to separate them out into two displays, or to style them differently or something? (I'm not a python dev. at all, so I basically installed trac, and got it to work somehow, and made a few cosmetic mods here and there, but I pretty much know nothing about how it works internally.) --~--~-~--~~~---~--~~ 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: Logout
I agree. If people want real logout, IMHO they should use AccountManager and form-based auth. Jeff On Fri, Apr 03, 2009 at 09:43:35PM +0300, Mihamina Rakotomandimby wrote: John Hampton wrote: Can you explain this? Every other site that I have used that uses HTTP Auth via the browser has suffered from this problem. Can you show me one that doesn't That is why I think it is _NOT_ an issue. It's just the way HTTP is. -- Chef de projet chez Vectoris http://www.google.com/search?q=mihamina+rakotomandimby Telephone: +261 33 11 207 36 --~--~-~--~~~---~--~~ 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: reassign ticket problem
You will have to sign in to the new Trac so that it knows about you. Jeff On Mon, Mar 30, 2009 at 10:11:03PM -0700, zhengquan wrote: Hi, there, I am a sysadmin new to trac. I have a svn repo on a linux server that has a trac frontend. Now one of the developers want to reassign some trac tickets to me. But initially I don't have an account for trac. So obviously they can not reassign the tickets to me. I did the following things to try to get this done. trac-admin /srv/trac/proj1/ permission add zhengquan TRAC_ADMIN trac-admin /srv/trac/proj1/ permission add zhengquan TICKET_ADMIN trac-admin /srv/trac/proj1/ permission list show that I am already a TICKET_ADMIN and TRAC_ADMIN. zhengquan TICKET_ADMIN zhengquan TRAC_ADMIN and I can see the admin tab in the web interface logged in as zhengquan. Now the problem is I still can not reassign the existing ticket to me and I don't show up in the reassign pull-down menu username list. I googled a while and was still confused. Any pointers would be appreciated. Thanks! Z --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Re: [Solved] Re: [Trac] Re: reassign ticket problem
Doesn't matter; Trac will make a DB entry for you and a session, so...you're good :) On Tue, Mar 31, 2009 at 09:14:43AM -0500, zhang zhengquan wrote: Thanks Jeff. This morning I logged in to trac it seems to be working. But in fact I did nothing on it... Z 2009/3/31 Jeff Hammel jham...@openplans.org: You will have to sign in to the new Trac so that it knows about you. Jeff On Mon, Mar 30, 2009 at 10:11:03PM -0700, zhengquan wrote: Hi, there, I am a sysadmin new to trac. I have a svn repo on a linux server that has a trac frontend. Now one of the developers want to reassign some trac tickets to me. But initially I don't have an account for trac. So obviously they can not reassign the tickets to me. I did the following things to try to get this done. trac-admin /srv/trac/proj1/ permission add zhengquan TRAC_ADMIN trac-admin /srv/trac/proj1/ permission add zhengquan TICKET_ADMIN trac-admin /srv/trac/proj1/ permission list show that I am already a TICKET_ADMIN and TRAC_ADMIN. zhengquan TICKET_ADMIN zhengquan TRAC_ADMIN and I can see the admin tab in the web interface logged in as zhengquan. Now the problem is I still can not reassign the existing ticket to me and I don't show up in the reassign pull-down menu username list. I googled a while and was still confused. Any pointers would be appreciated. Thanks! Z --~--~-~--~~~---~--~~ 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: Trac plugin contract development
On Mon, Mar 30, 2009 at 09:23:01AM -0500, Olemis Lang wrote: On Sun, Mar 29, 2009 at 3:17 PM, Noah Kantrowitz n...@coderanger.net wrote: On Mar 29, 2009, at 3:07 PM, Jeff Hammel wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). I'd love to hear what thoughts others have had on this idea. My general thoughts: 1. Bounty-based only, no bidding. +1 for bidding IMO -1; I would be uninterested in such a site, for two reasons: 1. it would be a hassle to me so I wouldn't do it 2. it would encourage developers to try to undercut each other, which IMHO would ensure a shoddy product 2. Must state desired license up-front. FOSS is preferred, but not required. +1 ... even if I think that should remain being FOSS ... a broader audience will be captured otherwise ... ;) 3. Support is separate, ticket bounties are for the request only. -1 ... all reqs at once ... if both parties agree, deal is closed ... I think contracts could (maybe even should) include some level of support. For instance, if I write a plugin that hides security tickets (example), and the client states that they are satisfied, but deploying in the wild reveals a critical bug like search being broken, then this may demand some support. 4. Neither the Trac nor Trac-Hacks team will involve themselves in disputes. ok ... but ... Any deal is made between the two parties only. -100 ^ 2 ... this doesn't work ... it there *MUST* be very clear rules and arbitration process ... otherwise it's barely useful ... safety is a *MUST*, at least IMO ... I whole-heartedly disagree. While the site can/should setup rules, it is not up to the site to enforce the rules. This would involve a legal team, which I for one would not be interested in paying for. Jeff --~--~-~--~~~---~--~~ 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: Trac plugin contract development
On Mon, Mar 30, 2009 at 07:56:40AM -0400, Chris Nelson wrote: Jeff Hammel wrote: ... Maybe its worth setting up a list for people who are interested in seeking or doing paid development work, at least in the interim? ... I was thinking more in terms of a wiki page at Edgewall or Trac-Hacks.org. Don't see it here? Maybe these developers can help. A tag could be added on trac-hacks that developers could add to their wiki pages and then a page that [[ListTagged]] these. However, this doesn't allow any discussion. Jeff --~--~-~--~~~---~--~~ 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: Trac plugin contract development
On Mon, Mar 30, 2009 at 09:17:54AM -0500, Olemis Lang wrote: On Sun, Mar 29, 2009 at 3:07 PM, Jeff Hammel jham...@openplans.org wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). Just to throw out some things that have been going around in my head: * auction style bidding and back-room discussions should be discouraged * a potential client should post the desired hack (or a roadmap, if there is more than one phase) with a time-frame and the amount they are willing to pay. * once a client approves a developer for work on a project, the plugin is no longer open for others to work on Instead of thinking about reinventing the wheel ... why not to look for a working example ? Such as? This isn't reinventing the wheel, this is taking what I've observed on other sides as applied to the current needs. * is the resulting work open source? I would heartily say yes, but I know there are different opinions on the matter. As far as I'm concerned, the client is paying for a solution to a problem, not for the software license. If it is useful to others, it should be publically available for the good of the Trac community +1 for FOSS ... the buyer should be paying for the seller time dedicated to building the plugin they need ... and for customizing it so as to meet further specific reqs demanded by the buyer ... * the spec should be as precise as possible, though obviously several passes at discussion will probably usually be necessary to refine what exactly are the deliverables IMHO this should be left to the parties to be considered ... once they agree, deal is done ... Yes, but, if the spec is vague like build a mailing list for Trac, then the scope can be whatever. If I petitioned to build such a plugin, and someone else petitioned to do such a plugin, we might have different ideas on what could be done. Maybe my solution is hacky. Maybe their solution is elegant. Maybe my solution doesn't fit the client's needs at all. So I don't think this should be negotiated behind closed doors and in fact I would encourage only taking petitioners once something precise is left in place. This is for the protection of both the developer and the client to make sure they're on the same page. There *MUST* be rules to clearly arbitrate interactions between bidders and sellers ... control infrastructure for delivering payments ... and many other related issues ... Ideally yes, but I don't think anyone has the time and money to setup such an infrastructure. ... so I insist, why not to use an already existing working site for this ... ? Such as? * needless to say, any sort of infrastructure is a means of connecting client and developer and it is up to THEM (not to this list, not to as-yet-nonexistant web site, etc) to ensure the contract is fulfilled. In case of conflicts this should be handled by an arbitration board ... if a serious approach is to be followed ... ;) Again, this seems to involve resources beyond that which are available. In other words, no real legal protections are given, though of course if someone faults another person then the victim will probably want to note this in public forum. This doent help ... sellers dont want to waste their time and buyers dont want to throw out their money ... ;) But this already occurs, it just occurs when (e.g.) people show up to #trac and ask for paid development on a plugin and they negotiate via private messages. I'm not ready to tackle the be-all-end-all of software bounties. I am ready to setup some infrastructure which is better than our no-infrastructure. * is post-install support required? can clients pay for installation/setup work? How many bugs and support hours are asked per hack? What quality assurance is required? This should be left to the parties to decide ... IMHO ... Indeed, but it should be noted that this is explicit. In my experience, clients often think they get free support. Naive, I know. ... but I still think that there are enough general purpose (I mean Trac and beyond ;) sites for doing this ... I am not sure about using yet another one ... that doesnt even meets the barely minimal reqs ... Such as? However if someone ever does something like this, and meets the barely minimal reqs ... well that'd be fine ... ;) -- Regards, Olemis. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group
[Trac] Re: e-mail reminder for mysql trac
I thought for sure there was a pluggable cron job plugin somewhere on trac-hacks, but looking again, I can't find one. It shouldn't be too hard to write one (albeit, I doubt I can get to it soon amongst my backlog) where a command-line program is called from cron which passes the projects to act upon, an interface is defined, and listeners to this interface are called for each of the projects listed (see the RepositoryHookSystemPlugin which uses the same pattern for SCM hooks). Or you can do a one-off :( Jeff On Sun, Mar 29, 2009 at 06:45:45PM +0300, Doruk Fisek wrote: Hi, I'm looking for a small script that I can run from cron. It would mail : - Each component owner with a list of open tickets in his/her component. - Each individual a list of open tickets he/she owns. I found trac-reminder in trac-hacks.org but it uses sqlite and also only sends all the open tickets as far as I can see. I know it shouldn't be hard to write one myself but I don't want to re-invent the wheel, I'm sure someone has already needed / done such an implementation. Doruk -- FISEK INSTITUTE - http://www.fisek.org.tr --~--~-~--~~~---~--~~ 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: Trac plugin contract development
The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). I for one would be interested in paid plugin development, depending on what the plugin would do and if it matches my skill-set. While I don't have much free time, Trac plugins are often pretty quick. Please feel free to email me with any plugin needs you might have. I'll say in passing that I don't have any interest in interfacing with proprietary software and that I only have linux machines at my disposal for development and testing. Maybe its worth setting up a list for people who are interested in seeking or doing paid development work, at least in the interim? Jeff IRC: jhammel, k0s On Sat, Mar 28, 2009 at 10:47:44AM -0400, Chris Nelson wrote: We use Trac and love it. We're about to roll it out to a broader user community and there are some rough edges we'd like smoothed and some features/plugins we'd like. We're not Python experts and are busy with product development even if we were. We'd consider paying for the development of new, open-source plugins to meet our needs. I've inquired at Edgewall, Googled, and searched on Trac-hacks.org and not found anyone who says, We'll take your money to work on Trac. Is there any commercial developer of trac out there? Chris -- Christopher Nelson ___ SIXNET - Innovative. Open. Industrial Data Products. 331 Ushers Road, Ballston Lake, NY 12065 Phone: +1(518)877-5173, Facsimile: +1(518)877-8346 E-mail: mailto:chr...@sixnetio.com Get product details at http://www.sixnetio.com --~--~-~--~~~---~--~~ 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: Trac plugin contract development
On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). I for one would be interested in paid plugin development, depending on what the plugin would do and if it matches my skill-set. While I don't have much free time, Trac plugins are often pretty quick. Please feel free to email me with any plugin needs you might have. I'll say in passing that I don't have any interest in interfacing with proprietary software and that I only have linux machines at my disposal for development and testing. Maybe its worth setting up a list for people who are interested in seeking or doing paid development work, at least in the interim? it would be great to discuss it on this list, even the requirements, to create synergies. rupert. Just to throw out some things that have been going around in my head: * auction style bidding and back-room discussions should be discouraged so that interested developers don't have any incentive not to Play Nice * a potential client should post the desired hack (or a roadmap, if there is more than one phase) with a time-frame and the amount they are willing to pay. Both of these can be negotiable, but some ranges would be nice so that the desired hacks could be easily searched * once a client approves a developer for work on a project, the plugin is no longer open for others to work on (common sense, I know, just feel the need to say it) * is the resulting work open source? I would heartily say yes, but I know there are different opinions on the matter. As far as I'm concerned, the client is paying for a solution to a problem, not for the software license. If it is useful to others, it should be publically available for the good of the Trac community * the spec should be as precise as possible, though obviously several passes at discussion will probably usually be necessary to refine what exactly are the deliverables * needless to say, any sort of infrastructure is a means of connecting client and developer and it is up to THEM (not to this list, not to as-yet-nonexistant web site, etc) to ensure the contract is fulfilled. In other words, no real legal protections are given, though of course if someone faults another person then the victim will probably want to note this in public forum. * is post-install support required? can clients pay for installation/setup work? How many bugs and support hours are asked per hack? What quality assurance is required? That's all I have off the top of my head. Assuming I have 6-10 hours free a week for development, I could do a decently complex plugin per week at least, just as a typical ballpark figure. My only real concern is coordination. Because Trac has a pretty good component architecture, this unfortunately gives rise to doing fairly substantial things as plugins, which is good in that it makes Trac really customizable, and bad that it gives rise to a plethora of duplicate functionality and results in poor coordination, and I think it is important that Trac core get some strong development as well as distilling the set of plugins down to as little duplicated functionality as possible and as much extensibility as possible. But its an orthogonal issue. I'd love to hear what thoughts others have had on this idea. Jeff --~--~-~--~~~---~--~~ 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: Trac plugin contract development
On Sun, Mar 29, 2009 at 04:07:20PM -0400, Jeff Hammel wrote: snip/ Because Trac has a pretty good component architecture, this unfortunately gives rise to doing fairly substantial things as plugins, [...] Sorry, I phrased this poorly. Doing substantial things as plugins isn't bad at all, just the duplicate functionality, poor coordination, and path for plugin functionality to core are the undesirables in practice of how this works. Jeff --~--~-~--~~~---~--~~ 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: preserve line breaks plugin ?
What about {{{ this text might have line breaks but its preformatted }}} or are you not looking for preformatted text? Jeff On Fri, Mar 13, 2009 at 02:25:24PM +0100, Thomas Vriet wrote: (of course [[BR]] works :) But my question is : is there a way to avoid typing [[BR]] at the end of each line. For instance when you copy-paste a text with multiple linebreaks, trac won't consider these linebreaks. best, Thomas Jens Vogel wrote: Hi Thomas, [[BR]] should work regards Jens On 12.03.2009, at 15:10, tho...@goto10.org wrote: hi list, is there a way (a plugin) to enable preservation of line breaks when editing a wiki page ? I had in mind something similar to this dokuwiki plugin which replaces each \n with br / : http://www.dokuwiki.org/plugin:xbr Maybe that's something easy/obvious with Trac but I can't find out thanks for the hints, cheers, Thomas __ Jens Vogel Horst-Menzel-Str. 28 09112 Chemnitz Germany phone: 0371 50346114 mobil: 0160 7440660 E-Mail: j...@pepie.org Internet: http://www.pepie.org Skype: jenspepie ICQ: 287976069 __ Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html --~--~-~--~~~---~--~~ 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: Email Address Required for Tickets
On Thu, Mar 05, 2009 at 05:52:33PM -0800, jevans wrote: On Mar 5, 6:57 pm, FishGills fishgi...@fishgills.net wrote: I know this has been asked a lot as I've searched the archive but I can't find a simple answer. Is there someway to just say that field is required for ticket creation? That's it. It's frustrating getting tickets with no contact info in them. :) Probably a least a few options. I haven't tried it but you could look at http://trac-hacks.org/wiki/TicketValidatorPlugin. It looks like it would just require that 'something' be entered in the specified field(s). There is also http://trac-hacks.org/wiki/TicketSubmitPolicyPlugin As a vain hope, it would be nice if these plugins were consolidated some day. Jeff If you're not already using it, you might look at http://trac-hacks.org/wiki/AccountManagerPlugin. You could use it to allow/require your users to self-register and even validate their email address before writing tickets. - jevans --~--~-~--~~~---~--~~ 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: Question on TracHours plugin
On Mon, Feb 23, 2009 at 03:23:54AM -0800, velappan velappan wrote: Hi Jeff, I have made some changes to trac-hours plug-in and made it work with agilo. But the problem is its asking me to enable the custom fields for all the ticket types. Instead I want it enabled only for task and bug category . Hence I need to get the type from AgiloTicketSystem but I am unable to retrive the type. Can you please help on this. Thanks regards Vela.velappan I don't know if this is possible. AFAIK, custom fields are always for all ticket types. This is how trac works. While I would like to see different fields and workflow based on ticket types, I doubt this will happen soon. Jeff --~--~-~--~~~---~--~~ 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: Find a plugin or script for my requirement
On Thu, Feb 26, 2009 at 06:05:32PM +0800, Billy Zhu wrote: Hi all, I have a requirement about my project workflow. The requirement like this: Trac server will generate a new ticket with his message when a developer commits file into svn repository. I check some plugins and scripts on http://trac-hacks.org/ but I do not find appropriate plugin for my requirement. May be it is implemented by similar to a post-hook-scripts. But I do not have enough technique to make the script and do not know how to deploy this script. Any idea for it? Thanks in advance! Best Regards Billy I've ticketed this as a plugin to RepositoryHookSystemPlugin: http://trac-hacks.org/ticket/4708 I probably can't tackle this soon, but it shouldn't be difficult. Contributions welcome. Jeff --~--~-~--~~~---~--~~ 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: user registration for SVN Trac using LDAP
On Mon, Feb 16, 2009 at 01:30:03PM -0800, Noah Kantrowitz wrote: On Feb 16, 2009, at 10:59 AM, Ed - 0x1b, Inc. wrote: On Wed, Feb 11, 2009 at 1:12 AM, Noah Kantrowitz n...@coderanger.net wrote: On Feb 5, 2009, at 4:36 AM, nik gaffney wrote: Hi, I am trying to setup trac to be able to register new users and grant rw access to an svn repo. It looks like using LDAP would be the most obvious as both trac and svn can authenticate against a local server. With my currentl setup trac can view the svn repo and authenticate users with LDAPStore. However, the 'register' link doesn't appear when password_store is LDAPStore but works ok when using SessionStore. As it appears there are several plugins to use LDAP authentication with the Acount Manager plugin, I have tried 'TracLDAPAuth' and 'LdapAuthStore' and couldn't get either to work with the registration interface. Has anyone managed to get this kind of setup to work, or should i be trying a differnt approach? The LDAP auth plugin doesn't support modification, nor do I plan to add that. The general use case for LDAP is hooking in to an existing, large company infrastructure. In this case you would already have a procedure and tools for adding/modifying accounts. I don't think it makes sense to try to build these tools into Trac when the whole point is to allow you to use your existing ones. --Noah -1 Noah, please consider other use cases, I'm trying to create a system that can do what the OP requested without the overhead you're assuming because, in my case, the participants span several organizations with incompatible infrastructures. The result is that I would very much like to grant SVN access based on those that create Trac ID creds. LDAP Auth is looking to be the best(only?) bridge between the two. The actual problem is that you assume the only usable option is LDAP, when it is in fact not. It is very common to use htpasswd or htdigest auth for both Trac and SVN, and if you point them at the same the file then registrations work across both. This is why making assumptions is bad :-) --Noah +1 on this. While auth is complex in trac, I'd rather have configurability and malleability than tailoring towards perceived common use cases. Jeff --~--~-~--~~~---~--~~ 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: user registration for SVN Trac using LDAP
On Tue, Feb 17, 2009 at 10:08:28AM -0500, Olemis Lang wrote: On Tue, Feb 17, 2009 at 9:43 AM, Jeff Hammel jham...@openplans.org wrote: On Mon, Feb 16, 2009 at 01:30:03PM -0800, Noah Kantrowitz wrote: On Feb 16, 2009, at 10:59 AM, Ed - 0x1b, Inc. wrote: On Wed, Feb 11, 2009 at 1:12 AM, Noah Kantrowitz n...@coderanger.net wrote: The LDAP auth plugin doesn't support modification, nor do I plan to add that. The general use case for LDAP is hooking in to an existing, large company infrastructure. -1 Noah, please consider other use cases, The actual problem is that you assume the only usable option is LDAP, when it is in fact not. +1 on this. While auth is complex in trac, I'd rather have configurability and malleability than tailoring towards perceived common use cases. The only thing I want to add to this thread is that if devs are finally convinced of supporting 'write' operations in LDAP dirs, pls, provide separate components for each scenario ... I mean «Default_LDAP_XXX» for read-only ops ... and «Full_LDAP_XXX» for read/write ops (possibly connected through inheritance or maybe not ...). +1 on this too Read-only access to LDAP dirs is mandatory most of the times I have set up Trac ... so this would be very useful to avoid conflicts in organizations (and sometimes chaos ;) ... IMO ... PD: ... users are always right ... :) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: user registration for SVN Trac using LDAP
On Mon, Feb 16, 2009 at 12:57:21PM -0500, Olemis Lang wrote: On Wed, Feb 11, 2009 at 3:12 AM, Noah Kantrowitz n...@coderanger.net wrote: On Feb 5, 2009, at 4:36 AM, nik gaffney wrote: As it appears there are several plugins to use LDAP authentication with the Acount Manager plugin, I have tried 'TracLDAPAuth' and 'LdapAuthStore' and couldn't get either to work with the registration interface. The LDAP auth plugin doesn't support modification, nor do I plan to add that. The general use case for LDAP is hooking in to an existing, large company infrastructure. In this case you would already have a procedure and tools for adding/modifying accounts. I don't think it makes sense to try to build these tools into Trac when the whole point is to allow you to use your existing ones. +1 ... this is exactly the idea and Trac admins should not be responsible for managing users in LDAP (e.g. MSAD ...) dirs ... if there is a central LDAP server, then there should be an admin. If you still need to do something like this you (or someone else ... ;) may write your own registration module to either: - Modify data in the LDAP dir directly ... (not recommended IMO ... but anyway, it's up to you ;) - Notify the MSAD admin (or another external tool ...) of the fact that a new user should be added ... and delegate this task to this «external actor» ... You can also consider the use of specific LDAP admin tools ... or any other third party tool ... outside the Trac site ... ;) -- Regards, Olemis. We have been thinking about this in-house as well, as we have several projects that are OSS (so anyone should be able to register) but will have SVN committers and members of other privilege that will have LDAP accounts. I was thinking of a layered scheme for this: * allow registration TTW for anyone * for auth, check LDAP first; if no such account, then validate against (e.g.) and .htpasswd file which will contain registered accounts * create tools to allow easy migration from TTW registered users to LDAP users We're still in the thinking and planning stage on this one, but I'd be happy to make such tools available when they're ready (or for that matter, use someone else's tools if they've already solved this problem). Jeff --~--~-~--~~~---~--~~ 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: Needed Accountmanager Plugin URL
http://trac-hacks.org/wiki/AccountManagerPlugin http://trac-hacks.org/svn/accountmanagerplugin On Fri, Feb 13, 2009 at 12:48:04PM +0530, Amit Anand wrote: http://trac-hacks.org/wiki/accountmanagerplugin -Original Message- From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On Behalf Of karthik Sent: Monday, February 02, 2009 7:40 PM To: Trac Users Subject: [Trac] Needed Accountmanager Plugin URL hI, Can u give me the URL or SVN Link to download the Accountmanagerplugin for TRAC 0.11.1 As i tried to download accountmanagerplugin with easy_install it gives the following error easy_install http://trac-hacks.org/svn/accountmanagerplugin/trunk 407:Proxy Authentication Required Error Rgds, Karthikeyan __ Information from ESET NOD32 Antivirus, version of virus signature database 3849 (20090212) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 3849 (20090212) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com --~--~-~--~~~---~--~~ 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: email with ticket link only
Sorry, the {{{s were merely to denote this as a separate entity (a la trac wiki syntax). I figured I had a 50% chance of being misinterpreted leaving them out or putting them in. The file is a genshi text template. You can find the variables you can use in http://svn.edgewall.org/repos/trac/trunk/trac/ticket/notification.py Jeff On Thu, Feb 12, 2009 at 11:19:18AM -0800, McEneaney, Kevin E wrote: Thanks that worked great. I had tried changing the main ticket_nofify_email.txt file but it cause nothing but problems. I had to create the file without the {{{ }}} else they also showed up in the e-mail. Are all the elements that can be added documented somewhere? Does this file follow the Genshi syntax? I know when I was messing with the main ticket file it did not allow me to add logic. -Original Message- From: Jeff Hammel [mailto:jham...@openplans.org] Sent: Thursday, February 12, 2009 6:48 AM To: trac-users@googlegroups.com Subject: [Trac] Re: email with ticket link only Easily :) In the directory for the trac project that you want the minimal information, there should be a templates directory. Make a file in this directory called ticket_notify_email.txt and customize this to your heart's content. If you just want the ticket URL, the entire file can be: {{{ $ticket.link }}} I hope this helps. Don't forget to restart trac (or apache, whatever). Jeff On Wed, Feb 11, 2009 at 02:20:38PM -0800, McEneaney, Kevin E wrote: Is there a way to easily reduce/configured the information that is sent out when a ticket is created or changed? I have a project that do to requirements does not want to send anything but the link to the trac ticket. To make things more interesting I have 5 independent trac projects running on the same server and only one of the trac projects has the requirement of the reduced information Thanks Kevin McEneaney --~--~-~--~~~---~--~~ 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: TracHours plugin problem ...
Enable verbose logging and look at the log. If a trac component is installed but doesn't show up in the admin panel, that usually (always?) means there is an error that is swallowedbut not so silently, as trac has logging ;) Jeff On Tue, Feb 10, 2009 at 05:03:23PM -0800, Jamie @ Sierra wrote: Hey Guys, I'm having a little grief trying to get the TracHours plugin running: Everything appears to be in order and I was able to download and install the plugin. It shows up in the plugin folder and entries were added to the TRAC.INI but I have yet to see the 'Hours' link on the Trac main page. When I try to reinstall the plugin I receive the following error in Trac: Plugin TracHoursPlugin-0.2.2-py2.5.egg already installed The TarcHours plugi nalso does not appear in the 'Plugins' list in the 'Admin' menu. Could it be that I've stumbled on to some version incompatibility? We are running: Trac 0.11.2.1 Python 2.5.4 Apache 2.2.11 Thanks in advance for your assistance. Jamie --~--~-~--~~~---~--~~ 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: TracHours plugin problem ...
This is one reason I don't use plugins as eggs. I suppose I'm not very interested in packaging good eggs. FeedParser is easy_installable: easy_install FeedParser If you easy_install TracHours or DL and do `python setup.py {develop|install}` it should pull down this requirement automagically. If you installed TracHours using easy_install or `python setup.py` and it still didn't download FeedParser, please send me the commands you run and the output, or ticket at trac-hacks.org Jeff On Wed, Feb 11, 2009 at 10:32:06AM -0800, Jamie @ Sierra wrote: Thanks Jeff. I did have Trac in debug mode and here is the relevant entry for TracHours: Trac[loader] DEBUG: Skipping TracHoursPlugin 0.2.2: (FeedParser not found) Any hints as to what to look for relating to FeedParser? === On Feb 11, 7:38 am, Jeff Hammel jham...@openplans.org wrote: Enable verbose logging and look at the log. If a trac component is installed but doesn't show up in the admin panel, that usually (always?) means there is an error that is swallowedbut not so silently, as trac has logging ;) Jeff On Tue, Feb 10, 2009 at 05:03:23PM -0800, Jamie @ Sierra wrote: Hey Guys, I'm having a little grief trying to get the TracHours plugin running: Everything appears to be in order and I was able to download and install the plugin. It shows up in the plugin folder and entries were added to the TRAC.INI but I have yet to see the 'Hours' link on the Trac main page. When I try to reinstall the plugin I receive the following error in Trac: Plugin TracHoursPlugin-0.2.2-py2.5.egg already installed The TarcHours plugi nalso does not appear in the 'Plugins' list in the 'Admin' menu. Could it be that I've stumbled on to some version incompatibility? We are running: Trac 0.11.2.1 Python 2.5.4 Apache 2.2.11 Thanks in advance for your assistance. Jamie- Hide quoted text - - Show quoted text - --~--~-~--~~~---~--~~ 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: troubles with installing trac
On Thu, Feb 05, 2009 at 03:09:34PM -0800, yoh...@gmail.com wrote: On Feb 5, 10:58 pm, yoh...@gmail.com wrote: On Feb 5, 6:36 pm, Emmanuel Blot manu.b...@gmail.com wrote: Maybe the genshi version 0.6dev-r960 is needed, but the last version I founded was the 0.5.1. Does anybody have any solution? Check out Genshi from the trunk rather than from a stable branch: 0.6 has not been released yet (0.6dev is 0.6.0) You don't need Genshi 0.6* if you download and install a stable release of Trac (that would be 0.11.2) HTH, Manu I think you need to install setup_tools from the windows installer, and not the script. Oh yes, you might also need to patch setup_tools to handler subversion 1.5+ repo's as well. There is a link somewhere to that in this forum somewhere: http://www.jaraco.com/ASP/eggs/setuptools-0.6c8_svn15fix.egg for version 0.6c8. I can't find if 0.6c9 incorporated this fix already, I thought it did, but a quick search came up inconclusive for me. I believe it does: http://bugs.python.org/setuptools/issue4 Jeff Hammel --~--~-~--~~~---~--~~ 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: Question on TracHours plugin
Hi, I have not seen this issue (at least recently). Please ticket at http://trac-hacks.org/newticket?component=TracHoursPluginowner=k0s Thanks for reporting this issue. I'm not sure how long it will be before I can work on it, as most of my time is scheduled by my employer, but I will get to it when I can. I apologize for any delay at looking at the issue. Jeff On Tue, Feb 03, 2009 at 02:33:17AM -0800, soma wrote: Hi, We have Trac0.11 and Agilo7.2.5 in our system. We are trying to install TracHours plugin. I am able to see the Hours tab and the custom fields, Estimated hours and Total Hours are getting created. But the problem is it is not visible while creating tickets. Hence I went to the Admin tab and added these custom fields to be visible in the Task ticket type. But the Total Hours instead of non-editable field is showing up as text field and in the View Tickets tab, Total hours are not displayed as link. Any ideas? Is there any patch available? Thanks, Soma. --~--~-~--~~~---~--~~ 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: Install plugin via source package
Much easier to download and use `python setup.py develop` Jeff On Tue, Feb 03, 2009 at 08:03:43AM -0800, howa wrote: Hello, I want to install a plugin (e.g. TracAccountManager) from source, as I need to modify the codes, so I can't use easy_install but I am a python newbie... E.g. Currently I already have: /usr/lib/python2.5/site-packages/ TracAccountManager-0.2.1dev_r4679-py2.5.egg installed Now I downloaded the latest TracAccountManager source from trunk, modified the codes, and then compiled: python setup.py bdist_egg generated TracAccountManager-0.2.1dev-py2.5.egg in dist folder (old package is named: TracAccountManager-0.2.1dev_r4679-py2.5.egg ) Then I copied the new file to the plugin folder, /usr/lib/python2.5/ site-packages/ (removed the old version first). The problem is: I found the newly compiled plugin didn't work, so I rename the new plugin to use the old plugin name e.g. mv TracAccountManager-0.2.1dev-py2.5.egg TracAccountManager-0.2.1dev_r4679-py2.5.egg Then everything is okay. Why this is happening? Am I missing some important part? Thanks. --~--~-~--~~~---~--~~ 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: hide fields that don't apply during ticket entry
On Thu, Jan 15, 2009 at 02:56:55PM -0800, jevans wrote: Hello, We're setting up a project with both internal and external access using Trac 0.11.2.1. We're using the BlackMagicTicketTweaks plug-in to restrict some internal fields based on permissions. But we would also like to hide other fields during ticket entry that just don't apply until later in the process. It's not that the reporter shouldn't ever see them, just that they don't apply to ticket creation. I thought the TIcketSubmitPolicy plug-in would do this but it doesn't seem to handle checking the status field. Ticketed, http://trac-hacks.org/ticket/4487 I can't promise I'll get to it anytime soon, however. Jeff Hammel IRC: jhammel, k0s --~--~-~--~~~---~--~~ 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: hide fields that don't apply during ticket entry
On Tue, Jan 20, 2009 at 09:52:51AM -0500, Jeff Hammel wrote: On Thu, Jan 15, 2009 at 02:56:55PM -0800, jevans wrote: Hello, We're setting up a project with both internal and external access using Trac 0.11.2.1. We're using the BlackMagicTicketTweaks plug-in to restrict some internal fields based on permissions. But we would also like to hide other fields during ticket entry that just don't apply until later in the process. It's not that the reporter shouldn't ever see them, just that they don't apply to ticket creation. I thought the TIcketSubmitPolicy plug-in would do this but it doesn't seem to handle checking the status field. Ticketed, http://trac-hacks.org/ticket/4487 I can't promise I'll get to it anytime soon, however. OOps, you beat me to it! #4463 Jeff Hammel IRC: jhammel, k0s --~--~-~--~~~---~--~~ 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: filter own TRAC bug mail
To be fair, I often want trac to send me acknowledgements as I use email for organization (maybe not the best decision, but that's what I do). Though there's no reason the notification to be mandatory except as a policy decision. Jeff Hammel IRC: jhammel, k0s On Wed, Jan 21, 2009 at 02:51:56AM +0800, jida...@jidanni.org wrote: Gentlemen, the TRAC bug tracker is not as smart as bugzilla. It insists on sending one acknowledgements even for one's own actions. It was me doing the clicking, no acknowledgement needed. But if it was someone else changing/commenting on one of my bugs, well yes, I want mail about it. So to get mail on others' actions on our bugs, but not our own actions, we must make fancy SpamAssassin rules: header __J_TRAC_COMMENT X-Trac-Ticket-URL =~/\#comment/ rawbody __J_TRAC_MY_COMMENT /\+-+\nChanges \(by jidanni\):\n/ meta J_TRAC_OTHERS __J_TRAC_COMMENT !__J_TRAC_MY_COMMENT score J_TRAC_OTHERS -7 Fortunately TRAC breaks other rules, like missing To: headers, so the above is all I need, at least for the WordPress TRAC. --~--~-~--~~~---~--~~ 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: Announcing new extensions to this list ?
On Mon, Jan 12, 2009 at 11:35:45PM -0800, Noah Kantrowitz wrote: On Jan 12, 2009, at 10:24 PM, Michael Renzmann wrote: Hi all. I'd be +1 on a plugins-announce list. Dunno if this list is right for it or not. Every once in awhile I'll be perusing trac-hacks and notice a new extension and wonder when did this get here? The timeline on trac-hacks.org is also available as RSS feed - this is how I keep track of what happens there. The benefit of this method is that new plugins automatically appear on ones radar, even if the author does not announce it. However, I agree that a place for announcing new plugin releases would be helpful, preferably a mailing list. In terms of moving trac-hacks.org to my server I was already thinking of adding mailing lists to the services that are provided on t-h.o. My initial idea was one list where t-h users can discuss site-related issues, but given that there is enough interest other lists (for announcements, support for plugin users, ...) could easily be added. I'm also +1 for anything that increases plugin exposure and organization in general, but will opt out of general suggestions (for now). There is a feature I like about some blogging systems (WordPress, Serendipity): a plugin manager. It allows to easily access, browse and search a central plugin catalogue. Once you found an interesting plugin you can install it with a single click. In my opinion, such a feature would be a big plus for Trac. It could be implemented as plugin, and in fact the one click installation is just an slight extension of the mechanism that allows installing plugins by uploading an egg with the browser. It could tell the admin if a new version of an already-installed plugin is available, and allow for an easy update. Stuff like this. You mean HackInstall? ;-) One of these days I will get around to reworking that. It did actually work long ago, haven't tried it in forever though. --Noah Is HackInstall available anywhere? I'd love this sort of thing. Jeff --~--~-~--~~~---~--~~ 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: use full name instead of user id
On Sun, Jan 11, 2009 at 11:56:54PM -0800, bardy wrote: hello, I have a little question. when Creating tickets or assigning a task, can I use full name instead of user id ? usually user id is english letter only and the system'd go wrong if you use some strange charaters. but a user id can relates to a full name , which can be any language. - so , user id should be internally used and Full Name should be screen displayed, am I right ? You might try the AutocompleteUsersPlugin which will at least allows tab completion of full names. And/or require your users to have ids which are some mapping of full names. Jeff Hammel IRC: k0s, jhammel --~--~-~--~~~---~--~~ 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: Announcing new extensions to this list ?
I'd be +1 on a plugins-announce list. Dunno if this list is right for it or not. Every once in awhile I'll be perusing trac-hacks and notice a new extension and wonder when did this get here? I'm also +1 for anything that increases plugin exposure and organization in general, but will opt out of general suggestions (for now). Jeff Hammel IRC: jhammel, k0s On Mon, Jan 12, 2009 at 10:53:42AM -0500, Olemis Lang wrote: Hello ... as you can see my name is Olemis Lang. I am a developper most of the time ... and Trac is one of the best tools I've seen so far ... tons of great code (specially after adopting Genshi templates ;) ... IMHO. Considering that, I would like to ask two questions about posting to this list ... - Firstly, I would like to tell trac users about the *new* (this means no versioning or anything like that ...) extensions implemented by myself (as long as they come to light in a near future ;) so I would like to know if this is the right place to post such announcements (a brief speech ;) and redirect users to a more informative page. - Secondly, I would like to know whether I can reference this list in the site where I host the Trac extensions [1]_ I'm working on, so that users come here and you know ... use this list to get some support or give some feedback, or debate about something like implementation details, doubts ... things like that ... well ... you know, I'll be around ... Thanks for your time ... ... and thanks to the Trac team and other Trac developpers ... for writing and maintaining such a great PMS ... day after day ... :) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Añadir gadgets de Google en entradas (artículos) de Blogger. --~--~-~--~~~---~--~~ 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: Add diff renderer?
On Tue, Jan 06, 2009 at 11:49:21PM -0800, Noah Kantrowitz wrote: I don't know of any libraries or other ways to parse Word documents, so no. If you are running on Windows and server has Word installed, you might be able to rig something up with COM (via the win32com module), but this isn't enough of a general case to bother IMO. All the new Office 2007 files are just zipped XML I think, so you might be able to make an HTML converter for that. Not a small task though. --Noah There is also antiword http://www.winfield.demon.nl/ This could be made into a plugin. Or I have heard rumors that OpenOffice can be driven computationally...somehow. I avoid word documents like the plague but realize this is a luxury that not everyone has. Jeff On Jan 6, 2009, at 7:11 PM, VeChen wrote: Well,is there a trac's plug-in to show the content of .doc files in website? I could't find it on http://trac-hacks.org/ On 1月7日, 上午10时44分, Noah Kantrowitz n...@coderanger.net wrote: Those files aren't diff'd since they contain a lot of useless markup and such, and a diff wouldn't really be that helpful. If you set the svn:mimetype property to something like text/plain, Trac will at least try, but I don't think you will like the results. --Noah -Original Message- From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com ] On Behalf Of VeChen Sent: Tuesday, January 06, 2009 6:25 PM To: Trac Users Subject: [Trac] Add diff renderer? Hi all I used SVN singly ever and it can dispaly diffs (such as word,excel,ppt etc.) in website via ViewVC (compiled by python) While useing Trac ,it can only show txt or programing language files in website. How could I do if I wanna to see diffs about files as word,excel,ppt via browser. I searched for plug-ins and find TracExcelViewer who shows excel in a peculiar way,it is still inefficient on showing diffs.Is there someone give me a hand or some suggests. Thanks VeSion- 隐藏被引用文字 - - 显示引用的文字 - --~--~-~--~~~---~--~~ 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: SubversionException: (Can't open file 'c:\\svn\\irvine\\db\\current': Access is denied. , 720005)
Have you checked to ensure that trac, or whatever webserver front-ends it, has access to that location? I don't know how file permissions work for windows, but that's what it looks like from here. Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s On Tue, Jan 06, 2009 at 04:55:04PM -0800, Jordan wrote: While away during the holidays, members of my dev team somehow hosed a very important svn/trac project. I'm told that this was caused by checking some files in from the production server via command line, and while that may be true, there may have been some attempts at fixing the problem afterwards. This is a very large project that needs to be put back on track (so to speak) asap. Any and all (immediate) attention is greatly appreciated. thx all 8-) How to Reproduce While doing a GET operation on `/wiki`, Trac issued an internal error. ''(please provide additional details here)'' User Agent was: `Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: 1.9.0.4) Gecko/2008102920 Firefox/3.0.4` System Information || '''Trac''' || `0.11` || || '''Python''' || `2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)]` || || '''setuptools''' || `0.6c9` || || '''SQLite''' || `3.5.2` || || '''pysqlite''' || `2.4.0` || || '''Genshi''' || `0.5` || || '''Subversion''' || `1.4.6 (r28521)` || || '''jQuery:''' || `1.2.3` || Python Traceback {{{ Traceback (most recent call last): File C:\Python23\lib\site-packages\trac\web\main.py, line 423, in _dispatch_request dispatcher.dispatch(req) File C:\Python23\lib\site-packages\trac\web\main.py, line 173, in dispatch chosen_handler) File C:\Python23\lib\site-packages\trac\web\main.py, line 286, in _pre_process_request chosen_handler = filter_.pre_process_request(req, chosen_handler) File C:\Python23\lib\site-packages\trac\versioncontrol\api.py, line 79, in pre_process_request self.get_repository(req.authname).sync() File C:\Python23\lib\site-packages\trac\versioncontrol\api.py, line 142, in get_repository repos = self._connector.get_repository(rtype, rdir, authname) File C:\Python23\lib\site-packages\trac\versioncontrol\svn_fs.py, line 276, in get_repository {'tags': self.tags, File C:\Python23\lib\site-packages\trac\versioncontrol\svn_fs.py, line 398, in __init__ self.repos = repos.svn_repos_open(self.path, self.pool()) File C:\Python23\lib\site-packages\libsvn\repos.py, line 47, in svn_repos_open return apply(_repos.svn_repos_open, args) SubversionException: (Can't open file 'c:\\svn\\irvine\\db\\current': Access is denied. , 720005) }}} --~--~-~--~~~---~--~~ 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: TicketQuery macro and Intertrac prefixes
On Wed, Nov 19, 2008 at 09:17:00AM -0800, [EMAIL PROTECTED] wrote: On Nov 19, 10:45 am, Stephen Moretti [EMAIL PROTECTED] wrote: 2008/11/19 Christian Boos [EMAIL PROTECTED] Stephen Moretti wrote: Is it possible to use TicketQuery across trac environments using Intertrac prefixes? I guess I can do [othertrac:query:somequerystring link to query], but I'd like to have the query appear in the wiki page as per the TicketQuery macro. I guess that will never be possible for cross-environment queries, but that syntax will work in a multiple projects per environment setup (which is of course at this point not yet implemented). Hmm I guess I'd need to really be using a common database (multiple schemas) for all the environments and make a macro that basically replicates ticketquery but can interrogate multiple schema, a lahttp://trac.edgewall.org/wiki/TracMultipleProjects/MultipleEnvironmen... On a tangent Whats the issue with MySQL support? Is it down to the MySQL/Python Connector? Is that correct? Stephen I don't see why you would need a 1 db/multiple project schema. The TracHours plugin has a multi-project query which I beleive works in the standard mutli-project setup. It does modify the database for it's purpose, but I think it could done. To be fair, the TracHours multi-project query is fairly ad-hoc; it also does HTTP requests to get the RSS instead of reading from the DB which is less than ideal. I don't apologize for either of these things, mainly because no framework exists (to my knowledge?) to do this sort of thing in trac in a standardized way. I highly desire such a standardization of dialect whereby trac instances can talk to each other and plugins can talk to each other. But I'm realistic in that not only is this difficult to design, I think any solution (or even the idea of a solution) would be very contraversial. So roll your own? Jeff --~--~-~--~~~---~--~~ 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: Listing all attachments for easy searching
Thanks Daan! Seems to work perfectly here. Thanks for the quick turnaround too. Jeff On Sat, Oct 25, 2008 at 04:56:43PM +0200, Daan van Etten wrote: Hi, I took the plunge and created the AllAttachmentsMacro. See http://trac-hacks.org/wiki/AllAttachmentsMacro Let me know what you think! Regards, Daan On 23 okt 2008, at 22:59, Yvonne Oy Ling Cheong wrote: Thanks a lot Jeff. It's a great start! -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Hammel Sent: Friday, 24 October 2008 12:12 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Listing all attachments for easy searching I've ticketed this on trac-hacks: http://trac-hacks.org/ticket/3977 I'll take a stab at this if/when I have time, though if someone beats me to it I wouldn't complain (nor do I know when I'll be able to tackle it). I think its a great idea, though. Jeff On Thu, Oct 23, 2008 at 09:38:03AM +1000, Yvonne Oy Ling Cheong wrote: Yes! That would be great to have! I'm not technical enough to know how to go about doing it. Hopefully someone has already done it and could share with the group. That would be awesome! -Original Message- From: trac-users@googlegroups.com [mailto:trac- [EMAIL PROTECTED] On Behalf Of Remy Blank Sent: Thursday, 23 October 2008 9:34 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Listing all attachments for easy searching YC wrote: Just wondering is there a way to have a list of all attachments ( and where it is located, on which wiki page etc.) for easier searching? If anybody has any idea. Thanks. I don't know how you could achieve that out-of-the-box, but this would make a nice macro, similar to [[TitleIndex]]. -- Remy This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) --~--~-~--~~~---~--~~ 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: Listing all attachments for easy searching
I've ticketed this on trac-hacks: http://trac-hacks.org/ticket/3977 I'll take a stab at this if/when I have time, though if someone beats me to it I wouldn't complain (nor do I know when I'll be able to tackle it). I think its a great idea, though. Jeff On Thu, Oct 23, 2008 at 09:38:03AM +1000, Yvonne Oy Ling Cheong wrote: Yes! That would be great to have! I'm not technical enough to know how to go about doing it. Hopefully someone has already done it and could share with the group. That would be awesome! -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Remy Blank Sent: Thursday, 23 October 2008 9:34 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Listing all attachments for easy searching YC wrote: Just wondering is there a way to have a list of all attachments ( and where it is located, on which wiki page etc.) for easier searching? If anybody has any idea. Thanks. I don't know how you could achieve that out-of-the-box, but this would make a nice macro, similar to [[TitleIndex]]. -- Remy This email (including any attached files) is confidential and is for the intended recipient(s) only. If you received this email by mistake, please, as a courtesy, tell the sender, then delete this email. The views and opinions are the originator's and do not necessarily reflect those of the University of Southern Queensland. Although all reasonable precautions were taken to ensure that this email contained no viruses at the time it was sent we accept no liability for any losses arising from its receipt. The University of Southern Queensland is a registered provider of education with the Australian Government (CRICOS Institution Code No's. QLD 00244B / NSW 02225M) --~--~-~--~~~---~--~~ 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: Where can I find the subversion post-commit script for trac?
The contributed script is at http://svn.edgewall.com/repos/trac/trunk/contrib/trac-post-commit-hook Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s On Fri, Oct 17, 2008 at 10:26:33PM -0700, [EMAIL PROTECTED] wrote: Hi, Where can I find the subversion post-commit script for trac? I am using subversion 1.5.2 and Trac 0.11.1. Thank you for any pointer. --~--~-~--~~~---~--~~ 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: Inserting a hook in ticket creation
Look at http://trac.edgewall.org/browser/trunk/trac/ticket/api.py , in particular ITicketChangeListener ( http://trac.edgewall.org/browser/trunk/trac/ticket/api.py#L108 ). Also, for more general plugin development information http://trac.edgewall.org/wiki/TracDev/PluginDevelopment Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s On Thu, Oct 16, 2008 at 03:20:21PM -0700, Sachin Arora wrote: Hi all - I am new to Trac. So thought of asking help from the experts on this group. I am in a situation where I need to do some processing of my own(hit an URL and submit some data), after a new ticket is being saved. Could someone provide me pointers on how to go about doing this? thanks. --~--~-~--~~~---~--~~ 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: TimingAndEstimationPlugin compared to TracHoursPlugin
If this is the behavior you are seeing, then it is incorrect (at least, if I understand you). But I don't see this behavior locally. If you're convinced its not behaving properly, could you please ticket at http://trac.openplans.org/hours/newticket ? Thanks, Jeff Hammel The Open Planning Project On Thu, Oct 09, 2008 at 03:00:39PM -0500, Miller, Dale (Mission Systems) wrote: On the hours screen in TracHoursPlugin it shows the selection capabilities between two dates. However, it seems that you always get a week ending on the start date. Is this not working correctly? Dale Miller -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, October 09, 2008 11:56 AM To: Trac Users Subject: [Trac] Re: TimingAndEstimationPlugin compared to TracHoursPlugin One other thing, I noticed in the TODO file in your source, you are toying with the syntax for adding hours to the ticket via repo hook. please implement the same method of adding hours as the Timing and Estimation plugin with the () syntax : (spent 2), (sp 2) or simply (2) at the end of an update command such as: close, closed, closes, fix, fixed, fixes references, refs, addresses, re, see in other words, since the functionality is the same for this purpose, the post-commit-hook should be able to be shared. Just a thought. --~--~-~--~~~---~--~~ 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: TimingAndEstimationPlugin compared to TracHoursPlugin
I will respond to the TracHours side of thing, since I'm partially responsible for it. TracHours was designed to meet the specs of one of our staff (a project manager, for lack of a better term) who didn't like certain features of TAEP. Namely, he wanted: * no addition to ticket comments when hours were added (save when hours were added with a message) * ability to edit hours instead of adding negative hours * ability to add hours as someone else with sufficient permission * ability to add hours on dates other than today * ability to query hours across (local) trac instances * ability to build reports (queries, really) for people's hours So those are the motivating factors. TAEP is certainly more mature and has many more features, both built in and built as extensions, but I can't speak to it more than that (I'm a mere developer, no project manager me). We're using TracHours in house now, though honestly I don't know how heavily. Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s On Thu, Oct 09, 2008 at 08:21:03AM -0700, gctrekker wrote: We are comparing the TimingAndEstimationPlugin (TAEP) and the TracHoursPlugin (THP) and I am interested on what users of either of these plugins like or dislike about them. I have not installed either of them at this point. We want to record the Level Of Effort estimate and time worked to help with during triage of milestones. I am using the trac-post-commit-hook and would like to also capture hours from svn commits. The TAEP has a modified trac-post-commit-hook that captures the time and updates the tickets. Has anyone modified the trac-post-commit-hook program to work with THP? I would appreciate comments from the group. In searching the group I have not found many comments about this. Thank you. --~--~-~--~~~---~--~~ 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: TimingAndEstimationPlugin compared to TracHoursPlugin
On Thu, Oct 09, 2008 at 09:56:10AM -0700, [EMAIL PROTECTED] wrote: One other thing, I noticed in the TODO file in your source, you are toying with the syntax for adding hours to the ticket via repo hook. please implement the same method of adding hours as the Timing and Estimation plugin with the () syntax : (spent 2), (sp 2) or simply (2) at the end of an update command such as: close, closed, closes, fix, fixed, fixes references, refs, addresses, re, see in other words, since the functionality is the same for this purpose, the post-commit-hook should be able to be shared. Just a thought. Thanks for the idea on syntax. In general, I'm not a fan of the monolithic (albeit tiny monolith) of the trac-post-commit hook, because its not pluggable. If I were to innovate a plugin for TracHours that does this, I would extend the pluggable system of RepositoryHookSystem (http://trac-hacks.org/wiki/RepositoryHookSystemPlugin) or SvnChangeListener (http://trac-hacks.org/wiki/SvnChangeListenerPlugin). P.S. RepositoryHookSystem currently only works for SVN, despite its general idea. Jeff Hammel --~--~-~--~~~---~--~~ 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?
On Wed, Oct 08, 2008 at 08:21:42AM -0400, Chad Emahizer wrote: I broke this out into a separate email because otherwise it would be one huge email that rambled, which I have a tendency to do anyway... I might try to do this specific example with milestones. Define a Trac milestone as a merge point in the software, like the one you had two weeks ago. Assign the tickets to the next milestone in line, and when a merge point happens, create another milestone and send all unresolved tickets to that new milestone. At any given time you can quickly see what tickets have been closed by milestone. I wouldn't exactly say that's how I would use the milestone feature in a perfect world (I like to at least of the pretense of planning), but it would likely work used that way. snip/ As far as how trac is supposed to be use with respect to those that want a program to enforce methodology versus a program to support multiple methodologies, it seems to me that using milestones is the trac way of doing what is desired here. Marking things as milestones is probably a good practice anyway for this case as it enables a project manager to think of a group of tickets as a concerted effort instead of the more ad hoc date query. IMHO, Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s Another approach could be to use the version field. Make set the version field up to have whatever you want to call the merge points, like the one you had two weeks ago. Code name them. Refer to a build number. Use a targeted merge date...whatever. As you close tickets, set the version to the merge point next in line when it was closed. This isn't exactly right either, as Version would typically (I think) be used to designate what software version the issue was found in, not the version the issue would be fixed in. However, that being said, you are free to use it how you like and define. A third could be a custom field. Make a custom field for whatever you want to call the merge points as said above. As you close tickets, set the field to the name of the merge point next in line when it was closed. This approach is a little harder because querying based on custom fields is tough, or so I have read...I've not done it. I'm fairly confident, as you pointed out, that if I decided I needed to search custom fields for something I could find adequate documentation to help me do so, I've just not had the need. Hope I was at least a little helpful. Chad -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Stedwick Sent: Tuesday, October 07, 2008 3:38 PM To: Trac Users Subject: [Trac] how is trac SUPPOSED to be used? For example, my boss recently asked me what changes were going to be moved into the trunk since the last merge two weeks ago, and I thought to myself, Oh, I'll just do a search for all the bugs that I fixed in the past two weeks, but, amazingly, I CAN'T DO THAT. Even using custom query there is no field that allows you to query based on time. And I certainly don't want to start writing SQL. --~--~-~--~~~---~--~~ 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?
On Wed, Oct 08, 2008 at 08:46:48AM -0400, Chad Emahizer wrote: Could there possibly be a way to develop and distribute specific configurations of the trac.ini file and a trac.db file? Maybe it's as simple as that. I would think some sort of white paper would be needed (maybe documented in the wiki) that explains how the specific process the specific configuration is supposed to work. Maybe a large(ish) percentage of processes could be covered by a small(ish) number of specific implementations. I think it is akin to how Apache and mysql was for me when I was trying to install a certain web-based bug tracking system for the first time. I didn't know how to run a web server and deal with a db server. More importantly, I didn't want to learn...had neither the time nor the desire. So finding the prebuilt and configured Apache release XAMPP by Apache Friends was the only thing that allowed me to move forward. Is it as simple as defining and documenting a process, configuring it, zipping the necessary pieces, and putting it up for distribution? Ok, not so simple to define said process, but configuring Trac once the hard part is done is relatively easy I think. It would be nice to have certain plugins preinstalled too, though I'm sure there's issues with redistributing others' plugins, even with the positive goal of more adoption of Trac. I've not tinkered with dropping portions of a configured Trac system into an existing Track install to see how it reacts... This would allow the ability for Trac development to continue on the generic path it is currently on, yet allow someone to pick a pre-setup configuration that more closely fits the way they do business so they don't have to get their hands dirty in the nitty-gritty details. This IMHO is the right direction to go: keep trac generic but allow people ways of easily distributing customized packages that can be used to create trac instances. To this end, I've been working on a program called TracLegos (http://trac-hacks.org/wiki/TracLegosScript) that will do just that -- allow packaging and distribution of trac.ini files and requirements files for plugins. The program is still in its infancy, but I'd love feedback on whether this idea is useful to people. It was motivated by this concern coming up again and again. (Nor is TracLegos the only software that does this. TracForge also supports this sort of thing) Hope this is useful, at least in the abstract. Feel free to ticket and ask questions, as I'm very interested in people using this plugin if it does help with this problem. Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Noah Kantrowitz Sent: Wednesday, October 08, 2008 3:20 AM To: trac-users@googlegroups.com Subject: [Trac] Re: how is trac SUPPOSED to be used? This is correct, one of the central design tenets of Trac is that it enforces as little process on you as possible. This does seem to backfire sometimes, as there is a large segment of the userbase that would like more structure than that. If you have a suggestion on how to resolve this, please let us know, it is frequently debated but people rarely seem to come up with anything solid. --Noah --~--~-~--~~~---~--~~ 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.
There are plugins for much of this. I'm only to speak to a few specific issues as most of these have been addressed by others in this thread: On Wed, Oct 01, 2008 at 08:51:25AM +0300, Jani Tiainen wrote: snip/ 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) There is a multirepository branch that is supposedly in good shape (I don't have need [yet] for a multirepository trac so I haven't used it). I'd love to know when/if this is slated for trunk. Trouble #4: Web based environment creation. There are actually a few of these. TracForge does this. I've also written a trac project templating system, th:TracLegosScript, one component of which is a TTW project creator. Its not really ready for prime-time as there are missing features (importantly, DB type and authorization checking) but most of what I care about is there and I'd be happy to elevate ticket priorities if anyone wishes any of the missing features. There are a few more that I can't remember now. Trouble #5: Userinformation retrieval from our LDAP server. Specially active accounts (since sometimes people come and people leave) and e-mail addresses. Personally, I'd like to see an IUserDataProvider interface to make this more flexible. So the LDAP plugin could provide this, OOTB trac could implement what it currently does as an implementation of this interface, and a multi-project solution could implement whatever it wants (possibly delegating to a master environment). I'm also pro keeping the notion of multiple projects out of trac core. What I would like to see is more infrastructure so that it is easier to write plugins that interface between trac projects. I'm happy to ticket this if its generally wanted and not too contraversial. As a note, I think trac's role is as a good infrastructure to build the ideal bug tracking system. I think trying to get trac core to be OOTB an amazing bug tracker is a bad idea, as folks have different needs (and even projects for the same folks have different needs). This has all been discussed before and I think people are starting to work towards making it easier to get OOTB trac to be easily modified to what a trac administrator wants -- a platform that is easily customizable via plugins, etc. Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s --~--~-~--~~~---~--~~ 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 customize New Ticket page
On Tue, Sep 30, 2008 at 12:49:37AM -0700, cigu wrote: Thank you for your support. The TicketSubmitPolicyPlugin seems good for what I need, but I had some problems while using it. In particular, in my project I have 4 different components and 4 different custom tickets, each one is specific for a particular component. My goal is to force the user to specify a value for the custom ticket related to the selected component, while the other custom tickets should be disabled. I managed to install the plugin and to define the policies but it worked quite well only with Firefox, even if I have to manually force a refresh of the web page when I change the component. With Internet Explorer 7.0 no submit policy is applied. Does anybody have the same problem with this plugin? Best regards, Cigu Thanks for the heads up. No one has reported that TicketSubmitPolicy doesn't work with IE, so I ticketed: http://trac-hacks.org/ticket/3834 . I'm not super-surprised that its not IE-compatible, as I don't have an IE test bed. I'll try to fix this when i have the chance. (I'd also love to hear from others with similar experiences with this plugin) Jeff On Sep 26, 11:12 pm, Jeff Hammel [EMAIL PROTECTED] wrote: Not exactly sure what you're trying to do, but maybehttp://trac-hacks.org/wiki/TicketSubmitPolicyPlugindoes sorta what you want? Jeff Hammel The Open Planning Projecthttp://trac-hacks.org/wiki/k0s IRC: jhammel, k0s On Fri, Sep 26, 2008 at 09:05:17AM -0700, cigu wrote: Dear all, I'm new with Trac 0.11.1 and I'm not able to add some check when users press Create Ticket in the New Ticket page. In particular, I've added one custom ticket and I would check that the selected value of the custom ticket is consistent with the selected component, otherwise the new ticket cannot be accepted and a warning should be displayed. Can someone please help me to understand what has to be done to implement this check? Thank you in advance, Regards, Cigu --~--~-~--~~~---~--~~ 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 customize New Ticket page
Not exactly sure what you're trying to do, but maybe http://trac-hacks.org/wiki/TicketSubmitPolicyPlugin does sorta what you want? Jeff Hammel The Open Planning Project http://trac-hacks.org/wiki/k0s IRC: jhammel, k0s On Fri, Sep 26, 2008 at 09:05:17AM -0700, cigu wrote: Dear all, I'm new with Trac 0.11.1 and I'm not able to add some check when users press Create Ticket in the New Ticket page. In particular, I've added one custom ticket and I would check that the selected value of the custom ticket is consistent with the selected component, otherwise the new ticket cannot be accepted and a warning should be displayed. Can someone please help me to understand what has to be done to implement this check? Thank you in advance, Regards, Cigu --~--~-~--~~~---~--~~ 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: Integrating Trac with multiple Subversion repositories?
On Fri, Sep 12, 2008 at 09:38:31AM +0200, Christian Boos wrote: Steve Strobel wrote: I have been using Trac and Subversion for some time, but they were hosted on different servers so I never tried to integrate them. I am now moving them to the same server and hope to integrate them. The project that is managed with Trac encompasses several programs which each stored in a separate Subversion repository. I was able to integrate one of the repositories, but not the others. Is it possible for a single Trac project to integrate with multiple Subversion repositories? Is the process documented somewhere? Thanks for any suggestions. Yes, have a look at http://trac.edgewall.org/wiki/MultipleRepositorySupport It's a bit behind current trunk, but should work reliably. -- Christian Is the multirepo branch scheduled to go in any release of trac? Or more generally, what are the plans to merge this to trunk (if any)? Jeff Hammel The Open Planning Project http://topp.openplans.org --~--~-~--~~~---~--~~ 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: Adding custom permission to TRAC
Actually, its at trac-hacks.org: http://trac-hacks.org/wiki/BlackMagicTicketTweaksPlugin Jeff Hammel The Open Planning Project http://topp.openplans.org On Thu, Sep 11, 2008 at 01:39:10PM -0700, Jerry Brown wrote: Its at Trac-Hacks (track-hacks.com). On Sep 5, 10:47 am, Hare [EMAIL PROTECTED] wrote: Hi, Is there way that I can add a custom permission this is to restrict some of the workflow transitions. I had seen some of the previous posts and it was asked to refer BlackMagicTicketTweaks. But I am not able to find the same. Thanks in advance for any pointers.. --hare --~--~-~--~~~---~--~~ 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
On Fri, Aug 29, 2008 at 09:56:13AM -0400, Robert C Corsaro wrote: 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. I'd be interested in maintaining or co-maintaining this plugin. I have dreams of in some fashion combining this plugin (or parts of this plugin) with my TicketSubmitPolicyPlugin, though that's down the line. Also, it would be nice to make this pluggable. But in the short term I'd be happy just to maintain what is there. Anyone want to partner on maintainence of this guy? Jeff --~--~-~--~~~---~--~~ 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 site template
That's a good question. Being basically a standalone package, I would guess it should work with Trac 10.4 (though of course, the templates may require features for 0.11 or any other version for that matter), but I haven't tried it. So my guess is yes, but I haven't tried. Jeff Hammel The Open Planning Project http://topp.openplans.org IRC: jhammel, k0s On Thu, Aug 28, 2008 at 12:32:24PM -0700, Fangman, Patricia M (Shelly) wrote: Jeff, Would TracLegos work with Trac 10.4 or is this for Trac 11 only? __ Shelly Fangman Scientist, Enabling Technologies EMSL: Environmental Molecular Sciences Laboratory -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Hammel Sent: Wednesday, August 27, 2008 5:46 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Trac site template On Wed, August 27, 2008 20:02, Fangman, Patricia M (Shelly) wrote: I'd love some advice on how to create a template of an entire Trac site. For example, I want to create a new Trac site, add my customizations (style, fields, etc) and use this as a template to create my new future Trac sites. The idea is not to have to customize each new Trac site, everything is in place from the beginning. Any ideas? __ Shelly Fangman Scientist, Enabling Technologies EMSL: Environmental Molecular Sciences Laboratory I was going to write to the list when this was a little more usable, but I have been working on a project called TracLegos whose primary goal is to enable the definition of a project template and using these templates to create a trac project. Essentially, I am using a subclass of PasteScript templates [1] that is called TracProject that is intended as a definition of what a site template is. Currently, this is almost an empty subclass (I've only been working on TracLegos a few days so its still not really ready, though I do intend to have a considerable amount done by Monday...I'll mail the thread then with an update). The idea is that each template defines a type of project -- whether a generic type like 'client-facing', 'live errors', 'FOSS project'; or a specific type like a template for a specific organization. Site-configuration can be used to provide needed variables and other policy issues (like what type of database to use, who is part of what groups, etc). The program is intended to be used either through pastescript invocation (which will only apply one template and may have limitations on how much it can do), command-line invocation (where you can use several templates and have the most flexibility), and through the web via a paste application that wraps trac in middleware and also may be used to create projects. Very much unimplemented but needed features include: * format for permissions, milestones, components, and other information settable by trac-admin * DB creation for non-sqlite cases * repository options; this is hinted at in the web view, but none of the radio buttons displayed at are currently functional * installation of requirements for plugins via PoachEggs [2] * permission checking on TTW interface * tools to turn existing trac projects into templates I hesitate to give the source out, as its in such an early stage that it probably isn't useful yet, but if you are curious it is available at https://svn.openplans.org/svn/trac/install/TracLegos/ The README might be worthwhile, though it is bit dated (documentation never keeps up with coding). I'd be curious if this sort of thing would be useful to people. Also, not a bad time for feature requests and feedback. Jeff [1] http://pythonpaste.org/script/developer.html [2] https://svn.openplans.org/svn/PoachEggs/ --~--~-~--~~~---~--~~ 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 site template
On Wed, August 27, 2008 20:02, Fangman, Patricia M (Shelly) wrote: I'd love some advice on how to create a template of an entire Trac site. For example, I want to create a new Trac site, add my customizations (style, fields, etc) and use this as a template to create my new future Trac sites. The idea is not to have to customize each new Trac site, everything is in place from the beginning. Any ideas? __ Shelly Fangman Scientist, Enabling Technologies EMSL: Environmental Molecular Sciences Laboratory I was going to write to the list when this was a little more usable, but I have been working on a project called TracLegos whose primary goal is to enable the definition of a project template and using these templates to create a trac project. Essentially, I am using a subclass of PasteScript templates [1] that is called TracProject that is intended as a definition of what a site template is. Currently, this is almost an empty subclass (I've only been working on TracLegos a few days so its still not really ready, though I do intend to have a considerable amount done by Monday...I'll mail the thread then with an update). The idea is that each template defines a type of project -- whether a generic type like 'client-facing', 'live errors', 'FOSS project'; or a specific type like a template for a specific organization. Site-configuration can be used to provide needed variables and other policy issues (like what type of database to use, who is part of what groups, etc). The program is intended to be used either through pastescript invocation (which will only apply one template and may have limitations on how much it can do), command-line invocation (where you can use several templates and have the most flexibility), and through the web via a paste application that wraps trac in middleware and also may be used to create projects. Very much unimplemented but needed features include: * format for permissions, milestones, components, and other information settable by trac-admin * DB creation for non-sqlite cases * repository options; this is hinted at in the web view, but none of the radio buttons displayed at are currently functional * installation of requirements for plugins via PoachEggs [2] * permission checking on TTW interface * tools to turn existing trac projects into templates I hesitate to give the source out, as its in such an early stage that it probably isn't useful yet, but if you are curious it is available at https://svn.openplans.org/svn/trac/install/TracLegos/ The README might be worthwhile, though it is bit dated (documentation never keeps up with coding). I'd be curious if this sort of thing would be useful to people. Also, not a bad time for feature requests and feedback. Jeff [1] http://pythonpaste.org/script/developer.html [2] https://svn.openplans.org/svn/PoachEggs/ --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---