[Trac] Re: Some more 0.12.1 update woes
On Mon, Jan 10, 2011 at 3:12 PM, Risanecek wrote: > * In our earlier setup (1 SVN <-> 1 Trac), every commit to SVN got > instantly visualized in the source browser/timeline. Now I have to > manually issue trac-admin repository resync SVNREPO, which is > quite bad. The idea to put this command into post-hook is also quite > bad (every post-hook will get slower and slower). There must be an "at > least as elegant as before way" - howto? I think I figured it out. It seems a --- #!/bin/sh REP="$1" REV="$2" trac-admin changeset added $REP $REV post-commit for every managed repository (can be links) does the trick. Any ideas on the CSS and the I18N part of the original posting? Richard -- 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. 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.
Re: [Trac] Controlling read access to Mercurial repositories in the Trac source browser
Kamil Kisiel wrote: > Is it simply a matter of using [browser:/reponame] in the authz file? Almost. You should use [reponame:/path/in/repo]. Note that this controls access to repositories in the Trac browser only. If you use Subversion, you can use the same authz file to control which files can be checked out. But for DVCS like Mercurial, this is usually not possible. -- Remy signature.asc Description: OpenPGP digital signature
Re: [Trac] Re: Wiki - dump and load
On Tue, Jan 11, 2011 at 4:01 PM, janiv wrote: > Thanks, > Will it work in my case, where the wiki pages that I want to import > are on another server? > Don't remember right now , sorry. You should try. On failure, consider these approaches (maybe in this order) : - Map network drive ... many ways to do so . - Simple script using Trac XmlRpcPlugin's wiki namespace . -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Usar bindings de XAML para mostrar valores de tipos enumerados en controles WPF - http://simelo-es.blogspot.com/2010/12/usar-bindings-de-xaml-con-tipos... -- 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. 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: Wiki - dump and load
Thanks, Will it work in my case, where the wiki pages that I want to import are on another server? Thanks, Janiv. On Jan 11, 10:20 pm, Olemis Lang wrote: > > On Jan 11, 5:24 pm, Olemis Lang wrote: > >> On Sun, Jan 9, 2011 at 8:34 AM, janiv wrote: > >> > Hi, > >> > I have two environments, I want to import wiki pages from one trac to > >> > another one. > >> > On one of my trac I can do dump & load. > >> > On another trac environment I cannot do dump nor load. > >> > I get the following error: > >> > OperationalError: no such table: cache > > >> > My commands are as follows: > > >> > trac-admin EssenceSecurity wiki dump E:\Janiv\Wiki\AgiloWiki > >> > trac-admin EssenceSecurity wiki load E:\Janiv\Wiki\AgiloWiki > > >> JFTR , have you considered trying WikiImport plugin (web UI rather > >> than command-line but may be useful ...) > > >> I've used it to import wiki pages using admin panel . > > >> -- > >> Regards, > > >> Olemis. > > >> Blog ES:http://simelo-es.blogspot.com/ > >> Blog EN:http://simelo-en.blogspot.com/ > > >> Featured article: > >> Barça es todo CORAZÓN > >> -http://simelo-es.blogspot.com/2010/12/barca-es-todo-corazon.html > > On Tue, Jan 11, 2011 at 3:06 PM, janiv wrote: > > Where can I find this plugin? > > Thanks, > > J. > > Standard reply :http://trac-hacks.org/wiki/WikiImportPlugin > > -- > Regards, > > Olemis. > > Blog ES:http://simelo-es.blogspot.com/ > Blog EN:http://simelo-en.blogspot.com/ > > Featured article: > Usar bindings de XAML para mostrar valores de tipos enumerados en > controles WPF > -http://simelo-es.blogspot.com/2010/12/usar-bindings-de-xaml-con-tipos... -- 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. 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.
Re: [Trac] Re: Wiki - dump and load
> On Jan 11, 5:24 pm, Olemis Lang wrote: >> On Sun, Jan 9, 2011 at 8:34 AM, janiv wrote: >> > Hi, >> > I have two environments, I want to import wiki pages from one trac to >> > another one. >> > On one of my trac I can do dump & load. >> > On another trac environment I cannot do dump nor load. >> > I get the following error: >> > OperationalError: no such table: cache >> >> > My commands are as follows: >> >> > trac-admin EssenceSecurity wiki dump E:\Janiv\Wiki\AgiloWiki >> > trac-admin EssenceSecurity wiki load E:\Janiv\Wiki\AgiloWiki >> >> JFTR , have you considered trying WikiImport plugin (web UI rather >> than command-line but may be useful ...) >> >> I've used it to import wiki pages using admin panel . >> >> -- >> Regards, >> >> Olemis. >> >> Blog ES:http://simelo-es.blogspot.com/ >> Blog EN:http://simelo-en.blogspot.com/ >> >> Featured article: >> Barça es todo CORAZÓN >> -http://simelo-es.blogspot.com/2010/12/barca-es-todo-corazon.html > On Tue, Jan 11, 2011 at 3:06 PM, janiv wrote: > Where can I find this plugin? > Thanks, > J. > Standard reply : http://trac-hacks.org/wiki/WikiImportPlugin -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Usar bindings de XAML para mostrar valores de tipos enumerados en controles WPF - http://simelo-es.blogspot.com/2010/12/usar-bindings-de-xaml-con-tipos.html -- 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. 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: Wiki - dump and load
Where can I find this plugin? Thanks, J. On Jan 11, 5:24 pm, Olemis Lang wrote: > On Sun, Jan 9, 2011 at 8:34 AM, janiv wrote: > > Hi, > > I have two environments, I want to import wiki pages from one trac to > > another one. > > On one of my trac I can do dump & load. > > On another trac environment I cannot do dump nor load. > > I get the following error: > > OperationalError: no such table: cache > > > My commands are as follows: > > > trac-admin EssenceSecurity wiki dump E:\Janiv\Wiki\AgiloWiki > > trac-admin EssenceSecurity wiki load E:\Janiv\Wiki\AgiloWiki > > JFTR , have you considered trying WikiImport plugin (web UI rather > than command-line but may be useful ...) > > I've used it to import wiki pages using admin panel . > > -- > Regards, > > Olemis. > > Blog ES:http://simelo-es.blogspot.com/ > Blog EN:http://simelo-en.blogspot.com/ > > Featured article: > Barça es todo CORAZÓN > -http://simelo-es.blogspot.com/2010/12/barca-es-todo-corazon.html -- 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. 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.
Re: [Trac] Reporter/Owners who have left
On 01/11/2011 01:23 PM, Marjory L. Mackes wrote: I have a person who left the project and they were originally a reporter on several tickets that are still open. I have taken them out from the permissions and removed them from the Password file, but when the tickets are updated they are still getting notified. Short of going in and change alot of tickets manually to someone else, is there a way to prevent a user who left from getting emails on tickets they originally reported. We reparent them, changing the reporter to someone else (typically their manager). -- Matthew Caron Build Engineer Sixnet | www.sixnet.com O +1 518 877 5173 Ext. 138 F +1 518 602 9209 matt.ca...@sixnet.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-us...@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] Reporter/Owners who have left
I have a person who left the project and they were originally a reporter on several tickets that are still open. I have taken them out from the permissions and removed them from the Password file, but when the tickets are updated they are still getting notified. Short of going in and change alot of tickets manually to someone else, is there a way to prevent a user who left from getting emails on tickets they originally reported. -- 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. 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] Controlling read access to Mercurial repositories in the Trac source browser
I'm trying to figure out if Trac has some mechanism to control read access to Hg repositories via its source browser. In the past when we had a single SVN repo, we were able to control access via an authz file. http://trac.edgewall.org/wiki/TracFineGrainedPermissions seems to indicate the AuthzPolicy plugin is the recommended way to do fine grained permissions these days, but there are no examples for Mercurial or even multiple SVN repositories. Has anyone had this configuration work? Is it simply a matter of using [browser:/reponame] in the authz file? -- 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. 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.
Re: [Trac] Trac 0.12.1 attachements after upload broken
Dear Matthew, No I found the time to make a check with your suggested binary tools. I have uploaded the 5MB image again, which is in correct view at my localhost. For the check I upload the correct image from localhost to server via ssh. After compare with vbindiff I can see differences in those files. So, the upload of the 5MB image get broken after upload on the trac server. A great start to the new year, Greets Peter! On 11/25/2010 07:34 AM, goo...@ifo.net wrote: Dear Matthew, Sorry for my late response, but I have a lot to fix in my company... And I was on holiday, so I apologize for my even later response. What about your suggestion with "binary diff", how could I do on the linux-system? May you have an example. apt-cache search binary diff returns the kitchen sink. A quick looking about in that lists suggests: vbindiff xdelta hexdiff bsdiff -- 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. 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.
Re: [Trac] Wiki - dump and load
On Sun, Jan 9, 2011 at 8:34 AM, janiv wrote: > Hi, > I have two environments, I want to import wiki pages from one trac to > another one. > On one of my trac I can do dump & load. > On another trac environment I cannot do dump nor load. > I get the following error: > OperationalError: no such table: cache > > My commands are as follows: > > trac-admin EssenceSecurity wiki dump E:\Janiv\Wiki\AgiloWiki > trac-admin EssenceSecurity wiki load E:\Janiv\Wiki\AgiloWiki > JFTR , have you considered trying WikiImport plugin (web UI rather than command-line but may be useful ...) I've used it to import wiki pages using admin panel . -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Barça es todo CORAZÓN - http://simelo-es.blogspot.com/2010/12/barca-es-todo-corazon.html -- 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. 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: Wiki - dump and load
0.11.7 On Jan 11, 4:52 pm, Phil wrote: > Which versions of trac do you use? -- 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. 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: Wiki - dump and load
Which versions of trac do you use? -- 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. 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.
Re: [Trac] Width of ticket queries
On Tue, 2011-01-11 at 10:38 +0100, Christian Boos wrote:
> On 1/11/2011 10:25 AM, Roger Oberholtzer wrote:
> > On Tue, 2011-01-11 at 09:24 +0100, Christian Boos wrote:
> >> On 1/11/2011 9:15 AM, Roger Oberholtzer wrote:
> >>> I have just updated my Trac to 0.12.1. I have a problem when I view
> >>> ticket queries. The query is formatted to be very wide. In the browser I
> >>> get a horizontal scroll bar. The real problem is that I cannot print the
> >>> queries, as the right half is simply cut off. This is happening in
> >>> Firefox and Konqueror on Linux. I do not have other browsers to test at
> >>> this time.
> >>>
> >>> Anyone else see this?
> >>>
> >> It's due to a little regression from 0.12 that we already fixed for 0.12.2.
> >> In the meantime, you can apply that one-liner fix:
> >> http://trac.edgewall.org/changeset/10229/branches/0.12-stable
> > Shouldn't I be able to unzip the egg containing Trac, edit this file,
> > and remake the zip file? When I do that and run Trac, I get some
> > permission errors. The replacement egg file has the same permissions.
> >
> > Are python egg files made with any zip options I may have omitted?
> >
> > Here is what I get:
> >
> > ExtractionError: Can't extract file(s) to egg cache
>
> This is a setuptools error that sometimes happen when you trigger a
> re-install while the server is still running.
> Try doing a full restart?
>
> -- Christian
>
I stopped the apache server, as well as my browser.
I even cleaned out MyTrac/.egg-cache
I then restarted the apache server and then the browser.
This is the fill complaint:
{{{
Traceback (most recent call last):
File "build/bdist.linux-i686/egg/trac/web/api.py", line 436, in send_error
data, 'text/html')
File "build/bdist.linux-i686/egg/trac/web/chrome.py", line 832, in
render_template
template = self.load_template(filename, method=method)
File "build/bdist.linux-i686/egg/trac/web/chrome.py", line 793, in
load_template
self.get_all_templates_dirs(), auto_reload=self.auto_reload,
File "build/bdist.linux-i686/egg/trac/web/chrome.py", line 506, in
get_all_templates_dirs
dirs.extend(provider.get_templates_dirs() or [])
File "build/bdist.linux-i686/egg/trac/web/chrome.py", line 484, in
get_templates_dirs
pkg_resources.resource_filename('trac', 'templates'),
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 841, in
resource_filename
self, resource_name
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 1311, in
get_resource_filename
return self._extract_resource(manager, zip_path)
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 1318, in
_extract_resource
manager, os.path.join(zip_path, name)
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 1365, in
_extract_resource
manager.extraction_error() # report a user-friendly error
File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 887, in
extraction_error
raise err
ExtractionError: Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
[Errno 20] Not a directory
The Python egg cache directory is currently set to:
/vol1/trac/rsoft/.egg-cache
Perhaps your account does not have write access to this directory? You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
}}}
/vol1/trac/rsoft/.egg-cache, and all files within have the proper
ownership: they are owned by the web server, which is where trac runs.
When I set back the egg without the change, all is ok again. It really
feels to me that there is some option when I am either unziping the egg
or when I am rezipping the egg. The egg files themselves have the same
permission.
OOC, when I am in the directory that I want to put in the egg, should I
do:
zip -r ../xx.egg *
or
zip -r ../xx.egg .
Perhaps this makes a difference?
--
Roger Oberholtzer
--
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.
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.
Re: [Trac] Width of ticket queries
On 1/11/2011 10:25 AM, Roger Oberholtzer wrote: On Tue, 2011-01-11 at 09:24 +0100, Christian Boos wrote: On 1/11/2011 9:15 AM, Roger Oberholtzer wrote: I have just updated my Trac to 0.12.1. I have a problem when I view ticket queries. The query is formatted to be very wide. In the browser I get a horizontal scroll bar. The real problem is that I cannot print the queries, as the right half is simply cut off. This is happening in Firefox and Konqueror on Linux. I do not have other browsers to test at this time. Anyone else see this? It's due to a little regression from 0.12 that we already fixed for 0.12.2. In the meantime, you can apply that one-liner fix: http://trac.edgewall.org/changeset/10229/branches/0.12-stable Shouldn't I be able to unzip the egg containing Trac, edit this file, and remake the zip file? When I do that and run Trac, I get some permission errors. The replacement egg file has the same permissions. Are python egg files made with any zip options I may have omitted? Here is what I get: ExtractionError: Can't extract file(s) to egg cache This is a setuptools error that sometimes happen when you trigger a re-install while the server is still running. Try doing a full restart? -- 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-us...@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.
Re: [Trac] Width of ticket queries
On Tue, 2011-01-11 at 09:24 +0100, Christian Boos wrote: > On 1/11/2011 9:15 AM, Roger Oberholtzer wrote: > > I have just updated my Trac to 0.12.1. I have a problem when I view > > ticket queries. The query is formatted to be very wide. In the browser I > > get a horizontal scroll bar. The real problem is that I cannot print the > > queries, as the right half is simply cut off. This is happening in > > Firefox and Konqueror on Linux. I do not have other browsers to test at > > this time. > > > > Anyone else see this? > > > > It's due to a little regression from 0.12 that we already fixed for 0.12.2. > In the meantime, you can apply that one-liner fix: > http://trac.edgewall.org/changeset/10229/branches/0.12-stable Shouldn't I be able to unzip the egg containing Trac, edit this file, and remake the zip file? When I do that and run Trac, I get some permission errors. The replacement egg file has the same permissions. Are python egg files made with any zip options I may have omitted? Here is what I get: ExtractionError: Can't extract file(s) to egg cache The following error occurred while trying to extract file(s) to the Python egg cache: [Errno 20] Not a directory The Python egg cache directory is currently set to: /vol1/trac/rsoft/.egg-cache Perhaps your account does not have write access to this directory? You can change the cache directory by setting the PYTHON_EGG_CACHE environment variable to point to an accessible directory. -- Roger Oberholtzer -- 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. 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.
Re: [Trac] Width of ticket queries
Hi Roger,
i've noticed the same behavior. It is caused by a "white-space: nowrap"
in report.css
.tickets tbody td, .reports tbody td {
padding:0.1em 0.5em !important;
white-space:nowrap;
}
Roger Oberholtzer wrote:
I have just updated my Trac to 0.12.1. I have a problem when I view
ticket queries. The query is formatted to be very wide. In the browser I
get a horizontal scroll bar. The real problem is that I cannot print the
queries, as the right half is simply cut off. This is happening in
Firefox and Konqueror on Linux. I do not have other browsers to test at
this time.
Anyone else see this?
--
Eike Jordan
| FIZ CHEMIE BERLIN
| Franklin Str. 11 --,__o
| 10587 Berlin -- _-\_<,
| -- (+)/'(+)
| Tel. : 0049-30-39977 214
--
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.
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.
Re: [Trac] Width of ticket queries
On 1/11/2011 9:15 AM, Roger Oberholtzer wrote: I have just updated my Trac to 0.12.1. I have a problem when I view ticket queries. The query is formatted to be very wide. In the browser I get a horizontal scroll bar. The real problem is that I cannot print the queries, as the right half is simply cut off. This is happening in Firefox and Konqueror on Linux. I do not have other browsers to test at this time. Anyone else see this? It's due to a little regression from 0.12 that we already fixed for 0.12.2. In the meantime, you can apply that one-liner fix: http://trac.edgewall.org/changeset/10229/branches/0.12-stable -- 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-us...@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] Width of ticket queries
I have just updated my Trac to 0.12.1. I have a problem when I view ticket queries. The query is formatted to be very wide. In the browser I get a horizontal scroll bar. The real problem is that I cannot print the queries, as the right half is simply cut off. This is happening in Firefox and Konqueror on Linux. I do not have other browsers to test at this time. Anyone else see this? -- Roger Oberholtzer -- 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. 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.
