[Trac] Location of trac-post-commit-hook script ? (Windows install)
Hello, I've installed Trac 0.11.4 on my Windows box. Can you confirm that post-commit-hook script is not included in the downloaded installation files but that I have to get it from this url/ svn : http://trac.edgewall.org/browser/trunk/contrib/trac-post-commit-hook ? Just to be sure. Thanks, Barbara --~--~-~--~~~---~--~~ 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: ldap authentication and anonymous query
here i have been facing one issue, i want to search the usernames from specified domain without username and password [ anonymous ]. I don't see the relation with Trac. You can nevertheless check out the code of the LdapPlugin and/or the AccountManagerPlugin+LDAP to see how to perform LDAP searches with anonymous binding. --~--~-~--~~~---~--~~ 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] Convert wiki (text format) to HTML/PDF using command?
Hello, Is it possible to convert wiki (in text format) to HTML/PDF using command line? 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: 'Assign to' in 'new ticket' dialog
Hello, I found this interesting discussion about ticket workflow and initial state, so I reply to it to keep sane google groups archives ;) My following thought directs somewhat to Trac developpers. I wonder whether http://trac-hacks.org/wiki/TicketCreationStatusPlugin feature could be integrated into core Trac (I'm currently using Trac 0.11.4). In my case this would lead to : person A creates a ticket and fills in assign to to assign it to person B. So status would be updated (assigned) as well as owner. I find this intuitive : the person who creates a bug report has the right (in term of team management) to assign it to some developper (for example in a small team), and then could do it with only one save operation. Do you think it is idiot ? Barbara On 30 sep 2008, 18:24, Stephen Moretti stephen.more...@gmail.com wrote: 2008/9/30 Jason Winnebeck jpw...@rit.edu --~--~-~--~~~---~--~~ 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: Convert wiki (text format) to HTML/PDF using command?
Do you mean using trac-admin? As far as I know, it's not possible, but it might be an interesting feature to add to WikiPrint plugin: http://trac-hacks.org/wiki/TracWikiPrintPlugin if using WikiPrint, you could use wget, like: wget http://path_to/your/trac_environment/wiki/PageName?format=pdfarticle that should work if anonymous users have wiki read permission. Greets. On Fri, Jun 5, 2009 at 10:28 AM, howa howac...@gmail.com wrote: Hello, Is it possible to convert wiki (in text format) to HTML/PDF using command line? Thanks -- Álvaro J. Iradier Muro Departamento de Desarrollo alvaro.irad...@polartech.es Polar Technologies T +34 976 527 952 F +34 976 466 125 www.polartech.es Antes de imprimir este mensaje, por favor, compruebe que es verdaderamente necesario. El medioambiente es cosa de todos. AVISO LEGAL Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener información confidencial, siendo para uso exclusivo del destinatario, quedando prohibida su divulgación, copia o distribución a terceros sin la autorización expresa del remitente. Si Vd. ha recibido este mensaje erróneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboración. --~--~-~--~~~---~--~~ 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] Rendering of vCard attachments
Hi, can trac render vCards attached to tickets? Currently they are displayed as text, but I'ld prefer a table format or hCard. If this feature does not yet exist: I assume that implementing this should be easy. But where would I start? TIA --~--~-~--~~~---~--~~ 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: post-commit-hook and custom workflow
Hello, I'm in the same case (Trac 0.11.4) and tested the following but it doesn't work : the ticket status doesn't change (as seen on the ticket page). In my custom workflow, I have defined status name in French as : in_progress = accepté,assigné,rouvert - en cours in_progress.name = en cours in_progress.permissions = TICKET_MODIFY This is a simple example. so the in_progress status is shown as en cours on the ticket page. I've tried this : _supported_cmds = { [snip] 'en_cours' : '_cmdEnCours' } and : def _cmdEnCours(self, ticket): ticket['status'] = 'in_progress' or : def _cmdEnCours(self, ticket): ticket['status'] = 'en cours' What can I do to track down the issue ? NB : I also feel like the post-commit hook python script by Stephen Hansen lives a lot better with my accented characters in keywords when it defines its encoding (wondering whether this script could have a config file aside to it, for user to customise keywords and status without modifying python code) : # -*- coding: utf-8 -*- On another hand, it may be fine to have options to the status change such as stated below : changes status to in_QA and assign it to somebody. It would mean rewrting of the command regexp (example : fixed #1 QA johndoe would change status to in_QA and assign it to johndoe). Barbara On 27 oct 2008, 15:34, Chris Shelton cshel...@shelton-family.net wrote: Jani, On Mon, Oct 27, 2008 at 6:37 AM, Jani Tiainen rede...@gmail.com wrote: Since I've now custom workflow where developer fixedticketgoes to testing stage (and is assigned to tester), what I need to modify to make post-commit-hook to follow same convention? This is very lightly tested, but something like the following should work: --- /usr/share/doc/trac-0.11.1/contrib/trac-post-commit-hook 2008-08-20 14:30:16.0 -0400 +++ trac-post-commit-hook 2008-09-22 16:43:05.0 -0400 @@ -192,8 +192,9 @@ def_cmdClose(self,ticket): - ticket['status'] = 'closed' - ticket['resolution'] = 'fixed' + ticket['status'] = 'in_QA' +# ticket['status'] = 'closed' +# ticket['resolution'] = 'fixed' def _cmdRefs(self,ticket): pass --~--~-~--~~~---~--~~ 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: post-commit-hook and custom workflow
Replying to myself, doing progress : First, command keyword such as en_cours isn't recognized, while encours is. I don't mind. Second, I'm surprised that _cmdEnCours seems not to be defined (it is) : -- File c:\xampp\htdocs\trac\trac-post-commit-hook.py, line 168, in __init__ func = getattr(self, funcname) AttributeError: CommitHook instance has no attribute '_cmdEnCours' -- NB : I changed en cours to new as below for testing purposes, : def _cmdEnCours(self, ticket): ticket['status'] = 'new' Barbara --~--~-~--~~~---~--~~ 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: Convert wiki (text format) to HTML/PDF using command?
On Fri, Jun 5, 2009 at 5:08 AM, Álvaro J. Iradier alvaro.irad...@polartech.es wrote: On Fri, Jun 5, 2009 at 10:28 AM, howa howac...@gmail.com wrote: Hello, Is it possible to convert wiki (in text format) to HTML/PDF using command line? wget http://path_to/your/trac_environment/wiki/PageName?format=pdfarticle For HTML you could also use TracXMLRPC plugin and write a very simple script (or program) using Trac WikiRPC support. AFAICR Wiki provider has a method to render Wiki text as HTML -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Oracle : por más que engorda sigue subiendo ... - http://feedproxy.google.com/~r/simelo-es/~3/ndKoYi3D-kg/oracle-por-mas-que-engorda-sigue.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: I need a trac consultant
I work with Doug on this issue, and I wanted to provide some additional details about our configuration and what I am seeing. The server is an Amazon EC2 small instance, running on a dual core Opteron 2.6 ghz w/ 1.66 gig of ram The Trac install lives in the default c:\python25 folder, and the trac / svn data lives on an S3 drive. We have 49 trac environments running here, 4 of which have their own v- host configured, the rest are for internal use and share a root url. All of these environments also have SVN setup. The majority of the shared instances have a common configuration base trac.ini file, with individual files for environment specific configurations. I started out with the 0.11 install of Trac, and have since upgraded to the 0.12dev-r8263 release from SVN (using easy_install and pointing to the SVN repo location), to try and address our performance issues. Under 'About Trac', here is my current config: Trac: 0.12dev-r8263 Python: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] setuptools: 0.6c9 SQLite: 3.5.2 pysqlite: 2.4.0 Genshi: 0.6dev-r1052 Babel: - mod_python: 3.3.1 Pygments: 1.0 Subversion: 1.5.4 (r33841) jQuery: 1.1.3.1 I have Apache connecting using mod_python, but this slow performance and 100% CPU peak usage persists even if I load a single environment using tracd and shut-down the apache instance. I have gone through the site-packages and, one by one, removed each plugin from the folder and re-started the instance, and I still saw the performance issues (I was trying to isolate the issue to a single plugin, without luck). I applied the patch as suggested in http://trac.edgewall.org/ticket/7785#comment:13 and have seen no improvement. I also have logging currently disabled completely in the hopes of improving performance, still without luck. I did a directory output from my site-packages folder, if it will provide better detail as to plugins I have installed, that you can view here: http://pastebin.com/fea11695 The worst performance seems to be on the wiki pages, but viewing tickets spins the CPU up quite high as well. At one point I attempted to implement the Psyco package (http://psyco.sourceforge.net/) to improve performance, but all plugins have been updated without it again as I saw no performance gains from using it (the package is still in my site-packages, but the code is not in use) At this point I am (sadly) thinking that I may need to re-configure a new server with a clean / new install of python and trac and see how it runs, I really do not know what else to investigate to resolve this problem. Any idea's, as wild as they may be, would be greatly appreciated! Chris Peterson On Jun 4, 6:31 pm, Christian Boos cb...@neuf.fr wrote: Doug Hughes wrote: Hi, We have a new install of Trac running on Windows with Apache. (Generally, the same setup as our old Trac instance.) Unfortunately, performance is terrible. Requests spike the box to 99% cpu and httpd is taking 500mb. We're out of ideas here and I'd like to have someone come in, take a look at our config, tell us what we did wrong, and then make it work. This sounds a lot like ticket #7490. Please give us more details about your installation (http://trac.edgewall.org/wiki/NewTicketGuidelines#HowtoProceed). You may try 2 different things: - reduce the log_level if it's set to DEBUG, down to ERROR - apply the patch on #7785 (http://trac.edgewall.org/ticket/7785#comment:13) -- Christian --~--~-~--~~~---~--~~ 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: I need a trac consultant
Thanks, we'll give that a shot. Doug Hughes, President Alagad Inc. dhug...@alagad.com 888 Alagad4 (x300) Office: 919-550-0755 Fax: 888-248-7836 On Thu, Jun 4, 2009 at 6:31 PM, Christian Boos cb...@neuf.fr wrote: Doug Hughes wrote: Hi, We have a new install of Trac running on Windows with Apache. (Generally, the same setup as our old Trac instance.) Unfortunately, performance is terrible. Requests spike the box to 99% cpu and httpd is taking 500mb. We're out of ideas here and I'd like to have someone come in, take a look at our config, tell us what we did wrong, and then make it work. This sounds a lot like ticket #7490. Please give us more details about your installation (http://trac.edgewall.org/wiki/NewTicketGuidelines#HowtoProceed). You may try 2 different things: - reduce the log_level if it's set to DEBUG, down to ERROR - apply the patch on #7785 (http://trac.edgewall.org/ticket/7785#comment:13) -- Christian --~--~-~--~~~---~--~~ 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: I need a trac consultant
Chris Peterson wrote: I work with Doug on this issue, and I wanted to provide some additional details about our configuration and what I am seeing. The server is an Amazon EC2 small instance, running on a dual core Opteron 2.6 ghz w/ 1.66 gig of ram The Trac install lives in the default c:\python25 folder, and the trac / svn data lives on an S3 drive. Ah well, you're the author of comment:57 - didn't you indicate there that changing the log_level was helping? Also, did you test on some similar local machine as well? We have 49 trac environments running here, 4 of which have their own v- host configured, the rest are for internal use and share a root url. All of these environments also have SVN setup. The majority of the shared instances have a common configuration base trac.ini file, with individual files for environment specific configurations. I started out with the 0.11 install of Trac, and have since upgraded to the 0.12dev-r8263 release from SVN (using easy_install and pointing to the SVN repo location), to try and address our performance issues. Under 'About Trac', here is my current config: Trac: 0.12dev-r8263 Python: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] setuptools: 0.6c9 SQLite: 3.5.2 pysqlite: 2.4.0 Genshi: 0.6dev-r1052 Babel:- mod_python: 3.3.1 Pygments: 1.0 Subversion: 1.5.4 (r33841) jQuery: 1.1.3.1 Side note, should be jQuery: 1.3.2, no? (that's what is checked in into trunk, AFAICT). I have Apache connecting using mod_python, but this slow performance and 100% CPU peak usage persists even if I load a single environment using tracd and shut-down the apache instance. Ok, that's very interesting: you're able to reproduce the perfomance issue with tracd serving a single environment. Let's forget Apache for now and focus on tracd. How exactly do you start it, btw? I have gone through the site-packages and, one by one, removed each plugin from the folder and re-started the instance, and I still saw the performance issues (I was trying to isolate the issue to a single plugin, without luck). That's also interesting: Trac trunk alone /without any plugin/ shows the same performance issue. Did you try to disable the browser component as well? ([components] trac.versioncontrol.* = disabled) I see you're using svn 1.6.0, which might be an issue, as it was mostly untested - I use 1.6.2. I applied the patch as suggested in http://trac.edgewall.org/ticket/7785#comment:13 and have seen no improvement. I also have logging currently disabled completely in the hopes of improving performance, still without luck. I did a directory output from my site-packages folder, if it will provide better detail as to plugins I have installed, that you can view here: http://pastebin.com/fea11695 The worst performance seems to be on the wiki pages, but viewing tickets spins the CPU up quite high as well. I wonder if that could be related to wiki processing? Are you really positive that /no/ plugins were used? (btw, you should also post a log file at DEBUG level, starting from the startup of tracd till viewing a few of those pages where the CPU spikes). We did have some performance issues in the past for some specific pathological markups, maybe you could post some typical wiki content (unless the performance problem also happens for unmodified Trac pages from the TracGuide). At one point I attempted to implement the Psyco package (http://psyco.sourceforge.net/) to improve performance, but all plugins have been updated without it again as I saw no performance gains from using it (the package is still in my site-packages, but the code is not in use) At this point I am (sadly) thinking that I may need to re-configure a new server with a clean / new install of python and trac and see how it runs, I really do not know what else to investigate to resolve this problem. Any idea's, as wild as they may be, would be greatly appreciated! Well, maybe it's due to something specific to Amazon EC2, so please try first to reproduce the issue on a single isolated environment using a bare bone tracd from trunk running on a normal XP or Vista system of yours, then do the same minimalistic test on Amazon EC2. -- Christian --~--~-~--~~~---~--~~ 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: I need a trac consultant
I did some load testing yesterday with almost this same configuration and I was able to achieve some pretty good results and did not see any issues. I am not yet prepared to publish the results, but one interesting difference was that you appear to be running this on windows, whereas I was running on Linux. Just as an FYI, I was able to get just over 18 requests/second with about an average of 1s for page load with tracd and was able to get just over 34 requests/second with mod_python with sub second page load times on an AMD dual core 2mhz. The testing results page I am putting together has much more detail on the hardware and software configuration I was using as I know these numbers probably don't mean too much without that detail, but thought you might find them re-assuring (that it is possible). I will replicate the test on Windows and see if I can reproduce this issue. Once I have finished polishing the results and working with the devs to ensure they are reasonable, I will happily publish the details of this testing. The reason for my doing this is that I am attempting to assist with ticket #7490 (http://trac.edgewall.org/ticket/7490) but I have not yet been able to reproduce the issue. However, I have not had as much detail (as yet) as you have provided, so this information is much appreciated. Chris Peterson wrote: I work with Doug on this issue, and I wanted to provide some additional details about our configuration and what I am seeing. The server is an Amazon EC2 small instance, running on a dual core Opteron 2.6 ghz w/ 1.66 gig of ram The Trac install lives in the default c:\python25 folder, and the trac / svn data lives on an S3 drive. We have 49 trac environments running here, 4 of which have their own v- host configured, the rest are for internal use and share a root url. All of these environments also have SVN setup. The majority of the shared instances have a common configuration base trac.ini file, with individual files for environment specific configurations. I started out with the 0.11 install of Trac, and have since upgraded to the 0.12dev-r8263 release from SVN (using easy_install and pointing to the SVN repo location), to try and address our performance issues. Under 'About Trac', here is my current config: Trac: 0.12dev-r8263 Python: 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] setuptools: 0.6c9 SQLite: 3.5.2 pysqlite: 2.4.0 Genshi: 0.6dev-r1052 Babel:- mod_python: 3.3.1 Pygments: 1.0 Subversion: 1.5.4 (r33841) jQuery: 1.1.3.1 I have Apache connecting using mod_python, but this slow performance and 100% CPU peak usage persists even if I load a single environment using tracd and shut-down the apache instance. I have gone through the site-packages and, one by one, removed each plugin from the folder and re-started the instance, and I still saw the performance issues (I was trying to isolate the issue to a single plugin, without luck). I applied the patch as suggested in http://trac.edgewall.org/ticket/7785#comment:13 and have seen no improvement. I also have logging currently disabled completely in the hopes of improving performance, still without luck. I did a directory output from my site-packages folder, if it will provide better detail as to plugins I have installed, that you can view here: http://pastebin.com/fea11695 The worst performance seems to be on the wiki pages, but viewing tickets spins the CPU up quite high as well. At one point I attempted to implement the Psyco package (http://psyco.sourceforge.net/) to improve performance, but all plugins have been updated without it again as I saw no performance gains from using it (the package is still in my site-packages, but the code is not in use) At this point I am (sadly) thinking that I may need to re-configure a new server with a clean / new install of python and trac and see how it runs, I really do not know what else to investigate to resolve this problem. Any idea's, as wild as they may be, would be greatly appreciated! Chris Peterson On Jun 4, 6:31 pm, Christian Boos cb...@neuf.fr wrote: Doug Hughes wrote: Hi, We have a new install of Trac running on Windows with Apache. (Generally, the same setup as our old Trac instance.) Unfortunately, performance is terrible. Requests spike the box to 99% cpu and httpd is taking 500mb. We're out of ideas here and I'd like to have someone come in, take a look at our config, tell us what we did wrong, and then make it work. This sounds a lot like ticket #7490. Please give us more details about your installation (http://trac.edgewall.org/wiki/NewTicketGuidelines#HowtoProceed). You may try 2 different things: - reduce the log_level if it's set to DEBUG, down to ERROR - apply the patch on #7785
[Trac] Re: Rendering of vCard attachments
On Fri, Jun 5, 2009 at 6:14 AM, W. Martin Borgertdeba...@debian.org wrote: Hi, can trac render vCards attached to tickets? Currently they are displayed as text, but I'ld prefer a table format or hCard. If this feature does not yet exist: I assume that implementing this should be easy. But where would I start? TIA You could write a plugin. Look into the trac.mimeview.api.IHTMLPreviewRenderer interface. There are also a few Components in trac.mimeview.api that implement it, which you can look at for examples. --~--~-~--~~~---~--~~ 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] error validating fields
I am attempting to modify some plugin code, despite my lack of python knowledge. I wanted to add type checking to the validator plugin, and so I added the modified the function. With a trac.ini entry of [fieldscheck] int_fields=Hours and running this code : def validate_ticket(self, req, ticket): Make sure required fields for the next state have been the ticket will be in have been entered. state = self._get_state(req, ticket) editcheck_fields = self.config.getlist('fieldscheck','int_fields') errors = [(field_name, '%s must be an integer' % field_name) for field_name in editcheck_fields if self._is_not_integer(ticket[field_name])] required_fields = self.config.getlist('ticketvalidator', state + '.required') errors = errors + [(field_name, '%s is required' % field_name) for field_name in required_fields if self._is_empty(ticket[field_name])] return errors I get : TypeError: cannot concatenate 'str' and 'list' objects On the line : if self._is_not_integer(ticket[field_name])] I get the feeling this is just a python problem of mine and not something intrinsic to TRAC, but I thought I'd ask you guys anyways. Thanks in advance. Dan Winslow Director of Information Technology, AIM INSTITUTE 1905 Harney Street, Suite 700 Omaha, NE 68102 402-345-5025 x156 dwins...@aiminstitute.org www.aiminstitute.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 -~--~~~~--~~--~--~---