[Trac] Re: Email notification sorted by component
Unfortunatlly 0.10.5 doesn't support AnnouncePlugin, so i ve applied your tip and works fine, so thanks. Same problem of plugin about reply.. but not so important. Thanks for help Rupert jevans wrote: Hi, If you set the component owner to an artificial user whose email is actually a mailing list, the list should receive notification of new tickets. But then you may want to reassign tickets to individual owners to work on them. You could at that point add the component's mailing list to the cc field for each ticket if you want everyone on that team to continue receiving updates on each ticket. A bit manual but should work? - jevans -- View this message in context: http://www.nabble.com/Email-notification-sorted-by-component-tp23015702p23037261.html Sent from the Trac Users mailing list archive at Nabble.com. --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
On Apr 1, 8:27 pm, Christian Boos cb...@neuf.fr wrote: Also do: trac-admin tracenv upgrade as there has been a schema change recently (the repository cache now supports multiple repositories as well). However, we also plan to do a schema change very soon on trunk, and this will actually conflict with the schema change we did on the branch. So if you don't want to have to mess with the db manually, better wait a few more days until we merge the upcoming trunk change into the multirepos branch (I'll follow up here when it's done). Just curious how it's going? --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
Roger O wrote: On Apr 1, 8:27 pm, Christian Boos cb...@neuf.fr wrote: Also do: trac-admin tracenv upgrade as there has been a schema change recently (the repository cache now supports multiple repositories as well). However, we also plan to do a schema change very soon on trunk, and this will actually conflict with the schema change we did on the branch. So if you don't want to have to mess with the db manually, better wait a few more days until we merge the upcoming trunk change into the multirepos branch (I'll follow up here when it's done). Just curious how it's going? Nearly there. The new schema is in place and the cache is working, together with the new hook (contrib/trac-svn-hook). Only a few rough edges need to be polished (see http://trac.edgewall.org/ticket/7723 for details), but it's already working and an upgrade should be safe at this time. The new documentation page about multiple repository management is still to be written, but the trac-svn-hook script should contain enough inlined documentation to get you started. -- 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] Can I hide Trac's front page while allowing access to individual projects?
I've just set up Trac 0.11 from Yum on Centos 5, using mod_python. I've got the following in Apache's conf.d/trac.conf: Location /trac/ SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /var/trac PythonOption TracUriRoot /trac /Location LocationMatch /trac/[^/]+/login AuthType Basic AuthName Trac AuthUserFile /var/www/trac/.htpasswd Require valid-user /LocationMatch ... which gives anyone access to /trac and /trac/Project1, /trac/ Project2, but then only valid users can log in to the actual projects. What I'd like is for the list of projects (i.e. /trac) only to be visible to a certain restricted list of users, but for the actual project locations to still be available to anyone on the permissions list for that project. Is this possible? --~--~-~--~~~---~--~~ 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: ANN: TracPyTpp, «enhancing» TracDotOrg theme
On Mon, Apr 13, 2009 at 6:13 PM, yoheeb yoh...@gmail.com wrote: On Apr 13, 2:04 pm, Olemis Lang ole...@gmail.com wrote: The last weekend I made a few changes to PyDotOrg theme. It's been installed in a public site [1]_ so I'd appreciate if you could please provide some feedback in order to enhance it further. Every comment will be welcome. Looks good. I don't like that the meta-nav bar scrolls inside the page. I dont like that either, but the fact is that the theme only provides CSS, and that tricky issue happens because metanav is inside content div in HTML. I'll see if I can fix it anyway ;) The second thing I'd like to see in index template is an outer-wrapper div including all the other divs (e.g. mainnav, ...) instead of being directly under body tag. Another thing that happens is that on scrolling some flash widgets overlap the footer and banner sections. How could I fix that ? z-index? But tickets, roadmap, and change history look good as well. :) While you're messing with the wiki, maybe you could add some instructions on how your TracGViz tool works with wiki-formatting Well I'm in the process of writing docs, setup the plugins and also screencasting the «whole» (relevant) steps in the process. However, have you checked out the page for iGoogleGadget macro [1]_ ? If you need precise instructions about an specific thing you wanna do, dont hesitate to ask, providing enough info in the question so that I can help you ;) and the exposed properties of trac it supposedly makes available :D The examples only show how to embed the widgets with static arguments. Well. I've started to document data sources [2]_ but that page is not complete yet. Further details will be there ASAIC ;) In fact I've implemented a macro similar to macrolists, to list dynamically all the GViz data providers installed (enabled) in the system (coming soon ;). Besides anybody can read the API docs [3]_ for the plugin (especially tracgviz.api.IGVizDataProvider [4]_) and implement any data source ;) If think that's useful for others too then you can submit patches including what's been done ... and they'll be welcomed as well (I love patches ...) So far only the simple data sources have been made, since I dont like to leave pending tasks behind. I'm trying to finish and test what I've been doing so far. Later, when some very crucial features be implemented, I'll move on to implement more data sources, advanced features for gadgets and GViz query language, and many other lovely crazy things ;) Nice work Trying to make it be better ;) .. [1] Embed iGoogle gadgets in your wiki pages (https://opensvn.csie.org/traccgi/swlcu/wiki/En/Devel/TracGViz/Macro/iGoogleGadget) .. [2] Trac data sources for Google Visualizations (https://opensvn.csie.org/traccgi/swlcu/wiki/En/Devel/TracGViz/DataSources) .. [3] Python: Documentation for tracgviz.api (https://opensvn.csie.org/traccgi/swlcu/pydoc/tracgviz.api) .. [4] Python: Documentation for tracgviz.api.IGVizDataProvider (https://opensvn.csie.org/traccgi/swlcu/pydoc/tracgviz.api.IGVizDataProvider) -- 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] Login to trac is not woking any more
Hi, I'm running Trac 0.11.2 on a gentoo box for more than a year now. For some reason trac refuses to give access to any registered user at all now. The only way which I'm able to get into trac right now is to grant TRAC-ADMIN to group anonymous. But this is not what I want. It looks like to me if there would be some mess with the groups. Shouldn't it be group 'authenticated' after login and not 'anonymous'? If I log in as admin, The login user is not able to view any page. I get following in the log: 2009-04-14 12:46:46,636 Trac[loader] DEBUG: Loading acct_mgr.admin from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,652 Trac[loader] DEBUG: Loading acct_mgr.db from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,658 Trac[loader] DEBUG: Loading acct_mgr.htfile from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,663 Trac[loader] DEBUG: Loading acct_mgr.http from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,666 Trac[loader] DEBUG: Loading acct_mgr.notification from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,670 Trac[loader] DEBUG: Loading acct_mgr.pwhash from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,671 Trac[loader] DEBUG: Loading acct_mgr.svnserve from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,674 Trac[loader] DEBUG: Loading acct_mgr.web_ui from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,675 Trac[loader] DEBUG: Loading acct_mgr.api from /usr/lib/python2.5/site-packages/TracAccountManager-0.2.1dev_r5479-py2.5.egg 2009-04-14 12:46:46,689 Trac[loader] DEBUG: Loading trac.ticket.web_ui from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,722 Trac[loader] DEBUG: Loading trac.mimeview.php from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,725 Trac[loader] DEBUG: Loading trac.ticket.query from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,747 Trac[loader] DEBUG: Loading trac.attachment from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,749 Trac[loader] DEBUG: Loading trac.versioncontrol.svn_fs from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,777 Trac[loader] DEBUG: Loading trac.mimeview.patch from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,780 Trac[loader] DEBUG: Loading trac.mimeview.txtl from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,784 Trac[loader] DEBUG: Loading trac.admin.web_ui from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,789 Trac[loader] DEBUG: Loading trac.ticket.admin from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,793 Trac[loader] DEBUG: Loading trac.mimeview.rst from /usr/lib/python2.5/site-packages 2009-04-14 12:46:46,998 Trac[loader] DEBUG: Loading trac.db.postgres from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,003 Trac[loader] DEBUG: Loading trac.versioncontrol.web_ui from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,005 Trac[loader] DEBUG: Loading trac.timeline from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,010 Trac[loader] DEBUG: Loading trac.mimeview.pygments from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,047 Trac[loader] DEBUG: Loading trac.about from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,050 Trac[loader] DEBUG: Loading trac.ticket.roadmap from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,068 Trac[loader] DEBUG: Loading trac.mimeview.silvercity from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,129 Trac[loader] DEBUG: Loading trac.wiki.macros from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,131 Trac[loader] DEBUG: Loading trac.db.sqlite from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,155 Trac[loader] DEBUG: Loading trac.wiki.web_ui from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,160 Trac[loader] DEBUG: Loading trac.mimeview.enscript from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,163 Trac[loader] DEBUG: Loading trac.web.auth from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,165 Trac[loader] DEBUG: Loading trac.admin.console from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,176 Trac[loader] DEBUG: Loading trac.db.mysql from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,211 Trac[loader] DEBUG: Loading trac.search from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,215 Trac[loader] DEBUG: Loading trac.prefs from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,218 Trac[loader] DEBUG: Loading trac.ticket.report from /usr/lib/python2.5/site-packages 2009-04-14 12:46:47,280 Trac[default_workflow] DEBUG: Workflow actions at initialization: {'resolve': {'operations': [u'set_resolution'], 'name': 'resolve', 'default': 0, 'newstate': u'closed', 'oldstates': [u'new',
[Trac] Re: Can I hide Trac's front page while allowing access to individual projects?
You can always replace the template with whatever you want. There's probably 0 different solutions to this problem, but that would be my approach. Jeff On Tue, Apr 14, 2009 at 04:44:22AM -0700, richard.cr...@rockshore.net wrote: I've just set up Trac 0.11 from Yum on Centos 5, using mod_python. I've got the following in Apache's conf.d/trac.conf: Location /trac/ SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /var/trac PythonOption TracUriRoot /trac /Location LocationMatch /trac/[^/]+/login AuthType Basic AuthName Trac AuthUserFile /var/www/trac/.htpasswd Require valid-user /LocationMatch ... which gives anyone access to /trac and /trac/Project1, /trac/ Project2, but then only valid users can log in to the actual projects. What I'd like is for the list of projects (i.e. /trac) only to be visible to a certain restricted list of users, but for the actual project locations to still be available to anyone on the permissions list for that project. Is this possible? --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
On Tue, Apr 14, 2009 at 01:46:15PM +0200, Christian Boos wrote: Roger O wrote: On Apr 1, 8:27 pm, Christian Boos cb...@neuf.fr wrote: Also do: trac-admin tracenv upgrade as there has been a schema change recently (the repository cache now supports multiple repositories as well). However, we also plan to do a schema change very soon on trunk, and this will actually conflict with the schema change we did on the branch. So if you don't want to have to mess with the db manually, better wait a few more days until we merge the upcoming trunk change into the multirepos branch (I'll follow up here when it's done). Just curious how it's going? Nearly there. The new schema is in place and the cache is working, together with the new hook (contrib/trac-svn-hook). Only a few rough edges need to be polished (see http://trac.edgewall.org/ticket/7723 for details), but it's already working and an upgrade should be safe at this time. The new documentation page about multiple repository management is still to be written, but the trac-svn-hook script should contain enough inlined documentation to get you started. Any interest in making the svn-hook (and potentially other hooks) pluggable entry points a la http://trac-hacks.org/wiki/RepositoryHookSystemPlugin or [deprecated] http://trac-hacks.org/wiki/SvnChangeListenerPlugin? Jeff --~--~-~--~~~---~--~~ 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: Can I hide Trac's front page while allowing access to individual projects?
On Tue, Apr 14, 2009 at 09:08:26AM -0400, Jeff Hammel wrote: You can always replace the template with whatever you want. There's probably 0 different solutions to this problem, but that would be my approach. Jeff Oops! Meant to say There's probably 20 different solutions to this problem... On Tue, Apr 14, 2009 at 04:44:22AM -0700, richard.cr...@rockshore.net wrote: I've just set up Trac 0.11 from Yum on Centos 5, using mod_python. I've got the following in Apache's conf.d/trac.conf: Location /trac/ SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /var/trac PythonOption TracUriRoot /trac /Location LocationMatch /trac/[^/]+/login AuthType Basic AuthName Trac AuthUserFile /var/www/trac/.htpasswd Require valid-user /LocationMatch ... which gives anyone access to /trac and /trac/Project1, /trac/ Project2, but then only valid users can log in to the actual projects. What I'd like is for the list of projects (i.e. /trac) only to be visible to a certain restricted list of users, but for the actual project locations to still be available to anyone on the permissions list for that project. Is this possible? --~--~-~--~~~---~--~~ 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: Upgrading existing tracs 12 multirepos to a newer version
On Tue, Apr 14, 2009 at 04:36:00PM +0200, Remy Blank wrote: Jeff Hammel wrote: Any interest in making the svn-hook (and potentially other hooks) pluggable entry points That's already done. Look at the IRepositoryChangeListener interface in trac.versioncontrol.api, and the new trac-admin $ENV changeset (added|modified) commands. I have also rewritten the previous post-commit hook that added comments to tickets as a plugin implementing IRepositoryChangeListener, see sample-plugins/commit_ticket_update.py. -- Remy Cool! I look forward to deprecating my plugins :) Jeff --~--~-~--~~~---~--~~ 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] Bugmail fixes: improved Trac support
Bugmail is a Thunderbird extension by Fabrice Desre. I patched it to add full CSV support (multi-line descriptions, embedded commas). The xpi is attached. Here is the patch. diff -ur bugmail-1.3-tb+sm/chrome/content/trac.js bugmail-1.3-tb+sm-csvpatch/chrome/content/trac.js --- bugmail-1.3-tb+sm/chrome/content/trac.js2008-12-01 05:30:01.0 -0500 +++ bugmail-1.3-tb+sm-csvpatch/chrome/content/trac.js 2009-04-13 13:24:22.0 -0400 @@ -38,7 +38,13 @@ var lines = text.split(/\r\n/); var bugDoc = document.implementation.createDocument(null, trac, null); var head = lines[0].split(','); - var content = lines[1].split(','); +lines.shift(); + var content = lines.join(\r\n).replace(/,/g,\b); +var commaRe = /[^]+/gm; +var result; +while ((result = commaRe.exec(content)) != null) + content = content.substring(0,result.index) + result[0].replace(/[\b]/gm,,) + content.substring(commaRe.lastIndex); +content = content.split(\b); for (var i = 0; i head.length; i++) { var elem = bugDoc.createElement(head[i]); elem.appendChild(bugDoc.createTextNode(content[i])); Ted -- + - --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~--- bugmail-1.3-tb+sm-csvpatch.xpi Description: application/xpinstall
[Trac] No content for /chrome files when running under mod_wsgi
I'm trying to run Trac 0.11.4 on Apache 2.2.10 with mod_wsgi 2.3 on openSUSE 11.1 The site itself works fine, however hardly any of the stylesheets or images from /chrome/ are served to the browser. The only ones that seem to make it are /chrome/common/trac.css and /chrome/common/ dots.gif For the remainder of the /chrome/ content the browser gets the headers correctly, but the response is blank. I tested this with Firebug. Using debug logging in trac, there are no obvious failures. Every request returns a message like: 2009-04-14 10:00:36,792 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient.png' 2009-04-14 10:00:36,805 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient2.png' In the apache logs, every request has HTTP code 200, so all looks good from that end as well. As a test, I ran the same site under tracd and everything works perfectly with that setup, so there is obviously something wrong when running under wsgi. Here's a copy of my virtual host configuration which I took from our current trac server which is running on Gentoo under fcgi, and modified it for use on the new openSUSE server with wsgi. Domain names have been anonymized to protect the innocent ;) VirtualHost *:80 ServerName trac2.lan.foo.com ServerAlias trac2 trac2.lan # Logging LogLevel warn ErrorLog /var/log/apache2/trac.lan.foo.com-error_log CustomLog /var/log/apache2/trac.lan.foo.com-access_log combined # Rewrite all other domains to trac.lan.foo.com RewriteEngine on RewriteCond %{HTTP_HOST} !^trac2\.lan\.zfoo\.com RewriteRule ^(.*) http://trac2.lan.foo.com$1 [L,R=301] DocumentRoot /srv/www/vhosts/trac.lan.foo.com/htdocs/ ErrorDocument 500 Don't panic. Have a beer. Call your parents. The server has encountered a temporary error. Wait a minute, reload the page, and everything should be fine. If not, then tell someone. WSGIScriptAlias / /srv/www/vhosts/trac.lan.foo.com/cgi-bin/trac.wsgi Directory /srv/www/vhosts/trac.lan.foo.com/cgi-bin/ #WSGIApplicationGroup %{GLOBAL} AllowOverride None Order allow,deny Allow from all /Directory # Require LDAP authentication Location /login AuthType basic AuthName foo AuthBasicProvider ldap AuthLDAPURL ldap://ldapurl AuthzLDAPAuthoritative on AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require valid-user /Location /VirtualHost I'm pretty much at a loss now as to how to further debug this problem. None of the logs seem to indicate any issues and everything runs well under tracd. Any insight would be much appreciated. --~--~-~--~~~---~--~~ 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: No content for /chrome files when running under mod_wsgi
Upgrade to mod_wsgi 2.4 or turn KeepAlive off in Apache. See: http://code.google.com/p/modwsgi/issues/detail?id=132can=1start=100 At least it sounds like that problem. The advice in: http://trac.edgewall.org/wiki/TracModWSGI about version to use should really be changed from 2.3 to 2.4. I'll try and do this later if get a chance and if no one else has got there before me. Graham On Apr 15, 3:06 am, Kamil Kisiel kamil.kis...@gmail.com wrote: I'm trying to run Trac 0.11.4 on Apache 2.2.10 withmod_wsgi2.3 on openSUSE 11.1 The site itself works fine, however hardly any of the stylesheets or images from /chrome/ are served to the browser. The only ones that seem to make it are /chrome/common/trac.css and /chrome/common/ dots.gif For the remainder of the /chrome/ content the browser gets the headers correctly, but the response is blank. I tested this with Firebug. Using debug logging in trac, there are no obvious failures. Every request returns a message like: 2009-04-14 10:00:36,792 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient.png' 2009-04-14 10:00:36,805 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient2.png' In the apache logs, every request has HTTP code 200, so all looks good from that end as well. As a test, I ran the same site under tracd and everything works perfectly with that setup, so there is obviously something wrong when running under wsgi. Here's a copy of my virtual host configuration which I took from our current trac server which is running on Gentoo under fcgi, and modified it for use on the new openSUSE server with wsgi. Domain names have been anonymized to protect the innocent ;) VirtualHost *:80 ServerName trac2.lan.foo.com ServerAlias trac2 trac2.lan # Logging LogLevel warn ErrorLog /var/log/apache2/trac.lan.foo.com-error_log CustomLog /var/log/apache2/trac.lan.foo.com-access_log combined # Rewrite all other domains to trac.lan.foo.com RewriteEngine on RewriteCond %{HTTP_HOST} !^trac2\.lan\.zfoo\.com RewriteRule ^(.*)http://trac2.lan.foo.com$1[L,R=301] DocumentRoot /srv/www/vhosts/trac.lan.foo.com/htdocs/ ErrorDocument 500 Don't panic. Have a beer. Call your parents. The server has encountered a temporary error. Wait a minute, reload the page, and everything should be fine. If not, then tell someone. WSGIScriptAlias / /srv/www/vhosts/trac.lan.foo.com/cgi-bin/trac.wsgi Directory /srv/www/vhosts/trac.lan.foo.com/cgi-bin/ #WSGIApplicationGroup %{GLOBAL} AllowOverride None Order allow,deny Allow from all /Directory # Require LDAP authentication Location /login AuthType basic AuthName foo AuthBasicProvider ldap AuthLDAPURL ldap://ldapurl AuthzLDAPAuthoritative on AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require valid-user /Location /VirtualHost I'm pretty much at a loss now as to how to further debug this problem. None of the logs seem to indicate any issues and everything runs well under tracd. Any insight would be much appreciated. --~--~-~--~~~---~--~~ 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: No content for /chrome files when running under mod_wsgi
That was exactly the problem. I installed mod_wsgi 2.4 and now things work great. On Apr 14, 2:08 pm, Graham Dumpleton graham.dumple...@gmail.com wrote: Upgrade to mod_wsgi 2.4 or turn KeepAlive off in Apache. See: http://code.google.com/p/modwsgi/issues/detail?id=132can=1start=100 At least it sounds like that problem. The advice in: http://trac.edgewall.org/wiki/TracModWSGI about version to use should really be changed from 2.3 to 2.4. I'll try and do this later if get a chance and if no one else has got there before me. Graham On Apr 15, 3:06 am, Kamil Kisiel kamil.kis...@gmail.com wrote: I'm trying to run Trac 0.11.4 on Apache 2.2.10 withmod_wsgi2.3 on openSUSE 11.1 The site itself works fine, however hardly any of the stylesheets or images from /chrome/ are served to the browser. The only ones that seem to make it are /chrome/common/trac.css and /chrome/common/ dots.gif For the remainder of the /chrome/ content the browser gets the headers correctly, but the response is blank. I tested this with Firebug. Using debug logging in trac, there are no obvious failures. Every request returns a message like: 2009-04-14 10:00:36,792 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient.png' 2009-04-14 10:00:36,805 Trac[main] DEBUG: Dispatching Request GET u'/ chrome/common/topbar_gradient2.png' In the apache logs, every request has HTTP code 200, so all looks good from that end as well. As a test, I ran the same site under tracd and everything works perfectly with that setup, so there is obviously something wrong when running under wsgi. Here's a copy of my virtual host configuration which I took from our current trac server which is running on Gentoo under fcgi, and modified it for use on the new openSUSE server with wsgi. Domain names have been anonymized to protect the innocent ;) VirtualHost *:80 ServerName trac2.lan.foo.com ServerAlias trac2 trac2.lan # Logging LogLevel warn ErrorLog /var/log/apache2/trac.lan.foo.com-error_log CustomLog /var/log/apache2/trac.lan.foo.com-access_log combined # Rewrite all other domains to trac.lan.foo.com RewriteEngine on RewriteCond %{HTTP_HOST} !^trac2\.lan\.zfoo\.com RewriteRule ^(.*)http://trac2.lan.foo.com$1[L,R=301] DocumentRoot /srv/www/vhosts/trac.lan.foo.com/htdocs/ ErrorDocument 500 Don't panic. Have a beer. Call your parents. The server has encountered a temporary error. Wait a minute, reload the page, and everything should be fine. If not, then tell someone. WSGIScriptAlias / /srv/www/vhosts/trac.lan.foo.com/cgi-bin/trac.wsgi Directory /srv/www/vhosts/trac.lan.foo.com/cgi-bin/ #WSGIApplicationGroup %{GLOBAL} AllowOverride None Order allow,deny Allow from all /Directory # Require LDAP authentication Location /login AuthType basic AuthName foo AuthBasicProvider ldap AuthLDAPURL ldap://ldapurl AuthzLDAPAuthoritative on AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require valid-user /Location /VirtualHost I'm pretty much at a loss now as to how to further debug this problem. None of the logs seem to indicate any issues and everything runs well under tracd. Any insight would be much appreciated. --~--~-~--~~~---~--~~ 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] selectively show descriptions in ticket queries
Hi, The bugbase we're moving from had a split window in report views with one part showing the long description of the selected ticket. And of course moving to Trac we miss that. Trac's query module has a check box to include the description for each ticket. And happily, it doesn't seem to take much longer to perform a query with this option. Of course if many tickets have long descriptions with steps to repeat, the list can be quite long. My question I see the filters and columns can be hidden or shown without reloading the page. Could something similar be done for individual tickets when the description option is checked? Perhaps with a master toggle to show/hide all? Thanks, 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: Trying to install Trac on PowerPC Mac with OS X 10.5
Same problem here on an Intel Mac... $ sudo easy_install Genshi Password: Searching for Genshi Reading http://pypi.python.org/simple/Genshi/ Reading http://genshi.edgewall.org/ Reading http://genshi.edgewall.org/wiki/Download Best match: Genshi 0.5.1 Downloading http://ftp.edgewall.com/pub/genshi/Genshi-0.5.1.zip Processing Genshi-0.5.1.zip Running Genshi-0.5.1/setup.py -q bdist_egg --dist-dir /tmp/ easy_install-VA0SRj/Genshi-0.5.1/egg-dist-tmp-Tj1Ir_ warning: no previously-included files found matching 'doc/ 2000ft.graffle' warning: no previously-included files matching '*' found under directory 'doc/logo.lineform' No eggs found in /tmp/easy_install-VA0SRj/Genshi-0.5.1/egg-dist-tmp- Tj1Ir_ (setup script problem?) $ sudo easy_install http://ftp.edgewall.com/pub/genshi/Genshi-0.5.1-py2.5-macosx-10.5-i386.egg Downloading http://ftp.edgewall.com/pub/genshi/Genshi-0.5.1-py2.5-macosx-10.5-i386.egg Processing Genshi-0.5.1-py2.5-macosx-10.5-i386.egg Moving Genshi-0.5.1-py2.5-macosx-10.5-i386.egg to /Library/Python/2.5/ site-packages Adding Genshi 0.5.1 to easy-install.pth file Installed /Library/Python/2.5/site-packages/Genshi-0.5.1-py2.5- macosx-10.5-i386.egg Processing dependencies for Genshi==0.5.1 Searching for Genshi==0.5.1 Reading http://pypi.python.org/simple/Genshi/ Reading http://genshi.edgewall.org/ Reading http://genshi.edgewall.org/wiki/Download Best match: Genshi 0.5.1 Downloading http://ftp.edgewall.com/pub/genshi/Genshi-0.5.1.zip Processing Genshi-0.5.1.zip Running Genshi-0.5.1/setup.py -q bdist_egg --dist-dir /tmp/ easy_install-TS1Yd_/Genshi-0.5.1/egg-dist-tmp-T_xP2X warning: no previously-included files found matching 'doc/ 2000ft.graffle' warning: no previously-included files matching '*' found under directory 'doc/logo.lineform' No eggs found in /tmp/easy_install-TS1Yd_/Genshi-0.5.1/egg-dist-tmp- T_xP2X (setup script problem?) error: Could not find required distribution Genshi==0.5.1 On Mar 13, 3:45 am, Emmanuel Blot manu.b...@gmail.com wrote: I am trying to install Trac on a PowerPCMacwith OS X 10.5. I tried using easy_install, but I got an error when it got to the Genshi part of the install. Is it even possible to install on the PowerPCMac? I never tried, but I don't see why it could not be done. It would help if you could copy 'n paste the actual error ;-) -- Manu --~--~-~--~~~---~--~~ 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] Bullet point with table in Trac Wiki
hi guys, I am using Trac Wiki for my projects documentation. In order to display various table entries, there are multiple bullet hierarchies, and few of them have tabular data along. Problem : After the table definition ends, next bullet point is taken as new bullet tree, rather than as a sibling of previous bullet point. There is a workaround; I can use HTML markup for presentation. but considering that it will be edited quite often, I would prefer it to be regular wiki formatting. regards, aakash --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---