[Trac] Re: sync'ing Trac with the subversion repository
On Thu, Jan 18, 2007 at 11:04:50AM +, Rosalyn Hatcher wrote: raise TracError(%s does not appear to be a Subversion repository. \ TracError: /home/nweb/subversion/tutorial_svn does not appear to be a Subversion repository. Is /home/nweb/subversion/tutorial_svn your repository? Rainer --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: sync'ing Trac with the subversion repository
Unfortunately 0.10.3 isn't available from blastwave currently. Is there anyone who has successfully managed to upgrade Trac without using blastwave on Solaris 9 please? What did you have to do to get it to install properly? Unfortunately, I run Trac on Windows, Linux and MacOS - with no trouble - but I don't use Solaris so I won't be of much help here. I'm not sure that Trac is the problem here, maybe the problem comes from the various libraries. For example, see http://trac.edgewall.org/ticket/2560 Do you have any other error message in you Trac log file? Cheers, 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: sync'ing Trac with the subversion repository
Rainer Sokoll wrote: On Thu, Jan 18, 2007 at 11:04:50AM +, Rosalyn Hatcher wrote: raise TracError(%s does not appear to be a Subversion repository. \ TracError: /home/nweb/subversion/tutorial_svn does not appear to be a Subversion repository. Is /home/nweb/subversion/tutorial_svn your repository? Yes it is. I've made no changes to the project configuration or the subversion repository since I upgraded from 0.10 to 0.10.3 Ros. -- Rosalyn Hatcher NCAS-Climate Dept. of Meteorology, University of Reading, Earley Gate, Reading. RG6 6BB Email: [EMAIL PROTECTED] Tel: +44 (0) 118 378 6016 --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
Sarah George [EMAIL PROTECTED] writes: I've been working on the same thing: Getting trac 0.11 usable. Two of your problems might be solved by knowing there seems to be a new setting in trac.ini called base_url... try making sure that's set. You're right; that helped, thanks! Now to solve the other issues... -- Dave Abrahams Boost Consulting www.boost-consulting.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
David Abrahams wrote: Christian Boos [EMAIL PROTECTED] writes: David Abrahams wrote: Noah Kantrowitz [EMAIL PROTECTED] writes: span class=c_wordint/span span class=c_identifiersomething_result/span span class=c_operator=/span span class=c_identifiermodel/ span ... Do you have the most recent Genshi? Should be 0.3.6 I think. I'm using a recent snapshot of their head, I think. It reports version '0.4'. ... and that can be anything between r317 and the latest. You must use at least r461 of the trunk, or the released 0.3.6. I pulled it from the svn HEAD on January 15. If you install the package by first creating an egg, or at least by doing a `python setup.py develop`, then you'll be able to see the actual version used by Trac in the About page (provided you have the CONFIG_VIEW permission, e.g. when you're logged as the Trac administrator). You should see something like 0.4dev-rXXX, please check that the XXX is = 461. -- 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Limiting users to only seeing their own tickets (or tickets assocaited with a group)
I am trying to use Trac to support a helpdesk application, but I have a requirement that the customers not be able to see each others' tickets (so they don't reveal what they are doing to others). I didn't find anything obvious on how to do this after a quick review of the on-line documentation. Does anyone know if this is possible or already created? Thanks in advance, Charlie --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Limiting users to only seeing their own tickets (or tickets assocaited with a group)
Charlie wrote: I am trying to use Trac to support a helpdesk application, but I have a requirement that the customers not be able to see each others' tickets (so they don't reveal what they are doing to others). I didn't find anything obvious on how to do this after a quick review of the on-line documentation. Does anyone know if this is possible or already created? Not yet possible in stock Trac, but: - there's a plugin for it on trac-hacks: http://trac-hacks.org/wiki/PrivateTicketsPlugin - the feature request is already tracked (http://trac.edgewall.org/ticket/1316) -- 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
Christian Boos [EMAIL PROTECTED] writes about genshi: You should see something like 0.4dev-rXXX, please check that the XXX is = 461. It's 485 -- Dave Abrahams Boost Consulting www.boost-consulting.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Welcome message for unauthenticated users on closed Tracs
One of my users complained (bitterly) that when he arrives, unauthenticated, at his Trac, instead of being directed to a login screen he gets a cryptic message about not having the right privileges to view the page. I know he should just get over it, but I have to admit he's right; it's a bad user interface. That message only makes sense on Tracs that can be used without logging in. Is there something I can do about this? Thanks, -- Dave Abrahams Boost Consulting www.boost-consulting.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Welcome message for unauthenticated users on closed Tracs
David Abrahams wrote: One of my users complained (bitterly) that when he arrives, unauthenticated, at his Trac, instead of being directed to a login screen he gets a cryptic message about not having the right privileges to view the page. I know he should just get over it, but I have to admit he's right; it's a bad user interface. That message only makes sense on Tracs that can be used without logging in. Is there something I can do about this? Of course. Assuming you're using apache, change the Auth Required scope to include the root URL, instead of just the /login path. Ie change something that looks like this: LocationMatch /tracsrv/test/login AuthType Basic Require valid-user /LocationMatch to this: LocationMatch /tracsrv/test/ AuthType Basic Require valid-user /LocationMatch Matt --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
David Abrahams wrote: Christian Boos [EMAIL PROTECTED] writes about genshi: You should see something like 0.4dev-rXXX, please check that the XXX is = 461. It's 485 Sorry for the trouble, I can reproduce the issue now. I also realized that there was already a ticket filed about that, http://trac.edgewall.org/ticket/4505 I happen to use the Pygments highlighter those days, and this one works flawlessly with Trac 0.11, that's why I've missed the issue. But it happens for anything else than Pygments... -- 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
Christian Boos [EMAIL PROTECTED] writes: David Abrahams wrote: Christian Boos [EMAIL PROTECTED] writes about genshi: You should see something like 0.4dev-rXXX, please check that the XXX is = 461. It's 485 Sorry for the trouble, I can reproduce the issue now. I also realized that there was already a ticket filed about that, http://trac.edgewall.org/ticket/4505 I happen to use the Pygments highlighter those days, and this one works flawlessly with Trac 0.11, that's why I've missed the issue. But it happens for anything else than Pygments... Is that something I can install and easily configure trac to use? I'm not particularly attached to whatever highlighter it is currently using. -- Dave Abrahams Boost Consulting www.boost-consulting.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Welcome message for unauthenticated users on closed Tracs
Matthew Gillen [EMAIL PROTECTED] writes: David Abrahams wrote: One of my users complained (bitterly) that when he arrives, unauthenticated, at his Trac, instead of being directed to a login screen he gets a cryptic message about not having the right privileges to view the page. I know he should just get over it, but I have to admit he's right; it's a bad user interface. That message only makes sense on Tracs that can be used without logging in. Is there something I can do about this? Of course. Assuming you're using apache, change the Auth Required scope to include the root URL, instead of just the /login path. Ie change something that looks like this: LocationMatch /tracsrv/test/login AuthType Basic Require valid-user /LocationMatch to this: LocationMatch /tracsrv/test/ AuthType Basic Require valid-user /LocationMatch Matt I'm using the new AccountManager, one of whose benefits is that the login screen is a real HTML form. IIUC, if I do what you're suggesting, I'll end up with an HTTP auth dialog box instead. -- Dave Abrahams Boost Consulting www.boost-consulting.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Welcome message for unauthenticated users on closed Tracs
David Abrahams wrote: Matthew Gillen [EMAIL PROTECTED] writes: David Abrahams wrote: One of my users complained (bitterly) that when he arrives, unauthenticated, at his Trac, instead of being directed to a login screen he gets a cryptic message about not having the right privileges to view the page. I know he should just get over it, but I have to admit he's right; it's a bad user interface. That message only makes sense on Tracs that can be used without logging in. Is there something I can do about this? Of course. Assuming you're using apache, change the Auth Required scope to include the root URL, instead of just the /login path. Ie change something that looks like this: LocationMatch /tracsrv/test/login AuthType Basic Require valid-user /LocationMatch to this: LocationMatch /tracsrv/test/ AuthType Basic Require valid-user /LocationMatch I'm using the new AccountManager, one of whose benefits is that the login screen is a real HTML form. IIUC, if I do what you're suggesting, I'll end up with an HTTP auth dialog box instead. Yes, that's correct. That's the extent of my apache-foo (or pitiful lack thereof). There very well might be a simple way to tell apache to use a different mechanism besides AuthType Basic (ie to redirect to the AccountManager URL), but I've never had occasion to find out. Perhaps someone else has some better ideas. I'd be curious to know if you find a solution though.. Matt --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
David Abrahams wrote: Christian Boos [EMAIL PROTECTED] writes: ... I happen to use the Pygments highlighter those days, and this one works flawlessly with Trac 0.11, that's why I've missed the issue. But it happens for anything else than Pygments... Is that something I can install and easily configure trac to use? I'm not particularly attached to whatever highlighter it is currently using. ... but you probably will once you've tried Pygments :-) It's very easy to install and there's no setup configuration to do in Trac, as it will preferentially use Pygments. See http://pygments.pocoo.org/download/ Pygments version 0.6 or 0.7dev should work fine with recent Trac 0.11. Before giving a try to Pygments, you should also try out my fix for the issue (r4597). -- 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: upgrade problems with login
Matt, I have tried with commenting out the rewrite rules and still end up with the same 500 error. I have even tried without https completely and I still end up in the same spot. I will admit this is quite the baffling problem, and there has to be something very small or stupid that I am missing. Thanks for the response Rick Matthew Gillen [EMAIL PROTECTED] writes: Rick Bradshaw wrote: Here is the config on the working server. sarge with trac 0.9.6 and RewriteEngine on RewriteRule ^/$ http://trac.mcs.anl.gov/projects RewriteRule ^/projects/+$ /projects/index.html [L] RewriteCond /www/trac.mcs.anl.gov/projects/$1 -d RewriteRule ^/projects/(.*)(/?.*) /projects/trac.cgi$2 [S=1,E=TRAC_ENV:/www/trac.mcs.anl.gov/projects/$1] RewriteRule ^/projects/(.*) /projects/index.html Here is the config from the upgraded machine that isn't working. Ubuntu dapper amd64, trac 0.10.3, apache2 2.0.55-4ubuntu2.1, and python 2.4 RewriteEngine on RewriteRule ^/$ http://trac2.mcs.anl.gov/projects RewriteRule ^/projects/+$ /projects/index.html [L] RewriteRule ^/projects/(.*)/login$ https://trac2.mcs.anl.gov/projects/$1/login [L]RewriteCond /disks/www/trac.mcs.anl.gov/projects/$1 -d RewriteRule ^/projects/(.*)(/?.*) /projects/trac.cgi$2 [S=1,E=TRAC_ENV:/disks/www/trac.mcs.anl.gov/projects/$1] RewriteRule ^/projects/(.*) /projects/index.html ... I have already tested and proven that the AuthPAM_Enabled on works properly as my svn repos and authz tools all work as normal. The problem I am seeing is that when I click on the login link in my new trac install I get an apache 500 error in my logs and the trac page says. Authentication information not available. Please refer to the installation documentation. I am slowly heading towards my wits end. I am sure there is someone out there who can show me the errors of my ways. Does it have to do with the https in the rewrite rules in the second case? Matt --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] python 2.5 required for trac current svn ?
Hi, the trac wiki (http://trac.edgewall.org/wiki/TracInstall )says: if using mod_python and xml-related things (like 0.11, or xml-rpc plugin), use python-2.5 (expat is namespaced there and does not cause apache to crash any more) So, I need python 2.5 if I want to use Trac from svn with mod_python, but python 2.3 is ok if I use Trac from svn with fastcgi ? Do I understand this correctly ? Thanks Alex -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problems after upgrade to HEAD
David Abrahams wrote: Christian Boos [EMAIL PROTECTED] writes: ... but you probably will once you've tried Pygments :-) It's very easy to install and there's no setup configuration to do in Trac, as it will preferentially use Pygments. See http://pygments.pocoo.org/download/ Pygments version 0.6 or 0.7dev should work fine with recent Trac 0.11. Before giving a try to Pygments, you should also try out my fix for the issue (r4597). Works. But now, why should I try pygments? Pygments already supports more languages than the other highlighters. It also knowns about a bunch of templating languages (e.g. JSP) and can highlight not only the markup but also the embedded code expressions. Plus there's the possibility to select your favorite highlighting theme in the Trac preferences ;) -- 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Trac 0.10.3 under Windows IIS 6.0
I currently run Trac 0.10 under Mac OSX, and I am trying to get our IT department to use Trac on an external web server running Windows Server 2K3. Before I ask them to dig into bringing Trac onto a Win2K3/IIS6 environment, I wanted to ask if this is known to work. From browsing the wiki, it looks like it might work. Can anyone confirm this? Or, do we need to run Apache on Windows? My IT guys are not going to go there! Thanks in advance, Charlie --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Welcome message for unauthenticated users on closed Tracs
My problem was similar but different. I have a closed Trac environment in which anonymous has no privileges what so ever. However, with the UserAccount manager plugin, an unregistered user can still create an account. That account has no privileges until I move it to a registeredusers group, basically authorizing the user. However, if the users tries to access the system before I move him/her into the registeredusers group, they get the cryptic (from a user's perspective) notification: Error, you do not have WIKI_VIEW permission or something similar. The best way to change this, IMHO, is for Trac to handle permission errors differently. I propose: When Trac throws a permission error it first checks to see if the current user (defaults to anonymous) has -any- permissions. If the users doesn't have any permissions then it looks for a NoPermissions.txt file (or something equivalent) and uses that to generate the error page. If that file doesn't exist it then defaults to a You don't have access to the system, contact the system admin error. If the user has any permissions, but a permissions error is still thrown then Trac looks for a NoPrivilege.txt file (or something equivalent) and uses that to generate the error page. If that file doesn't exist then it defaults to the current format for errors. Any Thoughts? Respectfully, Christopher Taylor On 1/18/07, Matthew Gillen [EMAIL PROTECTED] wrote: David Abrahams wrote: Matthew Gillen [EMAIL PROTECTED] writes: David Abrahams wrote: One of my users complained (bitterly) that when he arrives, unauthenticated, at his Trac, instead of being directed to a login screen he gets a cryptic message about not having the right privileges to view the page. I know he should just get over it, but I have to admit he's right; it's a bad user interface. That message only makes sense on Tracs that can be used without logging in. Is there something I can do about this? Of course. Assuming you're using apache, change the Auth Required scope to include the root URL, instead of just the /login path. Ie change something that looks like this: LocationMatch /tracsrv/test/login AuthType Basic Require valid-user /LocationMatch to this: LocationMatch /tracsrv/test/ AuthType Basic Require valid-user /LocationMatch I'm using the new AccountManager, one of whose benefits is that the login screen is a real HTML form. IIUC, if I do what you're suggesting, I'll end up with an HTTP auth dialog box instead. Yes, that's correct. That's the extent of my apache-foo (or pitiful lack thereof). There very well might be a simple way to tell apache to use a different mechanism besides AuthType Basic (ie to redirect to the AccountManager URL), but I've never had occasion to find out. Perhaps someone else has some better ideas. I'd be curious to know if you find a solution though.. Matt --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] A question on using GMail as an SMTP server for Trac
Hello all, This may be old news to some, but it's news to me. Apparently you can use a GMail account as your SMTP server for Trac: http://www.lifehacker.com/software/email-apps/how-to-use-gmail-as-your-smtp-server-66.php Thought this might be useful to a lot of people around here. Just one question: how can you get GMail to delete, or just not store sent messages? Respectfully, Christopher Taylor --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: A question on using GMail as an SMTP server for Trac
On 1/18/07, Christopher Taylor [EMAIL PROTECTED] wrote: Just one question: how can you get GMail to delete, or just not store sent messages? you can set up filters in Gmail to act on messages based on Sender, Subject, etc. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: A question on using GMail as an SMTP server for Trac
yes, but that only applied to the -inbox- not the sent box, correct? On 1/18/07, John Manoogian III (jm3) [EMAIL PROTECTED] wrote: On 1/18/07, Christopher Taylor [EMAIL PROTECTED] wrote: Just one question: how can you get GMail to delete, or just not store sent messages? you can set up filters in Gmail to act on messages based on Sender, Subject, etc. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: python 2.5 required for trac current svn ?
Alexander Neundorf wrote: Hi, the trac wiki (http://trac.edgewall.org/wiki/TracInstall )says: if using mod_python and xml-related things (like 0.11, or xml-rpc plugin), use python-2.5 (expat is namespaced there and does not cause apache to crash any more) So, I need python 2.5 if I want to use Trac from svn with mod_python, but python 2.3 is ok if I use Trac from svn with fastcgi ? Do I understand this correctly ? That document doesn't tell the full story and is a bit misleading. On this specific issue, there should be no problem using an earlier version of Python provided that the version of libexpat which is used by Apache is compatible with the version of expat embedded into the Python pyexpat module. For information on determining if they are compatible or whether you are going to have problems, see: http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: A question on using GMail as an SMTP server for Trac
well, i would try it out. it seems like behind the scenes with gmail, most things are just done with tags (labels); the notion of separate boxes is largely an illusion. e.g. when i pop my gmail on my phone, i see my own sent messages come in as new message, i'm guessing because internally in gmail they're just tagged with Sent or something similar. On 1/18/07, Christopher Taylor [EMAIL PROTECTED] wrote: yes, but that only applied to the -inbox- not the sent box, correct? On 1/18/07, John Manoogian III (jm3) [EMAIL PROTECTED] wrote: On 1/18/07, Christopher Taylor [EMAIL PROTECTED] wrote: Just one question: how can you get GMail to delete, or just not store sent messages? you can set up filters in Gmail to act on messages based on Sender, Subject, etc. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] current svn stable enough for normal use ?
Hi, I'm still running Trac 0.9.x but I'd like to have the WebAdmin interface. So, either I'll install 0.10.3 and the external WebAdmin plugin, but actually I'd prefer to run Trac from svn. Is it currently in a reasonable stable state or should I go with the released version ? (it's not on a critical server, so minor hickups here and there might be acceptable). Bye Alex -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: current svn stable enough for normal use ?
So, either I'll install 0.10.3 and the external WebAdmin plugin, but actually I'd prefer to run Trac from svn. I assume you meant from the trunk when you wrote from svn. Yes, the current trunk seems to be quite stable, although you need to carefully check which macros and plugins you are using: many plugins have not been ported to Trac 0.11dev - and won't work without minor tweaks that are yet to be written, and most of the 'external' macros (macros from TracHacks for example) won't work either, as the macro 'API' used in Trac up to 0.10 has been deprecated. As a matter of fact, I've updated my servers to 0.11 this week. Maybe the following may help: * AddComment macro and Ref macro stopped work. I've ported the Ref macro, not the AddComment macro. We used a couple of custom macros that have been easily ported as well * XmlRpcPlugin did not work straight, but I've provided a very simple patch that makes it work on 0.11 * Syntax highlighting based on SilverCity failed. I've installed the Pygments library and syntax highlighting is now even better * Our custom commit hook scripts stopped working, because the date format has changed. It took a couple of minutes to upgrade them with the new datetime API. Database format is identical for release 0.10.x and the current 0.11dev, so it's quite easy to revert back to a stable release if you have any important issue with the trunk. HTH, Cheers, 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: python 2.5 required for trac current svn ?
On 1/18/07, Alexander Neundorf [EMAIL PROTECTED] wrote: Hi, the trac wiki (http://trac.edgewall.org/wiki/TracInstall )says: if using mod_python and xml-related things (like 0.11, or xml-rpc plugin), use python-2.5 (expat is namespaced there and does not cause apache to crash any more) So, I need python 2.5 if I want to use Trac from svn with mod_python, but python 2.3 is ok if I use Trac from svn with fastcgi ? Do I understand this correctly ? yes for the fastcgi part. --~--~-~--~~~---~--~~ 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Welcome message for unauthenticated users on closed Tracs
David Abrahams wrote:
I'm using the new AccountManager, one of whose benefits is that the
login screen is a real HTML form. IIUC, if I do what you're
suggesting, I'll end up with an HTTP auth dialog box instead.
You'll have to patch trac proper, but the attached patch will redirect
an anonymous user to /login if they get a permission error
-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 [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---
diff -urN trac-0.10.3/trac/web/main.py trac-0.10.3-loginredir/trac/web/main.py
--- trac-0.10.3/trac/web/main.py2006-12-12 18:44:08.0 +
+++ trac-0.10.3-loginredir/trac/web/main.py 2007-01-19 00:00:31.556000250
+
@@ -402,6 +402,8 @@
'message': e.message
}
try:
+if (req.authname == 'anonymous') and (e.reason == 'Forbidden'):
+req.redirect(env.href('login',
{'referer':req.href(req.path_info)}))
req.send_error(sys.exc_info(), status=e.code)
except RequestDone:
return []
[Trac] Re: python 2.5 required for trac current svn ?
Alexander Neundorf wrote: Von: [EMAIL PROTECTED] [EMAIL PROTECTED] Alexander Neundorf wrote: Hi, the trac wiki (http://trac.edgewall.org/wiki/TracInstall )says: if using mod_python and xml-related things (like 0.11, or xml-rpc plugin), use python-2.5 (expat is namespaced there and does not cause apache to crash any more) So, I need python 2.5 if I want to use Trac from svn with mod_python, but python 2.3 is ok if I use Trac from svn with fastcgi ? Do I understand this correctly ? That document doesn't tell the full story and is a bit misleading. On this specific issue, there should be no problem using an earlier version of Python provided that the version of libexpat which is used by Apache is compatible with the version of expat embedded into the Python pyexpat module. For information on determining if they are compatible or whether you are going to have problems, see: http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash Ok. So if I run Trac with FastCGI it should be ok since it doesn't matter that much whether the expat linked to the python stuff is the same as the one linked to apache, right ? Correct. I should point out though that the expat mismatch doesn't raise itself as a problem as much as the comment in the wiki suggests it might. It also isn't that hard to resolve. The big problem until that article talking about it was written was identifying that that was actually the cause in the first place. 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
