[Trac] mod_wsgi + multiple projects - works well, but unclear about a few things
hi all wsgi gurus
my goal was to get several isolated trac no-site-packages virtualenvs
running under mod_wsgi: 0.11 virtualenv for bunch of live projets,
0.12-dev1 for project dev1 and 0.12-dev2 for project dev2. but i am
somewhat unclear regarding ApplicationGroups and ProcessGroups - some
setup guides did it one way, some the other. so i also seem to have a
mix in my config file. what about having both dev1 and dev2 both in
ApplicationGroup %{SERVER}%, should they be in separate AG, or does
separate PGs take care of that? perhaps someone could tell me if
there's something to be fixed here:
/etc/apache2/modules.d/70_mod_wsgi.conf:
IfDefine WSGI
LoadModule wsgi_module modules/mod_wsgi.so
WSGIDaemonProcess dev1 user=leho group=apache threads=25 python-path=/
secure/trac/virtual-0.12-dev1/lib/python2.5/site-packages:/secure/trac/
virtual-0.12-dev1/bin
WSGIScriptAlias /project/dev1 /secure/trac/virtual-0.12-dev1/bin/
virtual-0.12-dev1.wsgi
Location /projekt/dev1
WSGIReloadMechanism Process
WSGIProcessGroup dev1
WSGIApplicationGroup %{SERVER}
SetEnv trac.locale et_EE.UTF-8
/Location
WSGIDaemonProcess dev2 user=leho group=apache threads=25 python-path=/
secure/trac/virtual-0.12-dev2/lib/python2.5/site-packages:/secure/trac/
virtual-0.12-dev2/bin
WSGIScriptAlias /project/dev2 /secure/trac/virtual-0.12-dev2/bin/
virtual-0.12-dev2.wsgi
Location /projekt/dev2
WSGIReloadMechanism Process
WSGIProcessGroup dev2
WSGIApplicationGroup %{SERVER}
SetEnv trac.locale et_EE.UTF-8
/Location
WSGIScriptAlias /project /secure/trac/virtual-0.11/bin/
virtual-0.11.wsgi
Directory /secure/trac/virtual-0.11/bin
WSGIApplicationGroup %{GLOBAL}
SetEnv trac.locale et_EE.UTF-8
SetEnv trac.env_index_template /secure/home/httpd/htdocs/project/
index.html
/Directory
/IfDefine
--~--~-~--~~~---~--~~
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: Right-hand margin ...
On Oct 28, 3:16 am, Kiffin Gish kiffin.g...@planet.nl wrote: What's the easiest way to define a right-hand margin on all of the trac pages containing my own user-defined stuff, e.g. tags, most popular links, etc? The only hack I know of that implements this is the NewsFlashMacro: http://trac-hacks.org/wiki/NewsFlashMacro. --~--~-~--~~~---~--~~ 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_wsgi + multiple projects - works well, but unclear about a few things
On Oct 29, 7:00 pm, Leho Kraav lkoogliz...@gmail.com wrote:
hi all wsgi gurus
my goal was to get several isolated trac no-site-packages virtualenvs
running under mod_wsgi: 0.11 virtualenv for bunch of live projets,
0.12-dev1 for project dev1 and 0.12-dev2 for project dev2. but i am
somewhat unclear regarding ApplicationGroups and ProcessGroups - some
setup guides did it one way, some the other. so i also seem to have a
mix in my config file. what about having both dev1 and dev2 both in
ApplicationGroup %{SERVER}%, should they be in separate AG, or does
separate PGs take care of that? perhaps someone could tell me if
there's something to be fixed here:
For Trac, due to limitations in Python wrappers for subversion, you
must use:
WSGIApplicationGroup %{GLOBAL}
So, if using subversion you don't have a choice and if need separation
must use daemon process groups instead.
/etc/apache2/modules.d/70_mod_wsgi.conf:
IfDefine WSGI
LoadModule wsgi_module modules/mod_wsgi.so
WSGIDaemonProcess dev1 user=leho group=apache threads=25 python-path=/
secure/trac/virtual-0.12-dev1/lib/python2.5/site-packages:/secure/trac/
virtual-0.12-dev1/bin
WSGIScriptAlias /project/dev1 /secure/trac/virtual-0.12-dev1/bin/
virtual-0.12-dev1.wsgi
Location /projekt/dev1
WSGIReloadMechanism Process
Delete WSGIReloadMechanism directive. This is default for mod_wsgi 2.X
and will not even have choice in mod_wsgi 3.X. You should not be using
mod_wsgi 1.X.
WSGIProcessGroup dev1
WSGIApplicationGroup %{SERVER}
Use:
WSGIApplicationGroup %{GLOBAL}
to avoid subversion issues.
SetEnv trac.locale et_EE.UTF-8
/Location
WSGIDaemonProcess dev2 user=leho group=apache threads=25 python-path=/
secure/trac/virtual-0.12-dev2/lib/python2.5/site-packages:/secure/trac/
virtual-0.12-dev2/bin
WSGIScriptAlias /project/dev2 /secure/trac/virtual-0.12-dev2/bin/
virtual-0.12-dev2.wsgi
Location /projekt/dev2
WSGIReloadMechanism Process
Delete WSGIReloadMechanism directive. This is default for mod_wsgi 2.X
and will not even have choice in mod_wsgi 3.X. You should not be using
mod_wsgi 1.X.
WSGIProcessGroup dev2
WSGIApplicationGroup %{SERVER}
Use:
WSGIApplicationGroup %{GLOBAL}
to avoid subversion issues.
SetEnv trac.locale et_EE.UTF-8
/Location
WSGIScriptAlias /project /secure/trac/virtual-0.11/bin/
virtual-0.11.wsgi
Directory /secure/trac/virtual-0.11/bin
WSGIApplicationGroup %{GLOBAL}
SetEnv trac.locale et_EE.UTF-8
SetEnv trac.env_index_template /secure/home/httpd/htdocs/project/
index.html
/Directory
This one will run in embedded mode. Especially if using prefork MPM,
bad idea to use embedded mode. Better off delegating this one to its
own daemon process group as well.
Graham
/IfDefine
--~--~-~--~~~---~--~~
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] LDAPAuthPlugin
Hi! When using 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 -- 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: 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: mod_wsgi + multiple projects - works well, but unclear about a few things
Hello Graham,
Graham Dumpleton wrote:
On Oct 29, 7:00 pm, Leho Kraav lkoogliz...@gmail.com wrote:
hi all wsgi gurus
my goal was to get several isolated trac no-site-packages virtualenvs
running under mod_wsgi: 0.11 virtualenv for bunch of live projets,
0.12-dev1 for project dev1 and 0.12-dev2 for project dev2. but i am
somewhat unclear regarding ApplicationGroups and ProcessGroups - some
setup guides did it one way, some the other. so i also seem to have a
mix in my config file. what about having both dev1 and dev2 both in
ApplicationGroup %{SERVER}%, should they be in separate AG, or does
separate PGs take care of that? perhaps someone could tell me if
there's something to be fixed here:
For Trac, due to limitations in Python wrappers for subversion, you
must use:
WSGIApplicationGroup %{GLOBAL}
So, if using subversion you don't have a choice and if need separation
must use daemon process groups instead.
Speaking of that, I'm not sure if you've seen that someone recently
reported the instance.__dict__ not accessible in restricted mode issue
with mod_wsgi 2.5, despite his use of WSGIApplicationGroup %{GLOBAL}
(see http://trac.edgewall.org/ticket/3371#comment:73).
As we don't see the whole configuration he was using, it might be that
the WSGIApplicationGroup directive was wrongly applied. OTOH, he
reported success with a similar setup using mod_python, so it's a bit
troubling. Are you aware of situations where that RuntimeError could
still occur with mod_wsgi 2.5 even when WSGIApplicationGroup %{GLOBAL}
is used?
-- 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] Intertrac Links with parameters?
Hi all, in the Trac wiki, when I do something like [/newticket?type=Bug Report a Bug], I get a link to the newticket page with ?type=Bug which sets the ticket type to Bug of course. I also tried to do this with an intertrac Link like [support:newticket?type=NeedHelppriority=High Request Support]. The link itself looks good in the statu sbar of the browser, but after clicking on it, it ends up with bad encoding: .../newticket%3Ftype%3DNeedHelp%26priority%3DHigh Is it possible to append parameters to intertrac links? Best regards, Michael --~--~-~--~~~---~--~~ 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: 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] Did python 2.6 is the main version for Trac?
If not, is there any plan to migrate to this version? It's seems that the 2.6 version is get to be stable now -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo --~--~-~--~~~---~--~~ 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: Did python 2.6 is the main version for Trac?
Subject: [Trac] Did python 2.6 is the main version for Trac? It works: I am running 0.11.5 on windoze XP using Python 2.6 no problems. My biggest problem was finding the pre-compiled postgreSQL connector (pyscopg2) for Py2.6 ~ depends if you are using windoze / postgreSQL. ~ 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: mod_wsgi + multiple projects - works well, but unclear about a few things
On Oct 29, 9:20 pm, Christian Boos cb...@neuf.fr wrote:
Hello Graham,
Graham Dumpleton wrote:
On Oct 29, 7:00 pm, Leho Kraav lkoogliz...@gmail.com wrote:
hi all wsgi gurus
my goal was to get several isolated trac no-site-packages virtualenvs
running undermod_wsgi: 0.11 virtualenv for bunch of live projets,
0.12-dev1 for project dev1 and 0.12-dev2 for project dev2. but i am
somewhat unclear regarding ApplicationGroups and ProcessGroups - some
setup guides did it one way, some the other. so i also seem to have a
mix in my config file. what about having both dev1 and dev2 both in
ApplicationGroup %{SERVER}%, should they be in separate AG, or does
separate PGs take care of that? perhaps someone could tell me if
there's something to be fixed here:
For Trac, due to limitations in Python wrappers for subversion, you
must use:
WSGIApplicationGroup %{GLOBAL}
So, if using subversion you don't have a choice and if need separation
must use daemon process groups instead.
Speaking of that, I'm not sure if you've seen that someone recently
reported the instance.__dict__ not accessible in restricted mode issue
withmod_wsgi2.5, despite his use of WSGIApplicationGroup %{GLOBAL}
(seehttp://trac.edgewall.org/ticket/3371#comment:73).
As we don't see the whole configuration he was using, it might be that
the WSGIApplicationGroup directive was wrongly applied. OTOH, he
reported success with a similar setup using mod_python, so it's a bit
troubling. Are you aware of situations where that RuntimeError could
still occur withmod_wsgi2.5 even when WSGIApplicationGroup %{GLOBAL}
is used?
Would need to see their full configuration to be sure. I would suspect
they must have missed something as know of no issues in this area.
The only way to absolutely verify that running in correct interpreter
is to use a WSGI wrapper such as described in:
http://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Tracking_Request_and_Response
to capture values of:
mod_wsgi.process_group
mod_wsgi.application_group
as received by Trac.
If running in main interpreter, then mod_wsgi.application_group will
be an empty string. Ie., this is what %{GLOBAL} equates to.
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
-~--~~~~--~~--~--~---
