[Trac] Operational Error - No connection to server
Hi all, I am using Trac 0.11.2.1 version. I am facing Operational Error - No connection to server. I gone thr' the trac tickets and found one ticket related to it and i made the changes req. but still i am having more postgres idle processes. It was mentioned in that ticket that this issue was fixed in 0.11 itself. please make me clear. i need to upgrade to latest trac version ? --~--~-~--~~~---~--~~ 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: Quote code snippets in Wiki from source file
On May 11, 10:59 am, Anton Deguet anton.deg...@jhu.edu wrote: Hello, I am trying to write a simple tutorial under Trac Wiki and I am looking for a feature similar to listings under LaTeX. My goal is to quote parts of an actual source file. This would look like: {{{ #!cpp #listing(source:/trunk/myFile, 10, 20) }}} would quote from line 10 to 20 directly from the source file. This way, if the source is updated, the Wiki automatically uses the latest version. Is there any easy solution for this? Anton Since line numbers can shift so easily, how about something like: [[Include(source:trunk/somefile.cpp, '// Important section', 20)]] where the second parameter could be a regex matching something in the file. - 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: Quote code snippets in Wiki from source file
Andrew Gehring wrote: What plugin are you using for this, as the IncludeMacro plugin doesn't accept regex... On Tue, May 12, 2009 at 7:06 AM, jevans wrote: Since line numbers can shift so easily, how about something like: [[Include(source:trunk/somefile.cpp, '// Important section', 20)]] where the second parameter could be a regex matching something in the file. - jevans Sorry, that was an idea for improving the Include macro. I don't know of any current implementation. - 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: Subversion 1.6 with Trac 0.11.4
Why don't you just archive the subversion and trac data and move it to a test/development server and try the update there. Use a sandbox to see if it works or not and if it does, then backup and upgrade your main server. On Apr 2, 2:42 pm, Paurush paurush.sax...@gmail.com wrote: Hello All, I am in the process of upgrading Subversion 1.4.6 server to 1.6. We also extensively use Trac (v 0.10.4) and I am hoping to upgrade that as well to version 0.11.4. Can anyone confirm that there are no known issues with Subversion 1.6 and Trac 0.11.4? Thanks, Paurush --~--~-~--~~~---~--~~ 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: synchronize a ticket between two trac instances?
On May 12, 10:08 am, Ice Polar ice.po...@gmail.com wrote: Hi, what a platform do you have (Linux / Windows) and wich db (SQLite / MySQL). Dependnig on that there will be different possibilities for a solution. sincerley Ice 2009/5/11 W. Martin Borgert deba...@debian.org Hi, I would like to synchronize some tickets between two trac instances. Background: There is one instance for the front desk and another one for the development department. For some reasons front desk staff can't be allowed to access the development trac and vice versa. Extra points, if the mechanism handles attachments gracefully and changes links into intertrac links :~) Many thanks in advance! Just out of curiosity, is this a physical limitation (i.e, the help desk can't actually access the trac server) or some poorly thought out shall not happen restriction? The reason I ask, there are some plugins for CustomerSupport type tickets that limit what can be done for creating tickets. Combined with other plugins like PrivateTickets, and also modifying permissions, you could easily limit front desk people to only creating tickets, and only seeing their own tickets, disallowing all coded, wiki, reports, etc. pages, and not even seeing tickets created by others. Might be worth a look to see what can be done, and see if that fits within the intent of the shall not access edict's actual intent. Otherwise you have some messy trigger to kick off a replication and restart of the other server or something all the time. --~--~-~--~~~---~--~~ 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: Having Trouble Configuring SessionStore
On Sun, May 10, 2009 at 10:49 AM, Bob Fitterman fitter...@gmail.com wrote: I am attempting to get a SessionStore configuration to work, but having no luck. The relevant sections of trac.ini are shown here: [account-manager] account_changes_notify_addresses = authentication_url = force_passwd_change = true generated_password_length = 8 hash_method = HtDigestHashMethod notify_actions = [] password_store = SessionStore [components] acct_mgr.* = enabled acct_mgr.admin.accountmanageradminpage = enabled acct_mgr.api.accountmanager = enabled acct_mgr.db.sessionstore = enabled acct_mgr.htfile.abstractpasswordfilestore = disabled acct_mgr.htfile.htdigeststore = disabled acct_mgr.htfile.htpasswdstore = disabled acct_mgr.http.httpauthstore = disabled acct_mgr.notification.accountchangelistener = enabled acct_mgr.notification.accountchangenotificationadminpanel = enabled acct_mgr.pwhash.htdigesthashmethod = enabled acct_mgr.pwhash.htpasswdhashmethod = disabled acct_mgr.svnserve.svnservepasswordstore = disabled acct_mgr.web_ui.accountmodule = enabled acct_mgr.web_ui.emailverificationmodule = enabled acct_mgr.web_ui.loginmodule = enabled acct_mgr.web_ui.registrationmodule = enabled trac.web.auth.loginmodule = enabled webadmin.* = enabled Trac comes up fine (it was already running okay with HtDigestStore enabled), but when I click on Login now, I get an error message: Trac Error Authentication information not available. Please refer to the installation documentation. I've poked around but can't really figure out where I'm going wrong or where to be looking for logged messages that might give me a clue to what's misconfigured. I'm running Trac 0.11.1 on Debian. A few this I noticed: * You already have acct_mgr.* = enabled. This enables all components in the acct_mgr package, so all those other acct_mgr.foo = enabled lines are redundant. The only lines you need are the ones that explicitly disable components. * webadmin.* = enabled should be removed. The functionality of the webadmin plugin is built into Trac 0.11. * You need trac.web.auth.loginmodule = disabled for the account manager plugin to handle authentication. --~--~-~--~~~---~--~~ 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: Custom Workflow question
Wow, this thread got hijacked into the whole there should be PM features in trac debate quickly. For the record, I am against, and should be an external PM tool that connects to trac to refresh itself with ticket dataanyway I think you want something like this: resolve = * - inQueue (or something more descriptive, I dunno) resolve.operations = set_resolution, set_owner_to_component_owner resolve.set_resolution = fixed, duplicate, ...etc. Then probably the latter step: finalize = resolved - closed finalize.permissions TICKET_ADMIN (or some custom permission, optionally of course) and you likely also want to add the resolved state(s) to your recovery actions reopen, unassign, etc. (i.e., reopen = inQueue, closed. - new) Finally, as a nice touch, you can update your roadmap states to show them differently for you or your build masters benefit in the roapmap. such as open ( I have a custom css group for these so they show up in a unique color, for example.) if you combine with the TypedTicketWorkflow plugin, you can even make it fancier depending on type. The ticket validation is also nice, for example to require an entry in the custom build notes field to move the ticket to Finalize. you also might want to add this state to any of the ignore fields for things like the EstimationTools plugin to consider these closed for the sake of calculating remaining effort, for example. --~--~-~--~~~---~--~~ 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] benchmarks or profilers ?
I am running a trac server that feels slower than it ought to be. Are there benchmarks or load testers that can be quantitative about this, and that can measure where time goes? I am running NetBSD 4 on xen (i386) apache 2.2 mod_wsgi pgsql 8.1 There are about 100 users with accounts of whom only a few are making requests at once. The machine has 1G of RAM and the disk is RAID-1 in the dom0 and I get 60 MB/s from it in the domU. I have configured apache to not make so many children, because I had lots of workers taking up RAM that weren't getting used. I did a 'vaccuum full analyze;' in pgsql, and probably should do this via cron daily; it seemed to help. Is updating pgsql to 8.3 advisable? Should I be looking at creating more indexes? I'm inclined to put some logging in trac around db queries, but it's hard to tell where the time is going. Things like getting a timeline take 5s (there are 13000 revisions in the svn, and probably 700 commits in the last 30 days), and a ticket query that returns 50 tickets takes 1s or so. pgpkMFARnTIlY.pgp Description: PGP signature
[Trac] Re: benchmarks or profilers ?
On Tue, May 12, 2009 at 11:56 AM, Greg Troxel g...@ir.bbn.com wrote: I am running a trac server that feels slower than it ought to be. Are there benchmarks or load testers that can be quantitative about this, and that can measure where time goes? I know there are pkgs like wsgi_intercept [1]_ which can be used to intercept running WSGI processes, however, this is not specific to what you are looking for since it's an in process approach and does nt consider Apache overload and network and so on ... Nontheless, there are packages with names like WSGIProfile -try to look for it at PyPI ;)- which might help. However there is not enough docs about it so I cannot be sure about what they do :-/ -- 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: Having Trouble Configuring SessionStore
Thanks, Erik. For future reference, if anyone else needs it, this works with trac 0.11: [account-manager] account_changes_notify_addresses = authentication_url = force_passwd_change = true generated_password_length = 8 hash_method = HtDigestHashMethod notify_actions = [] password_store = SessionStore [components] acct_mgr.* = enabled acct_mgr.htfile.abstractpasswordfilestore = disabled acct_mgr.htfile.htdigeststore = disabled acct_mgr.htfile.htpasswdstore = disabled acct_mgr.http.httpauthstore = disabled acct_mgr.pwhash.htpasswdhashmethod = disabled acct_mgr.svnserve.svnservepasswordstore = disabled trac.web.auth.loginmodule = disabled On Tue, May 12, 2009 at 12:48 PM, Erik Bray hyugaricd...@gmail.com wrote: On Sun, May 10, 2009 at 10:49 AM, Bob Fitterman fitter...@gmail.com wrote: I am attempting to get a SessionStore configuration to work, but having no luck. The relevant sections of trac.ini are shown here: [account-manager] account_changes_notify_addresses = authentication_url = force_passwd_change = true generated_password_length = 8 hash_method = HtDigestHashMethod notify_actions = [] password_store = SessionStore [components] acct_mgr.* = enabled acct_mgr.admin.accountmanageradminpage = enabled acct_mgr.api.accountmanager = enabled acct_mgr.db.sessionstore = enabled acct_mgr.htfile.abstractpasswordfilestore = disabled acct_mgr.htfile.htdigeststore = disabled acct_mgr.htfile.htpasswdstore = disabled acct_mgr.http.httpauthstore = disabled acct_mgr.notification.accountchangelistener = enabled acct_mgr.notification.accountchangenotificationadminpanel = enabled acct_mgr.pwhash.htdigesthashmethod = enabled acct_mgr.pwhash.htpasswdhashmethod = disabled acct_mgr.svnserve.svnservepasswordstore = disabled acct_mgr.web_ui.accountmodule = enabled acct_mgr.web_ui.emailverificationmodule = enabled acct_mgr.web_ui.loginmodule = enabled acct_mgr.web_ui.registrationmodule = enabled trac.web.auth.loginmodule = enabled webadmin.* = enabled Trac comes up fine (it was already running okay with HtDigestStore enabled), but when I click on Login now, I get an error message: Trac Error Authentication information not available. Please refer to the installation documentation. I've poked around but can't really figure out where I'm going wrong or where to be looking for logged messages that might give me a clue to what's misconfigured. I'm running Trac 0.11.1 on Debian. A few this I noticed: * You already have acct_mgr.* = enabled. This enables all components in the acct_mgr package, so all those other acct_mgr.foo = enabled lines are redundant. The only lines you need are the ones that explicitly disable components. * webadmin.* = enabled should be removed. The functionality of the webadmin plugin is built into Trac 0.11. * You need trac.web.auth.loginmodule = disabled for the account manager plugin to handle authentication. -- 917-710-5829 m --~--~-~--~~~---~--~~ 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: Quote code snippets in Wiki from source file
Why not have a regex for the end line as well? Ted On Tue, May 12, 2009 at 10:04 AM, jevans jevans...@gmail.com wrote: Andrew Gehring wrote: What plugin are you using for this, as the IncludeMacro plugin doesn't accept regex... On Tue, May 12, 2009 at 7:06 AM, jevans wrote: Since line numbers can shift so easily, how about something like: [[Include(source:trunk/somefile.cpp, '// Important section', 20)]] where the second parameter could be a regex matching something in the file. - jevans Sorry, that was an idea for improving the Include macro. I don't know of any current implementation. - 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: synchronize a ticket between two trac instances?
On 2009-05-12 09:23, yoheeb wrote: Just out of curiosity, is this a physical limitation (i.e, the help desk can't actually access the trac server) or some poorly thought out shall not happen restriction? Neither nor. It's a well-thought shall not happen restriction :~) The reason I ask, there are some plugins for CustomerSupport type tickets that limit what can be done for creating tickets. Combined with other plugins like PrivateTickets, and also modifying permissions, you could easily limit front desk people to only creating tickets, and only seeing their own tickets, disallowing all coded, wiki, reports, etc. pages, and not even seeing tickets created by others. Might be worth a look to see what can be done, and see if that fits within the intent of the shall not access edict's actual intent. When we set up multiple trac instances we were completely aware of private ticket and wiki page plugins. But the overhead of managing this seemed (and still seems) to be relatively high even compared to copying one ticket in a while manually from one system to another. Note that both departments have also their own wiki, SVN, etc. Thanks for the hint anyway. I'm sure for many similar situations your suggestion is be the best solution! --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---