[Trac] Setting up Trac with Subversion
I am in verse to setup Trac with SVN .SVN is running on fedora 9 with WebDAV Configured. I installed Trac on the same machine through tar.gz and installing it running python script as instructed in INSTALL file.Now I created a file manually called trac.conf under /etc/http/conf.d/ directory. the trac.conf says: [code] Location /trac SetHandler mod_python PythonHandler trac.web.modpython_frontend PythonOption TracEnv /srv/trac/innova PythonOption TracUriRoot /trac SetEnv PYTHON_EGG_CACHE /tmp PythonInterpreter trac /Location Location /trac/login AuthType Basic AuthName Innovation Projects Authentication Screen AuthUserFile /svn/repos/innovabox/svnpass Require valid-user /Location IfModule mod_dav.c #Location /svn/repos/innovabox #DAV svn #SVNPath /svn/repos/innovabox #/Location] Location /svn/innovabox DAV svn SVNPath /svn/repos/innovabox AuthType Basic AuthName Innovation Project SVN Repository AuthUserFile /svn/repos/innovabox/svnpass Require valid-user AuthzSVNAccessFile /svn/repos/innovabox/svnauth /Location /IfModule [/code] Surprisingly things working fine.I can login through same credentials which I created under SVN WebDAV Interface. Just wanted to know if something goes missing here. Last Year I followed different approach which I mentioned in my blog http://www.linuxquestions.org/blog/yourshadow03-415969/2008/8/25/installing-trac-on-linux-1146/ Where I installed accoutnmanager module.Dont we need it with my new setup on Fedora. Please suggest? --~--~-~--~~~---~--~~ 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] Trac 0.11.5 from command line : error [raise DistributionNotFound(req)]
i, When trying to run Trac 0.11.5 from the command line, I've got the following error: D:\serv\trac_instances\projectstrac-admin trac help Traceback (most recent call last): File C:\Python25\Scripts\trac-admin-script.py, line 5, in module from pkg_resources import load_entry_point File C:\Python25\lib\site-packages\pkg_resources.py, line 2565, in module parse_requirements(__requires__), Environment() File C:\Python25\lib\site-packages\pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: Trac==0.11.5 Any idea ? thanks for your help, Pierre --~--~-~--~~~---~--~~ 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 0.11.5 from command line : error [raise DistributionNotFound(req)]
pierrerot...@gmail.com wrote: i, When trying to run Trac 0.11.5 from the command line, I've got the following error: D:\serv\trac_instances\projectstrac-admin trac help Traceback (most recent call last): File C:\Python25\Scripts\trac-admin-script.py, line 5, in module from pkg_resources import load_entry_point File C:\Python25\lib\site-packages\pkg_resources.py, line 2565, in module parse_requirements(__requires__), Environment() File C:\Python25\lib\site-packages\pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: Trac==0.11.5 Any idea ? See http://trac.edgewall.org/ticket/7625 -- 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: Trac 0.11.5 from command line : error [raise DistributionNotFound(req)]
Ok thanks a lot, sorry for not having checked the TracUpgrade wiki page. Pierre On 27 juil, 09:36, Christian Boos cb...@neuf.fr wrote: pierrerot...@gmail.com wrote: i, When trying to run Trac 0.11.5 from the command line, I've got the following error: D:\serv\trac_instances\projectstrac-admin trac help Traceback (most recent call last): File C:\Python25\Scripts\trac-admin-script.py, line 5, in module from pkg_resources import load_entry_point File C:\Python25\lib\site-packages\pkg_resources.py, line 2565, in module parse_requirements(__requires__), Environment() File C:\Python25\lib\site-packages\pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: Trac==0.11.5 Any idea ? Seehttp://trac.edgewall.org/ticket/7625 -- 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] Browse Source inaccessibility problem : Trac 0.11 and SVN 1.6
I've setup a project with trac (using mod_python) and bound it with svn. In trac.conf, following is the entry for svn IfModule mod_dav.c Location /svn/demo DAV svn SVNPath /srv/svn/demo /Location /IfModule I am able to access the sourcecode through svn using the url http:// host.com/svn/demo. But the problem is even though I've added the Browse source page under anonymous user privilege, its gives error when I try to access the page, even when I'm logged in with the error Error: Forbidden on the browser. Also a red coloured strip gets displayed just below the error message. From trac.log I got the following error Trac[main] WARNING: HTTPForbidden: 403 Forbidden (). Below is the permission rule I've set using trac-admin. User Action -- admin TRAC_ADMIN anonymous BROWSER_VIEW anonymous CHANGESET_VIEW anonymous FILE_VIEW anonymous LOG_VIEW anonymous MILESTONE_VIEW anonymous REPORT_SQL_VIEW anonymous REPORT_VIEW anonymous ROADMAP_VIEW anonymous SEARCH_VIEW anonymous TIMELINE_VIEW anonymous WIKI_VIEW authenticated TICKET_CREATE authenticated TICKET_MODIFY authenticated WIKI_CREATE authenticated WIKI_MODIFY Available actions: BROWSER_VIEW, CHANGESET_VIEW, CONFIG_VIEW, EMAIL_VIEW, FILE_VIEW, LOG_VIEW, MILESTONE_ADMIN, MILESTONE_CREATE, MILESTONE_DELETE, MILESTONE_MODIFY, MILESTONE_VIEW, PERMISSION_ADMIN, PERMISSION_GRANT, PERMISSION_REVOKE, REPORT_ADMIN, REPORT_CREATE, REPORT_DELETE, REPORT_MODIFY, REPORT_SQL_VIEW, REPORT_VIEW, ROADMAP_ADMIN, ROADMAP_VIEW, SEARCH_VIEW, TICKET_ADMIN, TICKET_APPEND, TICKET_CHGPROP, TICKET_CREATE, TICKET_EDIT_CC, TICKET_EDIT_DESCRIPTION, TICKET_MODIFY, TICKET_VIEW, TIMELINE_VIEW, TRAC_ADMIN, WIKI_ADMIN, WIKI_CREATE, WIKI_DELETE, WIKI_MODIFY, WIKI_VIEW Please help me out on how to get the 'Browse source' page displayed. Let me know if you need more information on this. Thanks, soumo. --~--~-~--~~~---~--~~ 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: Mod_Python vs mod_wsgi
After looking into the most current version of mod_python, I found that there is little to no support for it - development seems to have stopped about 1 1/2 years ago. The last active developer has suggested that users move to mod_wsgi. Reference: http://code.google.com/p/modwsgi/ The message can be found at: http://modpython.org/pipermail/mod_python/2009-July/026279.html I would appreciate comments. I am running trac on about 5 boxes, NetBSD 4 or 5, i386 or amd64, apache 2.2.x. Most are running mod_wsgi and perhaps one or two mod_python. My plan is to make them all run mod_wsgi. I suspect that mod_python leaks memory into apache, even the master process, but I can't quite prove that. mod_wsgi is slightly tricky to set up in that you need to install a small script but once you get it working it is entirely reliable, so this is in my view not a worry. So I recommend that you use mod_wsgi. Graham presumably would have said that too, but I'm disinterested :-) pgpM3NyrPDYRX.pgp Description: PGP signature
[Trac] Open Directory authentication
Hi all, For the past year and a bit we have been running Trac 0.11 on Apple OS X Server's apache, using HtDigest authentication. It's been working well.. Authenticating against the user database in Open Directory, without any need to specify a users file in apache's Location config. I successully updated the code to 11.4, and ran the trac-admin upgrade with our older db and everything seemed fine. The problem started when I created a new Trac project db and moved that in to the existing site. Anyways, the problem is that the browser still asks for user/ password ... which works.. But when Trac loads it can't see which user is logged on. Basically it's treating all my authenticated users as 'anonymous'. I'm guessing the problem may lie with AccountManagerPlugin.. But I've disabled and removed it. I'm hoping its something small and simple I can fix to go back to the way things were, but either way the problem seems to be in my db. Any thoughts or ideas? Thanks in advance... -David --~--~-~--~~~---~--~~ 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] change order of built-in ticket fields?
Is there a way to change the order of the fields for the built-in trac fields (with out using any track-hacks). I can reorder the custom fields, but can't seem to find a way to do things such as component, etc. -- John --~--~-~--~~~---~--~~ 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: removing all tickets
On Mon, Jul 27, 2009 at 12:23 PM, David Starrdst...@trapeze.com wrote: Hi again just a quick question here.. What's the safest way to remove all the tickets from a Trac db? Thanks again! -David What do you mean by safest? Now matter how you do it, once they're gone, they're gone. --~--~-~--~~~---~--~~ 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: change order of built-in ticket fields?
On Jul 27, 1:43 pm, John Andrunas j...@andrunas.net wrote: Is there a way to change the order of the fields for the built-in trac fields (with out using any track-hacks). I can reorder the custom fields, but can't seem to find a way to do things such as component, etc. -- John Not without a plugin, no. There are a few plugins. GridFlow, GridModify, BlackMagicTicketTweaksetc. I am assuming 0.11.X I can't speak for 0.12 --~--~-~--~~~---~--~~ 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] Link to ticket custom field value?
would this be possible? I guess I could actually do it the other way by using a text area field, and using include macro to link to wiki text, however what I would like to do: include in the wiki something like: ticket X has an estimated hours value of [[GetTicketField (X ,estimatedhours)]] where X is a ticket number What would be the best place to start for a macro like this? IncludeMacro? 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: Mod_Python vs mod_wsgi
On Jul 27, 9:39 pm, Greg Troxel g...@ir.bbn.com wrote: After looking into the most current version of mod_python, I found that there is little to no support for it - development seems to have stopped about 1 1/2 years ago. The last active developer has suggested that users move to mod_wsgi. Reference: http://code.google.com/p/modwsgi/ The message can be found at: http://modpython.org/pipermail/mod_python/2009-July/026279.html I would appreciate comments. I am running trac on about 5 boxes, NetBSD 4 or 5, i386 or amd64, apache 2.2.x. Most are running mod_wsgi and perhaps one or two mod_python. My plan is to make them all run mod_wsgi. I suspect that mod_python leaks memory into apache, even the master process, but I can't quite prove that. Yes, mod_python has a problem in it whereby it doesn't destroy the interpreter properly in Apache parent process resulting in all the memory in use by the interpreter being leaked. See: https://issues.apache.org/jira/browse/MODPYTHON-235 In mod_wsgi, it does destroy the interpreter properly and so doesn't suffer the same problem. That said, the Python interpreter itself, even when destroyed, does leak a small amount of memory depending on which version of Python you are using. End result is that for mod_wsgi, you still may see Apache parent process grow in memory usage if you do a lot of restarts or graceful restart, rather than complete stop/start. mod_wsgi is slightly tricky to set up in that you need to install a small script but once you get it working it is entirely reliable, so this is in my view not a worry. Although some like that mod_python can just refer to a installed Python module, that it does this is a PITA. This is because it is completely contrary to the Apache resource model and as a result the SCRIPT_NAME value which identifies where an application is mounted is usually never correct for mod_python. As a result, applications when using mod_python usually have to provide a way of fudging things by telling the application manually where it is mounted. So I recommend that you use mod_wsgi. Graham presumably would have said that too, but I'm disinterested :-) As much as I would like to see mod_python vanish, I am not that blatant about telling people that mod_python is a stinking pile of cow turd and that mod_wsgi is much sweeter smelling. :-) Graham --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
