49 | | SetHandler mod_python |
50 | | PythonInterpreter main_interpreter |
51 | | PythonHandler trac.web.modpython_frontend |
52 | | PythonOption TracEnv /var/trac/myproject |
53 | | PythonOption TracUriRoot /projects/myproject |
54 | | Order allow,deny |
55 | | Allow from all |
56 | | </Location> |
57 | | }}} |
58 | | |
59 | | The option '''`TracUriRoot`''' may or may not be necessary in your setup. Try your configuration without it; if the URLs produced by Trac look wrong, if Trac does not seem to recognize URLs correctly, or you get an odd "No handler matched request to..." error, add the '''`TracUriRoot`''' option. You will notice that the `Location` and '''`TracUriRoot`''' have the same path. |
60 | | |
61 | | The options available are |
62 | | {{{ |
63 | | # For a single project |
64 | | PythonOption TracEnv /var/trac/myproject |
65 | | # For multiple projects |
66 | | PythonOption TracEnvParentDir /var/trac/myprojects |
67 | | # For the index of multiple projects |
68 | | PythonOption TracEnvIndexTemplate /srv/www/htdocs/trac/project_list_template.html |
69 | | # A space delimitted list, with a "," between key and value pairs. |
70 | | PythonOption TracTemplateVars key1,val1 key2,val2 |
71 | | # Useful to get the date in the wanted order |
72 | | PythonOption TracLocale en_GB.UTF8 |
73 | | # See description above |
74 | | PythonOption TracUriRoot /projects/myproject |
75 | | }}} |
76 | | |
77 | | === Python Egg Cache === |
78 | | |
79 | | Compressed python eggs like Genshi are normally extracted into a directory named `.python-eggs` in the users home directory. Since apache's home usually is not writable an alternate egg cache directory can be specified like this: |
80 | | {{{ |
81 | | PythonOption PYTHON_EGG_CACHE /var/trac/myprojects/egg-cache |
82 | | }}} |
83 | | |
84 | | or you can uncompress the Genshi egg to resolve problems extracting from it. |
85 | | === Configuring Authentication === |
86 | | |
87 | | Creating password files and configuring authentication works similar to the process for [wiki:TracCgi#AddingAuthentication CGI]: |
88 | | {{{ |
89 | | #!xml |
90 | | <Location /projects/myproject/login> |
91 | | AuthType Basic |
92 | | AuthName "myproject" |
93 | | AuthUserFile /var/trac/myproject/.htpasswd |
94 | | Require valid-user |
95 | | </Location> |
96 | | }}} |
97 | | |
98 | | Configuration for mod_ldap authentication in Apache is a bit tricky (httpd 2.2.x and OpenLDAP: slapd 2.3.19) |
99 | | |
100 | | 1. You need to load the following modules in Apache httpd.conf |
101 | | {{{ |
102 | | LoadModule ldap_module modules/mod_ldap.so |
103 | | LoadModule authnz_ldap_module modules/mod_authnz_ldap.so |
104 | | }}} |
105 | | |
106 | | 2. Your httpd.conf also needs to look something like: |
107 | | |
108 | | {{{ |
109 | | #!xml |
110 | | <Location /trac/> |
114 | | PythonOption TracEnv /home/trac/ |
115 | | PythonOption TracUriRoot /trac/ |
116 | | Order deny,allow |
117 | | Deny from all |
118 | | Allow from 192.168.11.0/24 |
119 | | AuthType Basic |
120 | | AuthName "Trac" |
121 | | AuthBasicProvider "ldap" |
122 | | AuthLDAPURL "ldap://127.0.0.1/dc=example,dc=co,dc=ke?uid?sub?(objectClass=inetOrgPerson)" |
123 | | authzldapauthoritative Off |
124 | | require valid-user |
125 | | </Location> |
126 | | }}} |
127 | | |
128 | | Or the LDAP interface to a Microsoft Active Directory: |
129 | | |
130 | | {{{ |
131 | | #!xml |
132 | | <Location /trac/> |
| 58 | PythonOption TracEnv /var/trac/myproject |
| 59 | PythonOption TracUriRoot /projects/myproject |
| 60 | # For Apache 2.2 |
| 61 | <IfModule !mod_authz_core.c> |
| 62 | Order allow,deny |
| 63 | Allow from all |
| 64 | </IfModule> |
| 65 | # For Apache 2.4 |
| 66 | <IfModule mod_authz_core.c> |
| 67 | Require all granted |
| 68 | </IfModule> |
| 69 | </Location> |
| 70 | }}} |
| 71 | |
| 72 | The option '''`TracUriRoot`''' may or may not be necessary in your setup. Try your configuration without it; if the URLs produced by Trac look wrong, if Trac does not seem to recognize URLs correctly, or you get an odd "No handler matched request to..." error, add the '''`TracUriRoot`''' option. You will notice that the `Location` and '''`TracUriRoot`''' have the same path. |
| 73 | |
| 74 | The options available are: |
| 75 | {{{#!apache |
| 76 | # For a single project |
| 77 | PythonOption TracEnv /var/trac/myproject |
| 78 | |
| 79 | # For multiple projects |
| 80 | PythonOption TracEnvParentDir /var/trac/myprojects |
| 81 | |
| 82 | # For the index of multiple projects |
| 83 | PythonOption TracEnvIndexTemplate /srv/www/htdocs/trac/project_list_template.html |
| 84 | |
| 85 | # A space delimitted list, with a "," between key and value pairs. |
| 86 | PythonOption TracTemplateVars key1,val1 key2,val2 |
| 87 | |
| 88 | # Useful to get the date in the wanted order |
| 89 | PythonOption TracLocale en_GB.UTF8 |
| 90 | |
| 91 | # See description above |
| 92 | PythonOption TracUriRoot /projects/myproject |
| 93 | }}} |
| 94 | |
| 95 | === Python Egg Cache |
| 96 | |
| 97 | Compressed Python eggs like Genshi are normally extracted into a directory named `.python-eggs` in the users home directory. Since Apache's home usually is not writeable, an alternate egg cache directory can be specified like this: |
| 98 | {{{#!apache |
| 99 | PythonOption PYTHON_EGG_CACHE /var/trac/myprojects/egg-cache |
| 100 | }}} |
| 101 | |
| 102 | Or you can uncompress the Genshi egg to resolve problems extracting from it. |
| 103 | |
| 104 | === Configuring Authentication |
| 105 | |
| 106 | See corresponding section in the [wiki:TracModWSGI#ConfiguringAuthentication] page. |
| 107 | |
| 108 | == Advanced Configuration |
| 109 | |
| 110 | === Setting the Python Egg Cache |
| 111 | |
| 112 | If the Egg Cache isn't writeable by your Web server, you'll either have to change the permissions, or point Python to a location where Apache can write. This can manifest itself as a `500 internal server error` and/or a complaint in the syslog. |
| 113 | |
| 114 | {{{#!apache |
| 115 | <Location /projects/myproject> |
| 116 | ... |
| 117 | PythonOption PYTHON_EGG_CACHE /tmp |
| 118 | ... |
| 119 | </Location> |
| 120 | }}} |
| 121 | |
| 122 | === Setting the !PythonPath |
| 123 | |
| 124 | If the Trac installation isn't installed in your Python path, you will have to tell Apache where to find the Trac mod_python handler using the `PythonPath` directive: |
| 125 | {{{#!apache |
| 126 | <Location /projects/myproject> |
| 127 | ... |
| 128 | PythonPath "sys.path + ['/path/to/trac']" |
| 129 | ... |
| 130 | </Location> |
| 131 | }}} |
| 132 | |
| 133 | Be careful about using the !PythonPath directive, and ''not'' `SetEnv PYTHONPATH`, as the latter won't work. |
| 134 | |
| 135 | === Setting up multiple projects |
| 136 | |
| 137 | The Trac mod_python handler supports a configuration option similar to Subversion's `SvnParentPath`, called `TracEnvParentDir`: |
| 138 | {{{#!apache |
| 139 | <Location /projects> |
136 | | PythonOption TracEnv /home/trac/ |
137 | | PythonOption TracUriRoot /trac/ |
138 | | Order deny,allow |
139 | | Deny from all |
140 | | Allow from 192.168.11.0/24 |
141 | | AuthType Basic |
142 | | AuthName "Trac" |
143 | | AuthBasicProvider "ldap" |
144 | | AuthLDAPURL "ldap://adserver.company.com:3268/DC=company,DC=com?sAMAccountName?sub?(objectClass=user)" |
145 | | AuthLDAPBindDN [email protected] |
146 | | AuthLDAPBindPassword "the_password" |
147 | | authzldapauthoritative Off |
148 | | # require valid-user |
149 | | require ldap-group CN=Trac Users,CN=Users,DC=company,DC=com |
150 | | </Location> |
151 | | }}} |
152 | | |
153 | | Note 1: This is the case where the LDAP search will get around the multiple OUs, conecting to Global Catalog Server portion of AD (Notice the port is 3268, not the normal LDAP 389). The GCS is basically a "flattened" tree which allows searching for a user without knowing to which OU they belong. |
154 | | |
155 | | Note 2: Active Directory requires an authenticating user/password to access records (AuthLDAPBindDN and AuthLDAPBindPassword). |
156 | | |
157 | | Note 3: The directive "require ldap-group ..." specifies an AD group whose members are allowed access. |
158 | | |
159 | | |
160 | | === Setting the Python Egg Cache === |
161 | | |
162 | | If the Egg Cache isn't writeable by your Web server, you'll either have to change the permissions, or point Python to a location where Apache can write. This can manifest itself as a ''500 internal server error'' and/or a complaint in the syslog. |
163 | | |
164 | | {{{ |
165 | | #!xml |
166 | | <Location /projects/myproject> |
167 | | ... |
168 | | PythonOption PYTHON_EGG_CACHE /tmp |
169 | | ... |
170 | | </Location> |
171 | | }}} |
172 | | |
173 | | |
174 | | === Setting the !PythonPath === |
175 | | |
176 | | If the Trac installation isn't installed in your Python path, you'll have to tell Apache where to find the Trac mod_python handler using the `PythonPath` directive: |
177 | | {{{ |
178 | | #!xml |
179 | | <Location /projects/myproject> |
180 | | ... |
181 | | PythonPath "sys.path + ['/path/to/trac']" |
182 | | ... |
183 | | </Location> |
184 | | }}} |
185 | | |
186 | | Be careful about using the !PythonPath directive, and ''not'' `SetEnv PYTHONPATH`, as the latter won't work. |
187 | | |
188 | | == Setting up multiple projects == |
189 | | |
190 | | The Trac mod_python handler supports a configuration option similar to Subversion's `SvnParentPath`, called `TracEnvParentDir`: |
191 | | {{{ |
192 | | #!xml |
193 | | <Location /projects> |
194 | | SetHandler mod_python |
195 | | PythonInterpreter main_interpreter |
196 | | PythonHandler trac.web.modpython_frontend |
254 | | For a virtual host that supports multiple projects replace "`TracEnv`" /var/trac/myproject with "`TracEnvParentDir`" /var/trac/ |
255 | | |
256 | | Note: !DocumentRoot should not point to your Trac project env. As Asmodai wrote on #trac: "suppose there's a webserver bug that allows disclosure of !DocumentRoot they could then leech the entire Trac environment". |
257 | | |
258 | | == Troubleshooting == |
259 | | |
260 | | In general, if you get server error pages, you can either check the Apache error log, or enable the `PythonDebug` option: |
261 | | {{{ |
262 | | #!xml |
| 199 | For a virtual host that supports multiple projects replace `TracEnv /var/trac/myproject` with `TracEnvParentDir /var/trac`. |
| 200 | |
| 201 | '''Note''': !DocumentRoot should not point to your Trac project env. As Asmodai wrote on #trac: "suppose there's a webserver bug that allows disclosure of !DocumentRoot they could then leech the entire Trac environment". |
| 202 | |
| 203 | == Troubleshooting |
| 204 | |
| 205 | If you get server error pages, you can either check the Apache error log, or enable the `PythonDebug` option: |
| 206 | {{{#!apache |
| 215 | === Login Not Working |
| 216 | |
| 217 | If you've used `<Location />` directive, it will override any other directives, as well as `<Location /login>`. |
| 218 | The workaround is to use negation expression as follows (for multi project setups): |
| 219 | {{{#!apache |
| 220 | #this one for other pages |
| 221 | <Location ~ "/*(?!login)"> |
| 222 | SetHandler mod_python |
| 223 | PythonHandler trac.web.modpython_frontend |
| 224 | PythonOption TracEnvParentDir /projects |
| 225 | PythonOption TracUriRoot / |
| 226 | </Location> |
| 227 | |
| 228 | #this one for login page |
| 229 | <Location ~ "/[^/]+/login"> |
| 230 | SetHandler mod_python |
| 231 | PythonHandler trac.web.modpython_frontend |
| 232 | PythonOption TracEnvParentDir /projects |
| 233 | PythonOption TracUriRoot / |
| 234 | |
| 235 | #remove these if you don't want to force SSL |
| 236 | RewriteEngine On |
| 237 | RewriteCond %{HTTPS} off |
| 238 | RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} |
| 239 | |
| 240 | AuthType Basic |
| 241 | AuthName "Trac" |
| 242 | AuthUserFile /projects/.htpasswd |
| 243 | Require valid-user |
| 244 | </Location> |
| 245 | }}} |
| 246 | |
274 | | In Python 2.4, some version of Expat (an XML parser library written in C) is used, |
275 | | and if Apache is using another version, this results in segmentation faults. |
276 | | As Trac 0.11 is using Genshi, which will indirectly use Expat, that problem |
277 | | can now hit you even if everything was working fine before with Trac 0.10. |
278 | | |
279 | | See Graham Dumpleton's detailed [http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash explanation and workarounds] for the issue. |
280 | | |
281 | | === Form submission problems === |
| 250 | In Python 2.4, some version of [http://expat.sourceforge.net/ Expat] (an XML parser library written in C) is used and if Apache is using another version, this results in segmentation faults. |
| 251 | As Trac 0.11 is using Genshi, which will indirectly use Expat, that problem can now hit you even if everything was working fine before with Trac 0.10. This problem has not been reported for Python 2.5+, so best to upgrade. |
| 252 | |
| 253 | === Form submission problems |
285 | | === Problem with virtual host configuration === |
286 | | |
287 | | If the <Location /> directive is used, setting the `DocumentRoot` may result in a ''403 (Forbidden)'' error. Either remove the `DocumentRoot` directive, or make sure that accessing the directory it points is allowed (in a corresponding `<Directory>` block). |
288 | | |
289 | | Using <Location /> together with `SetHandler` resulted in having everything handled by mod_python, which leads to not being able download any CSS or images/icons. I used <Location /trac> `SetHandler None` </Location> to circumvent the problem, though I do not know if this is the most elegant solution. |
290 | | |
291 | | === Problem with zipped egg === |
292 | | |
293 | | It's possible that your version of mod_python will not import modules from zipped eggs. If you encounter an `ImportError: No module named trac` in your Apache logs but you think everything is where it should be, this might be your problem. Look in your site-packages directory; if the Trac module appears as a ''file'' rather than a ''directory'', then this might be your problem. To rectify, try installing Trac using the `--always-unzip` option, like this: |
294 | | |
295 | | {{{ |
| 257 | === Problem with virtual host configuration |
| 258 | |
| 259 | If the <Location /> directive is used, setting the `DocumentRoot` may result in a ''403 (Forbidden)'' error. Either remove the `DocumentRoot` directive, or make sure that accessing the directory it points is allowed, in a corresponding `<Directory>` block. |
| 260 | |
| 261 | Using <Location /> together with `SetHandler` resulted in having everything handled by mod_python, which leads to not being able to download any CSS or images/icons. Use <Location /trac> `SetHandler None` </Location> to circumvent the problem, though this may not be the most elegant solution. |
| 262 | |
| 263 | === Problem with zipped egg |
| 264 | |
| 265 | It's possible that your version of mod_python will not import modules from zipped eggs. If you encounter an `ImportError: No module named trac` in your Apache logs but you think everything is where it should be, this might be your problem. Look in your site-packages directory; if the Trac module appears as a ''file'' rather than a ''directory'', then this might be your problem. To rectify this, try installing Trac using the `--always-unzip` option: |
| 266 | |
| 267 | {{{#!sh |
331 | | |
332 | | === Win32 Issues === |
333 | | If you run trac with mod_python < 3.2 on Windows, uploading attachments will '''not''' work. This problem is resolved in mod_python 3.1.4 or later, so please upgrade mod_python to fix this. |
334 | | |
335 | | |
336 | | === OS X issues === |
337 | | |
338 | | When using mod_python on OS X you will not be able to restart Apache using `apachectl restart`. This is apparently fixed in mod_python 3.2, but there's also a patch available for earlier versions [http://www.dscpl.com.au/projects/vampire/patches.html here]. |
339 | | |
340 | | === SELinux issues === |
341 | | |
342 | | If Trac reports something like: ''Cannot get shared lock on db.lock'' |
343 | | The security context on the repository may need to be set: |
344 | | |
345 | | {{{ |
| 303 | === Platform specific issues |
| 304 | ==== Win32 Issues |
| 305 | |
| 306 | If you run Trac with mod_python < 3.2 on Windows, uploading attachments will '''not''' work. This problem is resolved in mod_python 3.1.4 or later, so please upgrade mod_python to fix this. |
| 307 | |
| 308 | ==== OS X issues |
| 309 | |
| 310 | When using mod_python on OS X you will not be able to restart Apache using `apachectl restart`. This is apparently fixed in mod_python 3.2, so please upgrade mod_python to fix this. |
| 311 | |
| 312 | ==== SELinux issues |
| 313 | |
| 314 | If Trac reports something like: `Cannot get shared lock on db.lock`, then the security context on the repository may need to be set: |
| 315 | |
| 316 | {{{#!sh |
349 | | See also [http://subversion.tigris.org/faq.html#reposperms] |
350 | | |
351 | | === FreeBSD issues === |
352 | | Pay attention to the version of the installed mod_python and sqlite packages. Ports have both the new and old ones, but earlier versions of pysqlite and mod_python won't integrate as the former requires threaded support in python, and the latter requires a threadless install. |
353 | | |
354 | | If you compiled and installed apache2, apache wouldn´t support threads (cause it doesn´t work very well on FreeBSD). You could force thread support when running ./configure for apache, using --enable-threads, but this isn´t recommendable. |
355 | | The best option [http://modpython.org/pipermail/mod_python/2006-September/021983.html seems to be] adding to /usr/local/apache2/bin/ennvars the line |
356 | | |
357 | | {{{ |
| 320 | See also [https://subversion.apache.org/faq.html#reposperms How do I set repository permissions correctly?] |
| 321 | |
| 322 | ==== FreeBSD issues |
| 323 | |
| 324 | The FreeBSD ports have both the new and old versions of mod_python and SQLite, but earlier versions of pysqlite and mod_python won't integrate: |
| 325 | * pysqlite requires threaded support in Python |
| 326 | * mod_python requires a threadless install. |
| 327 | |
| 328 | Apache2 does not automatically support threads on FreeBSD. You could force thread support when running `./configure` for Apache, using `--enable-threads`, but this isn´t recommended. |
| 329 | The best option [http://modpython.org/pipermail/mod_python/2006-September/021983.html seems to be] adding to /usr/local/apache2/bin/ennvars the line: |
| 330 | |
| 331 | {{{#!sh |
361 | | === Subversion issues === |
362 | | |
363 | | If you get the following Trac Error `Unsupported version control system "svn"` only under mod_python, though it works well on the command-line and even with TracStandalone, chances are that you forgot to add the path to the Python bindings with the [TracModPython#ConfiguringPythonPath PythonPath] directive. (The better way is to add a link to the bindings in the Python `site-packages` directory, or create a `.pth` file in that directory.) |
364 | | |
365 | | If this is not the case, it's possible that you're using Subversion libraries that are binary incompatible with the apache ones (an incompatibility of the `apr` libraries is usually the cause). In that case, you also won't be able to use the svn modules for Apache (`mod_dav_svn`). |
366 | | |
367 | | You also need a recent version of `mod_python` in order to avoid a runtime error ({{{argument number 2: a 'apr_pool_t *' is expected}}}) due to the default usage of multiple sub-interpreters. 3.2.8 ''should'' work, though it's probably better to use the workaround described in [trac:#3371 #3371], in order to force the use of the main interpreter: |
368 | | {{{ |
| 335 | ==== Fedora 7 Issues |
| 336 | |
| 337 | Make sure you install the 'python-sqlite2' package as it seems to be required for TracModPython, but not for tracd. |
| 338 | |
| 339 | === Subversion issues |
| 340 | |
| 341 | If you get the following Trac error `Unsupported version control system "svn"` only under mod_python, though it works well on the command-line and even with TracStandalone, chances are that you forgot to add the path to the Python bindings with the [TracModPython#ConfiguringPythonPath PythonPath] directive. A better way is to add a link to the bindings in the Python `site-packages` directory, or create a `.pth` file in that directory. |
| 342 | |
| 343 | If this is not the case, it's possible that you are using Subversion libraries that are binary incompatible with the Apache ones and an incompatibility of the `apr` libraries is usually the cause. In that case, you also won't be able to use the svn modules for Apache (`mod_dav_svn`). |
| 344 | |
| 345 | You also need a recent version of `mod_python` in order to avoid a runtime error ({{{argument number 2: a 'apr_pool_t *' is expected}}}) due to the default usage of multiple sub-interpreters. Version 3.2.8 ''should'' work, though it's probably better to use the workaround described in [trac:#3371 #3371], in order to force the use of the main interpreter: |
| 346 | {{{#!apache |
384 | | Note: For the above configuration to have any effect it must be put after the configuration of your project root location, i.e. {{{<Location /myproject />}}}. |
385 | | |
386 | | Also, setting `PythonOptimize On` seems to mess up the page headers and footers, in addition to hiding the documentation for macros and plugins (see #Trac8956). Considering how little effect the option has, it is probably a good idea to leave it `Off`. |
387 | | |
388 | | === HTTPS issues === |
389 | | |
390 | | If you want to run Trac fully under https you might find that it tries to redirect to plain http. In this case just add the following line to your apache configuration: |
391 | | {{{ |
392 | | #!xml |
393 | | <VirtualHost * > |
| 362 | '''Note''': For the above configuration to have any effect it must be put after the configuration of your project root location, ie {{{<Location /myproject />}}}. |
| 363 | |
| 364 | === HTTPS issues |
| 365 | |
| 366 | If you want to run Trac fully under https you might find that it tries to redirect to plain http. In this case just add the following line to your Apache configuration: |
| 367 | {{{#!apache |
| 368 | <VirtualHost *> |
401 | | === Fedora 7 Issues === |
402 | | Make sure you install the 'python-sqlite2' package as it seems to be required for TracModPython but not for tracd |
403 | | |
404 | | |
405 | | === Segmentation fault with php5-mhash or other php5 modules === |
406 | | You may encounter segfaults (reported on debian etch) if php5-mhash module is installed. Try to remove it to see if this solves the problem. See debian bug report [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411487] |
407 | | |
408 | | Some people also have troubles when using php5 compiled with its own 3rd party libraries instead of system libraries. Check here [http://www.djangoproject.com/documentation/modpython/#if-you-get-a-segmentation-fault] |
| 376 | === Segmentation fault with php5-mhash or other php5 modules |
| 377 | |
| 378 | You may encounter segfaults (reported on Debian etch) if php5-mhash module is installed. Try to remove it to see if this solves the problem. See [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411487 Debian bug report]. |
| 379 | |
| 380 | Some people also have troubles when using PHP5 compiled with its own third party libraries instead of system libraries. Check [https://www.djangoproject.com/documentation/modpython/#if-you-get-a-segmentation-fault Django segmentation fault]. |