RjOllos | 1 Nov 04:24 2009

[Trac] Re: TIP : Use a single report for tickets by one user, all users or current user


On Oct 29, 2:36 pm, glc nwl <glc....@...> wrote:
> Hi,
> Here is a tip for displaying (on a same report) tickets owned or
> reported by one user, all users or the current user, hope this helps,
> this tip could figure in some other places, like a blog or other site
> dedicated to Trac, but I don't have a blog at the moment and didn't
> find any relevant site that could show this post. Fell free to paste
> it somewhere else.

This seems like it would be a nice addition to the Trac CookBook:
http://trac.edgewall.org/wiki/CookBook
--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

罗勇刚(Yonggang Luo) | 1 Nov 08:53 2009
Picon

[Trac] Once I'am installing account-manager plugin, then the wiki macro TracIni doesn't working!

Error: Macro TracIni() failed <Option [account-manager] "account_changes_notify_addresses">
--
        此致

罗勇刚
Yours
   sincerely,
Yonggang Luo

--~--~---------~--~----~------------~-------~--~----~
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-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
To unsubscribe from this group, send email to trac-users+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Jake Stone | 1 Nov 12:40 2009
Picon

[Trac] Organize the [TitleIndex] page?


Hello!

I am confused how the TitleIndex wiki page organizes articles - it seems 
that Trac and Wiki articles are automatically grouped, but I don't see 
anything in their articles that determines which category it is filed in.

Do we have any control over how the articles are grouped? Wikipedia has 
a great category system, and that's what I'm shooting for. Example:
http://en.wikipedia.org/wiki/Category:Baltimore_Clippers_players

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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Hendrik Renken | 1 Nov 13:42 2009
Picon
Picon

[Trac] SWF or SVG Image files embedded into Wikipages


Hello,

today i tried to embed a *.swf flashfile and a *.svg vector graphic  
into a wikipage. First i tried the image-macro. That didn't work,  
because swf and svg are embedded through <embed> or <object> tag. Then  
i tried it with the html processor, but that didn't work either. It  
showed nothing.

code:
{{{
!#html
<object data="https://xyz.net/trac/projects/kernel/raw-attachments/architecture.swf 
" width="200" height="200"></object>
}}}

What have i done wrong? Does trac suppress swf files because of the  
render_unsafe_content=false ?

Thanks in advance,
Hendrik

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Remy Blank | 1 Nov 14:09 2009
Picon

[Trac] Re: SWF or SVG Image files embedded into Wikipages

Hendrik Renken wrote:
> Does trac suppress swf files because of the  
> render_unsafe_content=false ?

Yes, it does.

-- Remy

David Huang | 1 Nov 17:01 2009

[Trac] Re: Organize the [TitleIndex] page?


On Nov 1, 2009, at 5:40 AM, Jake Stone wrote:
> I am confused how the TitleIndex wiki page organizes articles - it  
> seems
> that Trac and Wiki articles are automatically grouped, but I don't see
> anything in their articles that determines which category it is  
> filed in.

They're grouped by the first few characters of the page name. E.g.,  
the Trac and Wiki articles are grouped because they all start with  
Trac and Wiki.

> Do we have any control over how the articles are grouped? Wikipedia  
> has
> a great category system, and that's what I'm shooting for. Example:
> http://en.wikipedia.org/wiki/Category:Baltimore_Clippers_players

See the documentation for the [[TitleIndex]] macro on the WikiMacros  
page. Basically, what you can control is whether grouping is enabled  
or not, and if it is, how many pages need to share a common prefix to  
be considered a group.
--

-- 
Name: Dave Huang         |  Mammal, mammal / their names are called /
INet: khym@... |  they raise a paw / the bat, the cat /
FurryMUCK: Dahan         |  dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 34 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA 
+ PL++

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

신 용대 | 1 Nov 09:48 2009
Picon

[Trac] Re: can not start trac with mod_python!


sqlite-3.6.19

2009. 11. 1., 오전 7:45, RjOllos 작성:

>
> On Oct 29, 4:34 pm, ertos12 <erto...@...> wrote:
>> I have installed:
>> trac-0.11.5
>> apache -2.2.13
>> python - 2.5.4
>> mod-python-3.3.1
>> svn 1.6.6
>
> Which database type and version have you installed?
> >

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

3x Illing | 1 Nov 21:10 2009

[Trac] Intertrac Links with parameters?


RjOllos schrieb:
> In your case, unless you repeatedly creating links to another Trac
> environment and need the shorthand, you are probably better off just
> entering the full URL, such as http://trac.edgewall.org/newticket?type=Defect?priority=High.
>   
Crazy. Never thought about just writing links to the complete URL...
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Bartosz Broda | 2 Nov 10:31 2009
Picon

[Trac] Re: mod_wsgi + multiple projects - works well, but unclear about a few things


On Sat, Oct 31, 2009 at 10:17 AM, Graham Dumpleton
<graham.dumpleton@...> wrote:
>
>
>
> On Oct 30, 6:33 pm, Bartosz Broda <bartosz.br...@...> wrote:
>> Hello Graham,
>>
>> I was reporting the problem with "instance.__dict__ not accessible in
>> restricted mode" inhttp://trac.edgewall.org/ticket/3371#comment:73. I
>> cannot investigate the issue in more details at the moment, as I have
>> a few deadlines approaching.  I will try to mirror the configuration
>> in VM environment in next week. If the errors will still occur, then I
>> will be able to provide the vm image for further inspection. Perhaps I
>> did something wrong during the configuration ofmod_wsgifor use with
>> Trac (I followed this guide:http://trac.edgewall.org/wiki/TracModWSGI,
>> but I might have miss some details).
>
> So you never looked at the following?
>
>  http://code.google.com/p/modwsgi/wiki/IntegrationWithTrac

I looked there, but the only relevant thing I found concerning
multiple instances of Trac was to run all of the instances in one
python interpreter. But to tell the truth I didn't have enough time to
read modwsgi wiki in depth :(

>
>> PS. In the meantime I can provide some details concerning my
>> configuration - what further info do you need?
>
> The Apache configuration related to mod_wsgi would be best starting
> point.

For every project I have this configuration:

WSGIScriptAlias /trac/PROJECT /var/trac/PROJECT/eggs/cgi-bin/trac.wsgi

<Directory /var/trac/PROJECT/htdocs>
    WSGIApplicationGroup %{GLOBAL}
    Order deny,allow
    Allow from all
</Directory>

The trac.wsgi files are created by trac-admin <env> deploy <dir>, so
it looks like that:

import os

def application(environ, start_request):
    if not 'trac.env_path_parent_dir' in environ:
        environ.setdefault('trac.env_path', '/var/trac/PROJECT')
    if 'PYTHON_EGG_CACHE' in environ:
        os.environ['PYTHON_EGG_CACHE'] = environ['PYTHON_EGG_CACHE']
    elif 'trac.env_path' in environ:
        os.environ['PYTHON_EGG_CACHE'] = os.path.join(environ['trac.env_path'],
                                                      '.egg-cache')
    elif 'trac.env_path_parent_dir' in environ:
        os.environ['PYTHON_EGG_CACHE'] =
os.path.join(environ['trac.env_path_parent_dir'],
                                                      '.egg-cache')
    from trac.web.main import dispatch_request
    return dispatch_request(environ, start_request)

This configuration worked rather well in case of one and two projects.
After that I added another 6 projects it started to throw
RuntimeError. It works with similar configuration using mod_python
(and it is faster then configuration based on modwsgi!).
Another thing to notice is that on the same instance of apache there
is one Django application, tomcat5.5 and a few php sites (including
some soap based web services). Half of the trac instances use mysql
and another half use sqlite.

Best regards,
  Bartosz

--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Graham Dumpleton | 2 Nov 11:59 2009
Picon

[Trac] Re: mod_wsgi + multiple projects - works well, but unclear about a few things


On Nov 2, 8:31 pm, Bartosz Broda <bartosz.br...@...> wrote:
> On Sat, Oct 31, 2009 at 10:17 AM, Graham Dumpleton
>
>
>
>
>
> <graham.dumple...@...> wrote:
>
> > On Oct 30, 6:33 pm, Bartosz Broda <bartosz.br...@...> wrote:
> >> Hello Graham,
>
> >> I was reporting the problem with "instance.__dict__ not accessible in
> >> restricted mode" inhttp://trac.edgewall.org/ticket/3371#comment:73. I
> >> cannot investigate the issue in more details at the moment, as I have
> >> a few deadlines approaching.  I will try to mirror the configuration
> >> in VM environment in next week. If the errors will still occur, then I
> >> will be able to provide the vm image for further inspection. Perhaps I
> >> did something wrong during the configuration ofmod_wsgifor use with
> >> Trac (I followed this guide:http://trac.edgewall.org/wiki/TracModWSGI,
> >> but I might have miss some details).
>
> > So you never looked at the following?
>
> >  http://code.google.com/p/modwsgi/wiki/IntegrationWithTrac
>
> I looked there, but the only relevant thing I found concerning
> multiple instances of Trac was to run all of the instances in one
> python interpreter. But to tell the truth I didn't have enough time to
> read modwsgi wiki in depth :(

Huh, it actually talks about it being preferable to use daemon mode
and run different Trac instances in their own process groups for
various reasons. That is, the opposite of what you are talking about.

It is certainly a bad idea to to run multiple Trac instances in same
interpreter where not the same code base, different versions of
plugins, or dependent modules or where need distinct Python egg cache
directories for projects. Also should be avoided if relying on
os.environ for setting Trac location.

The Python egg cache is a particular problem in your code as you
change it on every request and that could screw up badly on a
multithreaded configuration.

So, that particular auto generated trac.wsgi from trac-admin is
actually a bit dangerous. Normally one should not be setting Python
egg cache directory like that. It should be set once only.

Graham

> >> PS. In the meantime I can provide some details concerning my
> >> configuration - what further info do you need?
>
> > The Apache configuration related to mod_wsgi would be best starting
> > point.
>
> For every project I have this configuration:
>
> WSGIScriptAlias /trac/PROJECT /var/trac/PROJECT/eggs/cgi-bin/trac.wsgi
>
> <Directory /var/trac/PROJECT/htdocs>
>     WSGIApplicationGroup %{GLOBAL}
>     Order deny,allow
>     Allow from all
> </Directory>
>
> The trac.wsgi files are created by trac-admin <env> deploy <dir>, so
> it looks like that:
>
> import os
>
> def application(environ, start_request):
>     if not 'trac.env_path_parent_dir' in environ:
>         environ.setdefault('trac.env_path', '/var/trac/PROJECT')
>     if 'PYTHON_EGG_CACHE' in environ:
>         os.environ['PYTHON_EGG_CACHE'] = environ['PYTHON_EGG_CACHE']
>     elif 'trac.env_path' in environ:
>         os.environ['PYTHON_EGG_CACHE'] = os.path.join(environ['trac.env_path'],
>                                                       '.egg-cache')
>     elif 'trac.env_path_parent_dir' in environ:
>         os.environ['PYTHON_EGG_CACHE'] =
> os.path.join(environ['trac.env_path_parent_dir'],
>                                                       '.egg-cache')
>     from trac.web.main import dispatch_request
>     return dispatch_request(environ, start_request)
>
> This configuration worked rather well in case of one and two projects.
> After that I added another 6 projects it started to throw
> RuntimeError. It works with similar configuration using mod_python
> (and it is faster then configuration based on modwsgi!).
> Another thing to notice is that on the same instance of apache there
> is one Django application, tomcat5.5 and a few php sites (including
> some soap based web services). Half of the trac instances use mysql
> and another half use sqlite.
>
> Best regards,
>   Bartosz
--~--~---------~--~----~------------~-------~--~----~
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@...
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---


Gmane