[Trac] Re: Bulk Edit
Hi, Noah I could possibly take a look on that, if no one else would approve an interest? But probably I should concern with DiscussionPlugin, ScreeenshotsPlugin and DownloadsPlugin at first place. My work on the ticket ninja features (which included bulk editing) got cut short unfortunately. I was working on it as part of my summer internship, but got reassigned to more pressing projects. My default response is that I will be back at school in September, and will hopefully be getting back to my normal regimen of Trac hacking. If someone else would like to take over on the branch I would be happy to talk to them about what remains to be implemented and my thoughts on it. --Noah -- Bc. Radek Bartoň Faculty of Information Technology Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] --~--~-~--~~~---~--~~ 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: Bulk Edit
Maybe this plugin can be useful? http://trac-hacks.org/wiki/BatchModifyPlugin [EMAIL PROTECTED] wrote: I'm looking for a way to bulk edit tickets (e.x. I want to change the Severity of a bunch of bugs without drilling into each one). I found this changeset http://trac.edgewall.org/changeset/5432 but I can't seem to find any other info about it. Is bulk editing already in the works? Is this something a bounty might encourage? Thanks. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Setup question for multiple projects in Windows2K Apache 2.0
On 27/06/07, Michael Morrissey [EMAIL PROTECTED] wrote: Hi, I have been unable to get Trac 10.4 working for multiple projects as set out in the installation instructions. I am using Mod_Python with Apache 2.0. I have two Subversion repositories - main and Test located in D:\SVN_Repositories. I have created Trac projects in a directory called trac beneath both Main and Test. I actually posted this just the other day for another reason, but have a read of a blog post by a friend of mine. http://www.creative-restraint.co.uk/blog/index.cfm/2006/8/25/Trac--Multiple-Projects You might want to read both of his short articles : http://www.creative-restraint.co.uk/blog/index.cfm/Trac Hope that helps. Stephen --~--~-~--~~~---~--~~ 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 accessing trac via Mylar
I tried now the trac plugin for Eclipse also. Connection seems to be OK and at least there is a log entry 127.0.0.1 - - [27/Jun/2007 13:08:24] POST /trac/login/xmlrpc HTTP/1.1 200. But nothing else happens. I checked also Mylar again, but when I try to validate the connection or login, I still get the error insufficient permissions and no log entry. Any hints? --~--~-~--~~~---~--~~ 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] Ticket creation|modification is very slow
Since along while I'm experiencing a trouble when creating/changing tickets on my site (Trac 0.10.(4?), FreeBSD, sqlite, mod_python). Each time I create or update the ticket, it freezes for about 31s (local network), while preview changes, adding/changing wiki pages, etc. works with no delay at all. At the point we're working a lot with tickets so that becomes real trouble. We're using trac since 0.9 and I can't tell when it start to happen, but there was no such problem before. We use email notifications and it works fine. Log shows nothing unusual. Any hints? smime.p7s Description: S/MIME cryptographic signature
[Trac] Re: Ticket creation|modification is very slow
This is usually due to a misconfiguration in your mail setup. Trac sends notification mails synchronously, so if your MTA has long timeouts on reverse lookups etc. you will see this kind of behaviour. On 6/27/07, Sergey Chernov [EMAIL PROTECTED] wrote: Since along while I'm experiencing a trouble when creating/changing tickets on my site (Trac 0.10.(4?), FreeBSD, sqlite, mod_python). Each time I create or update the ticket, it freezes for about 31s (local network), while preview changes, adding/changing wiki pages, etc. works with no delay at all. At the point we're working a lot with tickets so that becomes real trouble. We're using trac since 0.9 and I can't tell when it start to happen, but there was no such problem before. We use email notifications and it works fine. Log shows nothing unusual. Any hints? -- Evolution: Taking care of those too stupid to take care of themselves. --~--~-~--~~~---~--~~ 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: Ticket creation|modification is very slow
We use email notifications and it works fine. I would say: disable notifications and try again. It is likely that the trouble comes from a SMTP connection issue. HTH, 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: Ticket creation|modification is very slow
Thanks. I think it is, but I need these notifications bad. Any idea how to put notifications into separated thread? -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Blot Sent: Wednesday, June 27, 2007 5:32 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Ticket creation|modification is very slow We use email notifications and it works fine. I would say: disable notifications and try again. It is likely that the trouble comes from a SMTP connection issue. HTH, 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 -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
[Trac] Re: Ticket creation|modification is very slow
I figure the traditional way to solve this problem is to have a mail agent on the local machine that has its own mail queue. That way there is no connection delay and since the MTA has a queue, there is no delay for the sender. The MTA can be configured to forward all outgoing mail to a specific server if desired (which could be used to replicate the current Trac configuration). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Sergey Chernov Sent: Wednesday, June 27, 2007 10:33 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Ticket creation|modification is very slow Thanks. I think it is, but I need these notifications bad. Any idea how to put notifications into separated thread? -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Blot Sent: Wednesday, June 27, 2007 5:32 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Ticket creation|modification is very slow We use email notifications and it works fine. I would say: disable notifications and try again. It is likely that the trouble comes from a SMTP connection issue. HTH, 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] A word of thanks.
Hello Everyone I just wanted to say a huge thank you to all the people involved in making Trac what it is today. We just transferred all of our CVS system over to Subversion + Trac, and I can't tell you how much we appreciate the effort and thought that has gone into making Trac a simple, straight forward, intuitive, extensible system. Keep up the amazing work, you are changing the world. oh yes, You Guys Rock. Thanks -- John Clayton Development FileWave, Switzerland --~--~-~--~~~---~--~~ 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: Ticket creation|modification is very slow
Thanks. I think it is, but I need these notifications bad. Any idea how to put notifications into separated thread? This has already been discussed in an old thread, this is a (very) bad idea. You need to fix up your SMTP server, as the problem is either your email server or your Trac config. If you can't fix up the server, try adding a MTA relay between Trac and the SMTP server. 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] Integration of Trac and Bugzilla
Hello. I am interested in connecting an instance of Trac and an instance of Bugzilla together. Currently I have both systems authenticating against the same LDAP repository (Microsoft Active Directory in this case), and want to take advantage of the better UI and ease of use features of Trac while not snatching everything out from under the engineering team by just migrating the bugs from Bugzilla and saying, Here you go - enjoy your new system. For this situation, I was wondering if anyone has done anything like adding a button to the View Ticket form that would post the Trac Ticket information to another system (like a Bugzilla). Short of just forcing the engineering team to start using Trac, an option we are considering is adding some functionality that would link the Trac ticket and it's corresponding Bugzilla item. The quick and dirty way would be to post comments to the Trac and Bugzilla ticket with links to each others' system, with a snippet web-form to do the job (i.e. a form that says enter the Trac ticket # and the Bugzilla ticket # you want to link), with this feature being automated by a Forward this ticket to Bugzilla feature that would generate a new bugzilla item - get the # out of the database and make the appropriate connections. I could probably get some mileage out of rewording this problem/issue, but my guess is that anyone that has had similar aspirations might have a sense of what I'm trying to do and hopefully some success that they would be willing to share? Heck, even making Bugzilla look like Trac from a style perspective would be a welcome solution --- I've seen this on one website before, but I can't find it to save my life again. Thanks, Vincent - Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. --~--~-~--~~~---~--~~ 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: swig bindings
I am running to pretty much dead end. It is extremely frustrating It seems that swig binding issue is one of the leading installation issues with trac and yet there is only a scattered documentation on this. I am trying to post to swig, svn and python newsgroups but not expecting to get much help there. Robert On Jun 26, 7:50 am, Rob13 [EMAIL PROTECTED] wrote: thank you for your reply, but I am getting a bit confused. I have build originally subversion with the following configure: ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr -- with-apxs =/usr/sbin/apxs --with-berkeley-db=/usr/local/lib when I run cat config.log | grep PYTHON. I get: PYTHON='/usr/bin/python' and running which python also confirms this directory so the subversion did use python 2.3.4. Given that you are saying that svn 1.4.3 comes already with swig wrappers, it should have worked. However it did not. (I also tried to rebuild swig-py but it was throwing gcc error so I could not rebuild it from within the downloaded svn source. When I did swig -version it reported 1.3.21 located in usr/bin/swig. When I read that svn 1.4.3 only works with 1.3.25 of swig I assumed this must be the culprit and build swig 1.3.29, then rebuild svn from source again with different configure this time: ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr -- with-apxs =/usr/sbin/apxs --with-berkeley-db=/usr/local/lib --with-swig=/usr/ local/swig1.3 .29/bin/swig followed by building swig-py. The thing is this did not work either and swig -version still shows 1.3.21, but I am receiving the very same trac error as before: Warning: Can't synchronize with the repository (Unsupported version control system svn. Check that the Python bindings for svn are correctly installed.) Am I missing something here? Robert On Jun 26, 12:02 am, Christian Boos [EMAIL PROTECTED] wrote: Rob13 wrote: Hello, I know swig binding has been discussed on numerous occasions but I have a very unique case that I cannot seem to solve. Here it is: I have installed trac on Linux CentOS 4.x and everything seems to work except svn browsing. It reports: Unsupported version control system svn. Check that the Python bindings for svn are correctly installed. What strange though is that I was able to install swig-py and it created /svn-python bindings that I have then added to PYTHONPATH. Further, I tried 1.3.25 and 1.3.29 version of swig as per the recommendation for 0.11dev version of trac and it still does not work. Furthermore, I run trac on other server where the swig-binding installation worked without any need to download specific version of swig (I just ran make swig-py from subversion 1.4.3 source). If all you need is 'make swig-py' and 'make install-swig-py'), then you don't need SWIG at all, as Subversion 1.4.3 comes with pre-generated wrappers. The two servers are identical except the python version. The server where it worked is Python 2.4.3. The server where it does not (even with trying different version of swig) runs Python 2.3.4. If you have multiple versions of Python installed, be careful to configure subversion with the correct Python version, the one you're going to use the bindings with. Check with: cat config.log | grep PYTHON. Please double check thehttp://trac.edgewall.org/wiki/TracSubversionpage. -- 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: post-commit-hook and NoSuchChangeSet error
I'm not using a pre-commit hook, and I wouldn't want to use one that rejected all commits without a ticket attached (svn mkdir in particular)! That's just not appropriate in our case. I'm not sure the post commit script can be used w/o the pre commit script: if you've removed the pre-condition checks on purpose, it's not surprising the post commit hook fails in some conditions. 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: Relative links not working if not hosted at root directory
Can you give an example of an invalid generated URL, along with the version of Trac you're using? Cheers, Manu On 6/22/07, Gustavo Narea [EMAIL PROTECTED] wrote: Hello, everyone. I want to host a Trac-powered project at http://tracker.gnulinuxmatters.org/animador/ but relative links are not working on web pages other than the main one (for example: http://tracker.gnulinuxmatters.org/animador/timeline). If the project is hosted at the root directory, it works. base_url is set to http://tracker.gnulinuxmatters.org/animador/ Is this a bug? How can i fix this? Thanks in advance. Cheers. -- Gustavo Narea. http://www.gnulinuxmatters.org/ -- 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: webadmin tool installation problem
What version of setuptools do you have installed? Run: python -c from setuptools import __version__; print __version__ On 6/26/07, diego gentoo [EMAIL PROTECTED] wrote: I have the latest one already. I have this problem when I try to build the plugin from the souce: xxx# python setup.py bdist_egg Traceback (most recent call last): File setup.py, line 25, in ? packages=find_packages(exclude=['ez_setup', '*.tests*']), TypeError: find_packages() got an unexpected keyword argument 'exclude' Help :( --~--~-~--~~~---~--~~ 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: Artifacts for translation (localization)
in my opinion.if a string is not for the end user.leave it alone.a programmer have to know some of the English words.and sometimes the log's messages are very simple sentences. I'm not sure to understand your point. Can you elaborate ? Thanks, Manu On 6/26/07, Emmanuel Blot [EMAIL PROTECTED] wrote: Well, if we really can't get the meaning of an user visible error message, we could look for the corresponding original in the translation file. Would it be possible to implement the following: The pretty error message (big red box) shows the translated version of the log error for the end-user, while the Python traceback only shows the english version (for the bug reporter). That means applying the translation in the error handler, but it seems doable, doesn't it? Log messages should never be translated. Cheers, Manu -- wangyingqi welcome to visite http://wps.cn -- 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: A word of thanks.
On 6/28/07, John Clayton [EMAIL PROTECTED] wrote: Hello Everyone I just wanted to say a huge thank you to all the people involved in making Trac what it is today. We just transferred all of our CVS system over to Subversion + Trac, and I can't tell you how much we appreciate the effort and thought that has gone into making Trac a simple, straight forward, intuitive, extensible system. Keep up the amazing work, you are changing the world. oh yes, You Guys Rock. Thanks from all of us John, the sentiment is much appreciated :) -- Evolution: Taking care of those too stupid to take care of themselves. --~--~-~--~~~---~--~~ 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: Artifacts for translation (localization)
in my opinion.if a string is not for the end user.leave it alone.a programmer have to know some of the English words.and sometimes the log's messages are very simple sentences. I'm not sure to understand your point. Can you elaborate ? Thanks, hi what I mean is.if there is a message/log that is not for the end user(who will use Trac in the develop team).It needn't to be translated.But on another hand.the strings of the messages need to be abstract from the code. On 6/28/07, Emmanuel Blot [EMAIL PROTECTED] wrote: in my opinion.if a string is not for the end user.leave it alone.a programmer have to know some of the English words.and sometimes the log's messages are very simple sentences. I'm not sure to understand your point. Can you elaborate ? Thanks, Manu On 6/26/07, Emmanuel Blot [EMAIL PROTECTED] wrote: Well, if we really can't get the meaning of an user visible error message, we could look for the corresponding original in the translation file. Would it be possible to implement the following: The pretty error message (big red box) shows the translated version of the log error for the end-user, while the Python traceback only shows the english version (for the bug reporter). That means applying the translation in the error handler, but it seems doable, doesn't it? Log messages should never be translated. Cheers, Manu -- wangyingqi welcome to visite http://wps.cn -- Manu -- Regards. wangyingqi --~--~-~--~~~---~--~~ 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] Installing Trac using FastCGI in a shared hosting environment
Not sure if this is the right place to post a installation question so
please tell me where to post if this is the wrong place.
I am trying to install the latest stable version of Trac on my shared
hosting environment (Site5 to be specific). My basic steps were:
1. Download Trac
2. Run the install with the --prefix option to install in a directory
I can manage
3. Download ClearSilver
4. Install with the --prefix option to install where I desire
5. Create a Trac environment for my project
Now at this point I can run tracd and I have a working installation of
Trac. But I would like to make trac use Apache/FastCGI instead of
tracd but at least I know it is basically working. I'm attempting
plain CGI first before I throw in FastCGI to the mix.
To get tracd working all I had to do was update my PYTHONPATH to
include the libraries installed for trac and update my LD_LIBRARY_PATH
to include the ClearSilver libraries. So my assumption is the CGI
needs the same environment variables set so it can find the necessary
libraries. So I my next steps are:
1. Symlink the directories my webserver looks loads to the htdocs and
cgi-bin directory in trac. That way the resources and scripts are
available.
2. Create a .htaccess file that looks like the following so that
trac.cgi is always run unless a resource requested exists:
###
AddHandler fastcgi-script .fcgi
AddHandler cgi-script .cgi
Options +FollowSymLinks +ExecCGI
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ cgi-bin/trac.cgi [QSA,L]
###
The .htaccess file was mostly borrowed from the way rails redirects to
it's dispatch file. This may be overkill and I may just need to
redirect a request for / to cgi-bin/trac.cgi.
3. Added the following to start of trac.cgi so the environment
variables are set right:
##
import os
os.environ['LD_LIBRARY_PATH'] = /home/pix/lib/clearsilver/lib
os.environ['PYTHONPATH'] = /home/pix/apps/trac/lib/python2.4/site-
packages:/home/pix/lib/clearsilver/lib:/usr/lib/python2.3/site-
packages
os.environ['TRAC_ENV_PARENT_DIR'] = /home/pix/projects
##
The end result of this is when I make I request I get back:
##
Oops...
Trac detected an internal error: No module named trac.web
Traceback (most recent call last):
File trac.cgi, line 24, in ?
from trac.web import cgi_frontend
ImportError: No module named trac.web
##
I assume this means that it cannot find the trac libraries but it
should since I am setting PYTHONPATH the same as my shell environment.
I am not knowledgeable at on on Python. Just wanting to setup Trac so
I thought maybe someone here might have a suggestion.
Any help would be greatly 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 [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---
