[Trac] filtering components from a custom-field
Hello We would like to add structure to our components. The list is large, so to simplify raising a ticket, we would like to filter the list of the components that is presented according to the content of another field, such as the ticket type or the value in a custom-field maybe. I have seen the chained fields plugin, but that seems to only work with custom fields, not the orginal components one. What is the best way to link the components list with the content of another field? Thanks in advance colski -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
Re: [Trac] Re: Serious trac failures, which I can't fix
I wish I could ! On Wed, Nov 18, 2009 at 5:09 PM, Anthony Lieuallen arant...@gmail.comwrote: On 11/18/09 10:40, brice wrote: where do you get eselect and emerge tools from, on ubuntu ? I don't. I run Gentoo. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: FYI: Trac 0.11.5 available on Debian
This is it ! Firstly Trac has been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install install Trac' to update it, without any parameter whereas I shoud have had some '--prefix=/usr', I now believe. On the contrary, easy_install could also check dpkg. Here is where I am : some directories under /usr/lib/python2.5/site-packages/ : Trac-0.11.1.egg-info TracWebAdmin-0.1.2dev_r5911-py2.5.egg trac and some eggs under /usr/local/lib/python2.6/dist-packages/: Genshi-0.5.1-py2.6-linux-i686.egg Trac-0.11.5-py2.6.egg what's your opinion, Doc ? On Nov 18, 9:54 pm, Olemis Lang ole...@gmail.com wrote: On Wed, Nov 18, 2009 at 11:56 AM, brice bric...@gmail.com wrote: I believe I did, as I'm running Trac on Ubuntu : But you can install it directly (i.e. without using the apt system ;o) and if you do it then there's noting wrong with the deb pkg The error comes since an update, but the question is which update : trac (previous to 0.11.5), python (2.5 to 2.6), apache (2.0 to 2.2), system (came from 7.10 Gutsy Gibbon to 9.04 Jaunty Jackalope) ? dpkg -l trac gives ii trac 0.11.1-2.1 Are you sure ? 0.11.5 0.11.1-2.1 :P -- 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: Install error
please, can you give the process installation you followed ?! On Nov 13, 8:02 pm, mark mark3...@googlemail.com wrote: I am trying to install trac and i get the following error after running the trac-admin initenv command. cnx = sqlite.connect(path, timeout=int(params.get('timeout', 1))) NameError: global name 'sqlite' is not defined Anyone know how i can fix this? 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
Re: [Trac] Re: FYI: Trac 0.11.5 available on Debian
On Nov 18, 9:54 pm, Olemis Lang ole...@gmail.com wrote: On Wed, Nov 18, 2009 at 11:56 AM, brice bric...@gmail.com wrote: I believe I did, as I'm running Trac on Ubuntu : But you can install it directly (i.e. without using the apt system ;o) and if you do it then there's noting wrong with the deb pkg The error comes since an update, but the question is which update : trac (previous to 0.11.5), python (2.5 to 2.6), apache (2.0 to 2.2), system (came from 7.10 Gutsy Gibbon to 9.04 Jaunty Jackalope) ? dpkg -l trac gives ii trac 0.11.1-2.1 Are you sure ? 0.11.5 0.11.1-2.1 :P On Thu, Nov 19, 2009 at 5:49 AM, brice bric...@gmail.com wrote: This is it ! Firstly Trac has been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install install Trac' to update it, without any parameter whereas I shoud have had some '--prefix=/usr', I now believe. On the contrary, easy_install could also check dpkg. Here is where I am : some directories under /usr/lib/python2.5/site-packages/ : Trac-0.11.1.egg-info TracWebAdmin-0.1.2dev_r5911-py2.5.egg trac and some eggs under /usr/local/lib/python2.6/dist-packages/: Genshi-0.5.1-py2.6-linux-i686.egg Trac-0.11.5-py2.6.egg what's your opinion, Doc ? That's the *current* madness inherent to Pyland pkg management . No further comments :-/ -- 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
Re: [Trac] Re: FYI: Trac 0.11.5 available on Debian
Quoting brice bric...@gmail.com: Firstly Trac has been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install install Trac' to update it, ... what's your opinion, Doc ? Please, never ever overwrite dpkg-installed packages (be it via apt-get or dpkg or aptitude) with manually installed software. If you really want to have Trac (or any other software on a Debian or Ubuntu system) manually installed, make sure that you install it in another path (e.g. /usr/local) than the packaged software (which does never install in /usr/local). Or, even safer, remove the package first (dpkg -r trac). Otherwise, the package manager and the actually installed software do conflict badly. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
Re: [Trac] Re: FYI: Trac 0.11.5 available on Debian
On Thu, Nov 19, 2009 at 8:25 AM, W. Martin Borgert deba...@debian.org wrote: Quoting brice bric...@gmail.com: Firstly Trac has been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install install Trac' to update it, ... what's your opinion, Doc ? Please, never ever overwrite dpkg-installed packages (be it via apt-get or dpkg or aptitude) with manually installed software. If you really want to have Trac (or any other software on a Debian or Ubuntu system) manually installed, make sure that you install it in another path (e.g. /usr/local) than the packaged software (which does never install in /usr/local). Or, even safer, remove the package first (dpkg -r trac). Otherwise, the package manager and the actually installed software do conflict badly. +1 ... Most of the time I try to avoid Python pkg management (mainly because it has many problems and also 'cause apt is awesome :o). These days I use to build deb source pkgs using `stdeb` (not perfect but apt gets involved ;o) -- 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: FYI: Trac 0.11.5 available on Debian
thanks for your comments, I won't do it anymore, promess you. Now, where's the reverse way ? mv trac bad_trac_old; ln -s /usr/local/lib/python2.6/dist-packages/ Trac-0.11.5-py2.6.egg/trac changes the error into : Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/trac/web/api.py, line 339, in send_error File /usr/lib/python2.6/dist-packages/trac/web/chrome.py, line 683, in render_template File /usr/lib/python2.6/dist-packages/trac/web/chrome.py, line 667, in load_template File build/bdist.linux-i686/egg/genshi/template/loader.py, line 237, in load raise TemplateNotFound(filename, search_path) TemplateNotFound: Template error.html not found any trick for genshi ?-) Of course I would dislike to loose existing trac project ! On Nov 19, 2:42 pm, Olemis Lang ole...@gmail.com wrote: On Thu, Nov 19, 2009 at 8:25 AM, W. Martin Borgert deba...@debian.org wrote: Quoting brice bric...@gmail.com: Firstly Trac has been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install install Trac' to update it, ... what's your opinion, Doc ? Please, never ever overwrite dpkg-installed packages (be it via apt-get or dpkg or aptitude) with manually installed software. If you really want to have Trac (or any other software on a Debian or Ubuntu system) manually installed, make sure that you install it in another path (e.g. /usr/local) than the packaged software (which does never install in /usr/local). Or, even safer, remove the package first (dpkg -r trac). Otherwise, the package manager and the actually installed software do conflict badly. +1 ... Most of the time I try to avoid Python pkg management (mainly because it has many problems and also 'cause apt is awesome :o). These days I use to build deb source pkgs using `stdeb` (not perfect but apt gets involved ;o) -- 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Transfer ticket from one trac to another trac?
Hello, I was wondering if anybody came up with a script that transfers ticket/s from one trac instance to another? I have 2 instances of trac running for 2 different departments. When dept1 receives a fax for dept2, they assign a milestone: dept2_incoming . At that point I would like to trnasfer that ticket to dept2 trac. Copy description, history, attachments ? Anybody got a script for that already done? Thanks, Lucas -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: FYI: Trac 0.11.5 available on Debian
or may be a preferred way : Could I get this one http://packages.debian.org/lenny-backports/trac on Ubuntu with apt-get ? On Nov 19, 3:55 pm, brice bric...@gmail.com wrote: thanks for your comments, I won't do it anymore, promess you. Now, where's the reverse way ? mvtracbad_trac_old; ln -s /usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/trac changes the error into : Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/trac/web/api.py, line 339, in send_error File /usr/lib/python2.6/dist-packages/trac/web/chrome.py, line 683, in render_template File /usr/lib/python2.6/dist-packages/trac/web/chrome.py, line 667, in load_template File build/bdist.linux-i686/egg/genshi/template/loader.py, line 237, in load raise TemplateNotFound(filename, search_path) TemplateNotFound: Template error.html not found any trick for genshi ?-) Of course I would dislike to loose existingtracproject ! On Nov 19, 2:42 pm, Olemis Lang ole...@gmail.com wrote: On Thu, Nov 19, 2009 at 8:25 AM, W. Martin Borgert deba...@debian.org wrote: Quoting brice bric...@gmail.com: FirstlyTrachas been installed through apt-get, then, due to an optimistic behavior, I might have launched the python 'easy_install installTrac' to update it, ... what's your opinion, Doc ? Please, never ever overwrite dpkg-installed packages (be it via apt-get or dpkg or aptitude) with manually installed software. If you really want to haveTrac(or any other software on aDebianor Ubuntu system) manually installed, make sure that you install it in another path (e.g. /usr/local) than the packaged software (which does never install in /usr/local). Or, even safer, remove the package first (dpkg -rtrac). Otherwise, the package manager and the actually installed software do conflict badly. +1 ... Most of the time I try to avoid Python pkg management (mainly because it has many problems and also 'cause apt is awesome :o). These days I use to build deb source pkgs using `stdeb` (not perfect but apt gets involved ;o) -- 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: Transfer ticket from one trac to another trac?
On Nov 19, 9:26 am, Lukasz Szybalski szybal...@gmail.com wrote: Hello, I was wondering if anybody came up with a script that transfers ticket/s from one trac instance to another? I have 2 instances of trac running for 2 different departments. When dept1 receives a fax for dept2, they assign a milestone: dept2_incoming . At that point I would like to trnasfer that ticket to dept2 trac. Copy description, history, attachments ? Anybody got a script for that already done? Thanks, Lucas If you want to do it manually: http://trac-hacks.org/wiki/TicketMoverPlugin is exactly what you need. If you want to trigger and do it automatically on ticket change, then I think you would take this plugin as a starting point, and extend it although, since you have to edit the ticket in your workflow, adding the step of using this plugin might not be so much of a burden, at least to get you started. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Custom reassign to list of users
Hi, I have a trac setup with many users (around 1000), but few contributors (let say 50). My trac is configured to use restrict_owner = true, but reassigning tickets to another owner is quite boring because of the list being so big ! I would like to use a simple flat file of users who are really contributors (ie can get ticket ownership)... How can I do that ? I had a look at the FlexibleAssignTo plugin, but it doesn't seem very maintainted and it's quite complex for the small thing I want to do. I tried to hack in ticket/api.py to have a specified list of users in eventually_restrict_owner(), but it only works for custom query reports (owner is filter), not in ticket modification (with field reassign to)... Could somebody point me to the right portion of code where I can modify that ? Thanks a lot for your 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-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Trac Error
Hey All, I'm totally stumped with this error when I try to view a project. I can use trac-admin just fine, no errors or anything. Traceback (most recent call last): File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ web/api.py, line 377, in send_error 'text/html') File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ web/chrome.py, line 725, in render_template req.chrome[type_].append( File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ web/api.py, line 195, in __getattr__ value = self.callbacks[name](self) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ web/chrome.py, line 489, in prepare_request for category, name, text in contributor.get_navigation_items(req): File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ ticket/web_ui.py, line 163, in get_navigation_items if 'TICKET_CREATE' in req.perm: File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 524, in has_permission return self._has_permission(action, resource) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 537, in _has_permission decision = PermissionSystem(self.env). \ File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 425, in check_permission perm) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 281, in check_permission permissions = PermissionSystem(self.env). \ File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 357, in get_user_permissions for perm in self.store.get_user_permissions(username): File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ perm.py, line 173, in get_user_permissions db = self.env.get_db_cnx() File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/ env.py, line 273, in get_db_cnx return DatabaseManager(self).get_connection() File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/db/ api.py, line 87, in get_connection return self._cnx_pool.get_cnx(self.timeout or None) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/db/ pool.py, line 176, in get_cnx return _backend.get_cnx(self._connector, self._kwargs, timeout) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/db/ pool.py, line 109, in get_cnx cnx = connector.get_connection(**kwargs) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/db/ mysql_backend.py, line 77, in get_connection cnx = MySQLConnection(path, log, user, password, host, port, params) File /usr/lib/python2.4/site-packages/Trac-0.11.5-py2.4.egg/trac/db/ mysql_backend.py, line 196, in __init__ host=host, port=port, charset='utf8') File /usr/lib/python2.4/site-packages/MySQLdb/__init__.py, line 75, in Connect return Connection(*args, **kwargs) File /usr/lib/python2.4/site-packages/MySQLdb/connections.py, line 192, in __init__ self.set_character_set(charset) File /usr/lib/python2.4/site-packages/MySQLdb/connections.py, line 267, in set_character_set self.store_result() SystemError: NULL object passed to Py_BuildValue -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] WYSIWYG plugin selected by default ...
Hi there. I've got the wysiwyg plugin working alright, except that whenever one creates a ticket he/she must click on the wysiwyg radio button in order to enable it. Is it possible to have it enabled by default for all textareas? -- Kiffin Gish kiffin.g...@planet.nl Gouda, The Netherlands -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Re: WYSIWYG plugin selected by default ...
I've got the wysiwyg plugin working alright, except that whenever one creates a ticket he/she must click on the wysiwyg radio button in order to enable it. Is it possible to have it enabled by default for all textareas? We did this with: diff --git a/tracwysiwygplugin/0.11/tracwysiwyg/htdocs/wysiwyg.js b/ tracwysiwygp index d51c0c9..2046e19 100644 --- a/tracwysiwygplugin/0.11/tracwysiwyg/htdocs/wysiwyg.js +++ b/tracwysiwygplugin/0.11/tracwysiwyg/htdocs/wysiwyg.js @@ -3697,9 +3697,10 @@ TracWysiwyg.getEditorMode = function() { if (match) { switch (match[1]) { case wysiwyg: +case textarea: mode = match[1]; break; -default:// textarea +default: mode = null; break; } @@ -3707,7 +3708,7 @@ TracWysiwyg.getEditorMode = function() { } } -TracWysiwyg.editorMode = mode || textarea; +TracWysiwyg.editorMode = mode || wysiwyg; return TracWysiwyg.editorMode; }; -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Trac task context sharing with mylyn
I've got trac working with mylyn (in eclipse obviously) through xmlrpc. Yay for six hours of my life. I can attach and retrieve context to tasks in trac. Question setup: I have a project checked out into two workspaces. In workspace 1, I activate a task, open some files, edit some stuff, commit the changes to svn, and attach the context to the task. In workspace 2, I update from svn, retrieve the context of a task and activate it. The correct files show in the Package Explorer (on the left), but the files (which I left open in workspace 1) do not open automatically and the cursor isn't placed at the last edit point. Is it possible to get trac working that way? I checked this test project out from svn into two different workspaces in the exact same way to test this functionality out - I read something about project names needing to be the same so I eliminated that variable. It seems as if the way it's working now is still pretty great, but it would be even better if I could get it that last step. ps question: I didn't setup the postcommit hooks from svn to trac yet because it seems like all they do is update ticket status for you. Am I missing some other cool thing they can do, or maybe updating ticket status is a bigger deal than I think it is? This is a copy of my stackoverflow question if anyone wants to answer there. I don't care as long as I can get some kind of help. http://stackoverflow.com/questions/1761304/trac-task-context-sharing-with-mylyn -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
[Trac] Ticket attachments fail even when max_size set to -1
Hello, I am trying to attach files to a ticket. When I do so, I get the following error in my browser Request Entity Too Large The requested resource /attachment/ticket/1/ does not allow request data with POST requests, or the amount of data provided in the request exceeds the capacity limit. I am able to attach files that are *very* small (under 100k). I am running trac 0.11.5 on Debian etch, installed with easy_install Here are my settings: trac.ini [attachment] max_size = -1 trac.conf (virtual server conf) LimitRequestBody 536870911 I am able to upload large files via PHP and other apps, so I doubt its my apache server. Is this a bug in this version? -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.
RE: [Trac] Ticket attachments fail even when max_size set to -1
Hello, I am trying to attach files to a ticket. When I do so, I get the following error in my browser Request Entity Too Large The requested resource /attachment/ticket/1/ does not allow request data with POST requests, or the amount of data provided in the request exceeds the capacity limit. I am able to attach files that are *very* small (under 100k). I am running trac 0.11.5 on Debian etch, installed with easy_install Here are my settings: trac.ini [attachment] max_size = -1 I am not sure if '-1' is a valid value (and it does not seem to be mentioned as an option or in the wiki), so try setting a real value larger than your attachment, restart trac then try to upload again... ~ mark c -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=.