[Trac] Re: Installing TracForge
Is TracForge compatible with Trac 0.11? Looking at the page it seems to support only 0.10. Since 0.11 is about to be out, it may be better to wait. If it does support 0.11 then I should take a good look at it as I manage many "connected" Trac instances. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Lars Stavholm Sent: Sunday, February 17, 2008 9:04 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Installing TracForge Reynier Perez Mira wrote: > Hi every: > I founded TracForge plugin and I want to test it. Reading the docs at > http://trac-hacks.org/wiki/TracForgePlugin I have a little doubts and I need > some assistance. > > 1) Wich means "master env" and "client env"? > 2) How I create this two env? It just with trac-admin init env ? Yes, trac-admin initenv. One for the "master" project, and one for each "client" project. /L > These are my doubts for now, maybe more appears but now it only those. > Cheers and thanks in advance > Ing Reynier Pérez Mira > Grupo Soporte al Desarrollo - Dirección Técnica IP > > > > > --~--~-~--~~~---~--~~ 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: Another TracWiki question
If you are a Trac user or you just want to suppress some link in one case, then do as Rainer said and put ! in front of the link. If you are an admin and you are wanting to change this behavior so that it doesn't happen for any user at any time ever, then you can set the configuration property ignore_missing_pages to true in the trac.ini file. I've done this in the Tracs that I administer because they are Java projects and people type in ClassNames all of the time. With ignore_missing_pages, Trac makes a link only if the page exists, or no link at all if it does not exist. To get around the problem of making new pages, I place a form at the top of the wiki that when the user types in a name into the box, it goes to that page in edit mode (same as if you visit a non-existing page and hit edit). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Reynier Perez Mira Sent: Friday, March 21, 2008 11:09 PM To: trac-users@googlegroups.com Subject: [Trac] Another TracWiki question Hi every: When I create a WikiPage and for example write this Word: ProjectName, Trac write last a "?" (ProjectName?) and insert a link like when I need to create a page link. How I can remove this behaviour? Cheers Ing. Reynier Pérez Mira Grupo Soporte al Desarrollo - Dirección Técnica --~--~-~--~~~---~--~~ 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: .doc to wiki page ?
Well, one of our developers was tasked with converting a ton of Word
docs into Wiki pages, which he did with wvWare (probably combined with a
perl script to invoke and upload). However, we just converted the
documents to HTML and posted them using HTML Trac wiki processor as we
only cared to have the content for searching and historical display. He
attempted to make a wvWare script to convert directly to Trac, which I
have attached, but it was never used.
The developer's comments on the script:
"a partial, non-working attempt to make wvWare output Trac-Wiki-friendly
text, but there were some problems with lists and whitespace I could not
overcome (all bulleted lists would have to be manually corrected, and
vertical whitespace would need to be manually or automatically
corrected)."
For Excel, I noticed that when you copy/paste from or to Excel, that it
works with tab separated values. I wrote a Python macro (used as a wiki
processor) so you can paste an Excel doc or CSV file and it would format
it. There are CSV macros out there already but ours allows for Trac
formatting in the fields. The limitation is that the copy/paste only
works for things where you would expect a CSV to work, a rectangular
table. No Excel formatting nor things like graphs and charts are
preserved. What I mean when I say that it allows for Trac formatting is
that if you put "This is some cell content that has ''italics'' and
links to TracGuide", the italics and TracGuide will come out formatted.
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of AmanKow
Sent: Saturday, March 22, 2008 1:43 PM
To: Trac Users
Subject: [Trac] Re: .doc to wiki page ?
Well, that macro is a big win for me...
I think my needs are similar to that of most people... getting a bunch
of disparate legacy docs into trac wiki as a one time deal. Then I
can work on them with spending a lot of time dealing with the 99% of
the formatting that is commonly used in word docs.
Does anyone know of a similar macro for excel? I could really use
that!
Wayne
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
HTML
= =
(olist)
ulist
.
0
0
0
0
0
0
||
||
``'''``'''
``''``''
^^
(font)
(endfont)
{{{
#!comment
}}}
(a picture was here)
[Trac] Re: .doc to wiki page ?
Unfortunately I haven't seen any solution for exporting either direction that works properly with images. There is a Trac to PDF I saw that almost works, except that it fails on https sites, which is where I have my Trac, making that exporter useless. For going out of Trac, I just copy/paste or "save webpage as" and use the normal HTML loading features of Office. It's horrible. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of AmanKow Sent: Monday, March 24, 2008 11:59 AM To: Trac Users Subject: [Trac] Re: .doc to wiki page ? On Mar 24, 9:29 am, "Jason Winnebeck" <[EMAIL PROTECTED]> wrote: [...] > For Excel, I noticed that when you copy/paste from or to Excel, that it > works with tab separated values. [...] You can paste the table into word as a word table, and have a fully formatted table ready for word2trac. Yeah, the inability for me to get the images over was ratty, but I assumed that was more my inexperience with excel than anything else. Couldn't seem to highlight graph images to come along with the table. Anyone have an idea on getting the images into word as well? Wayne --~--~-~--~~~---~--~~ 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: Previewing different file formats
We use lots of Office files in SVN. There is a plugin for Excel, but I haven't seen one for Word, yet. If you make such a plugin, please announce it on the list. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Nick Murdoch Sent: Wednesday, April 02, 2008 10:56 AM To: trac-users@googlegroups.com Subject: [Trac] Previewing different file formats Hi everyone, I've had a look through the Trac documentation and I can't see anything on this. I'd like to add a previewer for MS Word documents so that I don't have to download the attachment each time I want to look at it. I know there's a few utilities about that'll convert documents to html, I'm just wondering if there's a way to write a plugin or similar for Trac, which would call that utility and put the output on the attachment preview page. Thanks, Nick --~--~-~--~~~---~--~~ 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: Save all Wiki content
If you combine your backup with the attachments directory, you can preserve the attachments. I've never done a wiki dump before, but I would suspect based on what I've heard that it is quite possible that the associations between pages and attachments won't be restored in the DB when you restore the wiki. If you are just simply trying to backup Trac, you could consider archiving the entire environment, preserving DB and attachments? Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Reynier Perez Mira Sent: Wednesday, April 02, 2008 10:17 PM To: trac-users@googlegroups.com Subject: [Trac] Save all Wiki content Hi every: It is posible save all wiki pages including images and directories? I do this trac-admin /path/to/env wiki dump /path/to/dump but this only save Pages and I don't want this because all images stored in the Wiki are lost. Any guide or chance to do this? Cheers and thanks in advance Ing. Reynier Pérez Mira Grupo Soporte al Desarrollo - Dirección Técnica IP --~--~-~--~~~---~--~~ 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: Trac Plugins & Server security
-Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Noah Kantrowitz Dr. Michael Gerz wrote: > are there any security mechanisms within trac (or python) to make sure > that a trac plugin does not compromise the whole trac server? Are there > any restrictions on the execution of trac plugins? Nope, nor is such thing possible. Python currently has no systems for restricted execution. Several have been looked at, but they are to be considered academic exercises at best. All plugins execute in the same memory space as trac itself, and therefore can do anything it can. In practical terms this means that plugins are programs operating with the permissions of your web server. --Noah - Well, you could always run Apache twice as different users on the same machine, or it may be easier to run one Apache that does proxying to a tracd instance behind, where the two instances run as separate users that don't have permissions to each other's files. Of course, you have to run two instances of a server, but you have a guarantee that they can't access each other, as long as you trust the operating system. Obviously it's possible to somehow do some root exploit by a Trac plugin that would allow them... But the exploit risk is inherent in any open port regardless of process. They could exploit your Apache or mail server or whatever you have running and get into Trac. I think the Michael's question is probably more relevantly, whether or not a trac plugin can access another instance of Trac without an exploit; in other words, through documented programming techniques. I don't know enough about Python and Trac to be able to say if Trac A can access objects of Trac B through standard coding. Jason --~--~-~--~~~---~--~~ 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] Plugin and Python Development
I am working on upgrading my Trac 0.10 environment to 0.11, but I am having problems with development. I am a Java/C++/C# developer so my Python experience is negligable. I am reading up on Python as a language, so that's not what my question is about. Basically my question is that I don't know how to RTFM on Trac because I don't know how to find documentation. I've read the wikis on Trac with TracDev, and I've found examples online -- I've gotten mostly as far as I have because of that. But I can't move beyond the "copy and paste" level. OK so to get to the point: In Java I would be able to use Javadoc to find out what methods exist in a Trac object, and what the parameters to expand_macro are, and their types. How can I do this in Trac? Like in expand_macro I get a variable "formatter" but what type is it? If it's an object what methods and variables does it have? Am I missing something, like a document generator like Javadoc that would generate something to give me lists of functions and classes in Trac? Another example is Markup. From what I can tell I should be converting stuff to use the Markup object, which is in trac.wiki.util I think. I've had some small success finding source code to use as "documentation", but there is no such directory, so I can't even find the source for Markup. Part of this probably comes from the fact that Python has weak typing. I figure that the way to overcome that is by documentation, but I'm working hard trying to find it, and how to use it effectively. Also, I know that Python isn't "compiled" but is there a command to run to even at least check my syntax? Right now my method is trial-and-error by uploading plugins and testing. Python virtualenv is helping me immensely but it is still slow going. Jason --~--~-~--~~~---~--~~ 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: Plugin and Python Development
-Original Message- Noah Kantrowitz wrote: > Rather than answer this directly, I am just going to say you should come > sit in #trac (on freenode). You will be able to get faster and better > answers in general. PS: I am coderanger, feel free to pester me. I am on IRC pretty much constantly if I am not sleeping (which is rare). --Noah Thanks for the help, Noah. For the purpose of the list, I'll say that my problem mostly was that I didn't know about pydoc. There's also a plugin at http://trac-hacks.org/wiki/PyDocPlugin to view pydocs in Trac. I couldn't find Markup in my original mail because I didn't understand that imports can follow a "chain" in Python. I really wanted to import from genshi. Also, when parameters are not well documented what their types are, as a last resort it is possible to run type(x) to get a variable type in the running code, which then can be used to look up in documentation more information. Jason --~--~-~--~~~---~--~~ 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] 0.11: Dates
I noticed in 0.11 all of the dates are displayed as ages (like "5 months ago") rather than the actual dates. For tickets and revision logs this is a particular issue I am having. Is this option configurable on a per-user or per-server basis? For example, I am often doing "forensics" of finding changes in SVN around a date or wanting to know when a ticket was worked on. Often I would rather work with dates. OK, so I know that I can hover the link to get the date. And I know that I can click the dates to go to the timeline and that's all cool. And I've decided that in the end, I prefer seeing the actual dates. What are my options? Jason --~--~-~--~~~---~--~~ 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 trac subversion access
-Original Message- From: Ross J. Reedstrom Sent: Friday, May 09, 2008 4:55 PM Hey all - Is there some way to 'hide' a subtree in subversion from trac? We'd like to have a 'scratchpad' area for people to commit works in progress that aren't exactly ready for general use. Ross -- You can use authz permissions files with Trac. They have the same format and purpose as the authz files used by Subversion. I am assuming that you aren't trying to say that people shouldn't have permissions to see the scratchpad area through SVN; just that they don't see it through Trac. Normally, you give SVN and Trac the same file to enforce permissions, but you don't have to and in your case you don't want to. You could create an authz file that "denied" access to scratchpad for all users and give that to Trac, and then the existence of that directory will disappear from the browser and timeline. However, if this is your intention, you may want to reconsider. Trac is a collaboration tool between developers. Maybe they want to watch the timeline to see what other people are working on so that they can contribute. Maybe the want to browse the scratchpad through a web interface instead of checking out the whole folder. If you're saying that it should be blocked so that no one can collaborate on that folder, no one wants to see the folder, and it contains code that's not ready, then what is the purpose of having it in version control? Jason --~--~-~--~~~---~--~~ 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: Webpage not available error when using VPN
-Original Message- From: Pankaj Chawla Is there an specific problems using Trac over VPN. - There shouldn't be. Something like a VPN should be transparent to a server, because what VPN does is effectively simulates the remote machine as a machine on the local network. The only real different is performance. If the pages are too big and/or loading too slowly maybe it can trigger that error. Otherwise, it could be a fault in the VPN with the connection dropping occasionally. Jason --~--~-~--~~~---~--~~ 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: parallel steps possible in custom workflow?
-Original Message- From: rupert thurner is it possible to assign a ticket to more persons at a time, e.g. to the three who are responsible for estimating the implementation effort? -- I don't think so, but a technique used in general for task tracking is to assign a "point person" who represents the team in updating the ticket. It could be a good practice, because if you ask "will somebody please update ticket 25," likely nothing will happen but if you ask "Rupert, will you update the ticket," then something will happen. Jason --~--~-~--~~~---~--~~ 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.11 tries to diff PDF
I'm pretty sure that Trac 0.10 didn't do this, but after upgrading to branches/0.11-stable Trac 0.11dev-r7086, Trac is trying to diff PDFs, resulting in 100% server CPU use for about half a minute and generating a massive page. While I realize that PDFs are mostly text, I'm not sure why Trac is trying to interpret it, given its MIME type. SVN properties on the file, as shown in Trac browser: * Property svn:mime-type set to application/pdf * Property svn:needs-lock set to needs lock My impression is that any mime-type in SVN that doesn't start with "text/" is a "binary" file. Now Trac does say: HTML preview not available, since no preview renderer could handle it. Try downloading the file instead. Other info: Trac: 0.11dev-r7086 Python: 2.4.3 (#2, Oct 6 2006, 08:04:11) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] setuptools: 0.6c8 SQLite: 3.2.8 pysqlite: 2.4.1 Genshi: 0.5dev-r851 mod_python: < 3.2 Pygments: 0.10 Subversion: 1.3.1 (r19032) jQuery: 1.2.3 changeset max_diff_bytes 1000 max_diff_files 0 The max_diff_bytes is the default value. Maybe I could make it smaller but Trac shouldn't try to diff a PDF at all, should it? Jason --~--~-~--~~~---~--~~ 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.11 and PYTHON_EGG_CACHE
For some reason, after upgrading Trac to 0.11 (and many of its dependencies, but excluding at least Apache and Python), the PYTHON_EGG_CACHE is not working properly. This exact config worked with 0.10, and did actually put files in /var/python-egg-cache, but now the code insists on /var/www/.python-eggs, regardless of what I try. My configuration is below -- any suggestions? Currently Apache is writing to /var/www/.python-eggs; I have confirmed this since Genshi and pysqlite are in there. Jason SetHandler mod_python PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /srv/trac PythonOption TracUriRoot /trac SetEnv PYTHON_EGG_CACHE /var/python-egg-cache AuthType Basic AuthName "Trac_SMS" AuthUserFile /srv/sms-auth-file Require valid-user --~--~-~--~~~---~--~~ 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.ini inherit options
In the inherit section, I can specify a location for shared plugins and
templates. Is there a shared chrome directory? What I want to do is
create a template (I already did) that lets me inject a style sheet.
I've done this already with ${href.chrome('site/style.css')} in a Genshi
template; however, I have to copy style.css into each Trac instance even
though the template is inherited. Any suggestions?
Jason
--~--~-~--~~~---~--~~
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: InterTrac, InterMapTxt....
-Original Message- From: José Renato (br) I looked at the page guide of InterTrac, and that is exactly what I want, but, the only problem is that using InterTrac like the guide page says, I need to put at all of the trac.ini files of my project envroiments that information. Is there a ways to do that using a single file, that all of my projects could access ? -- Well, my last mail was about this issue. If you are using Trac 0.10 there is a global directory (for me it was /usr/share/trac), and you put the common trac.ini configuration there to be shared for all projects. If you are using Trac 0.11, you can use the inherit file option to inherit a global options file, and put the InterTrac in that. I have the same setup that you do, and I have my InterTrac set up so that all of the instances can link to each other. Jason --~--~-~--~~~---~--~~ 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] User Assignment
Since upgrading to 0.11, I noticed that with the drop-down assignment box, there used to be a location with no user at all, but now it is gone. In our environment, we used that as a way to signify tickets available for people to pick up. We could assign the tickets instead to someone who could "farm" them out, but then you can't tell easily between tickets assigned to the person for them to work on, and tickets assigned to them to give away. I'm still using the standard Workflow. Maybe I need to modify this to use an actual ticket Workflow instead of the more "unofficial" convention? Jason --~--~-~--~~~---~--~~ 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: 0.11: Dates
I still somewhat have my original opinion, that there should be an option on the date behavior, but I will admit that I have learned to use the hover if I want to see the actual date, and I've gotten used to it enough that I don't notice it much and I almost prefer the "x time ago" display up to a point, maybe about 2 weeks. When it starts going to things like "9 months ago" it's not as useful. Jason From: Erik Andersson Subject: [Trac] Re: 0.11: Dates +1 Cheers / Erik On Sat, Jun 14, 2008 at 11:50 AM, (``-_-´´) -- Fernando <[EMAIL PROTECTED]> wrote: Olá Jason e a todos. On Thursday 08 May 2008 17:46:59 Jason Winnebeck wrote: > > I noticed in 0.11 all of the dates are displayed as ages (like "5 months > ago") rather than the actual dates. --~--~-~--~~~---~--~~ 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: Multiple Level Sorting with Trac Queries
-Original Message- From: Ashley Sent: Monday, July 07, 2008 1:41 PM We're running Trac 0.11, so we're trying to use the Trac Query system but there's a few limitations. Maybe I missed it, but is there any way to do multi-level sorting? -- I've been using trac for awhile, and I don't believe I've seen any way to do that. Jason --~--~-~--~~~---~--~~ 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: modifying custom workflow
> From: jevans > Any tips or gotchas for modifying a custom workflow? > I assume adding states and actions is pretty straightforward. How > about removing states? Would I need to migrate any tickets in the > state to be removed one by one or is there an easier way? I've been wondering this myself, but it might be good to migrate tickets anyway. There is some python code in the migrate script: http://trac.edgewall.org/browser/branches/0.11-stable/contrib/workflow/m igrate_original_to_basic.py Or, you could do it by hand. Looks like all it does is run a SQL UPDATE on the ticket table to change status from A to B. Jason --~--~-~--~~~---~--~~ 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] Possible? Trac-links with #?
I'm administrator for a Trac 0.11stable-r7327 installation. I'm trying to figure out how to link to a source file in another trac that has a # in the actual path. If I link to othertrac:source:Dir/C#/trunk, the actual link is not URL encoded, so it interprets it as a link to intertrac/source%Dir/C%23/trunk But, when it is read by the other trac instance, it converts the %23 into an actual # (or maybe the browser Firefox 3 does?). Regardless, I get an error: No node /Dir/C at revision x If instead I put %23 in the actual trac link, the % gets encoded: No node /Dir/C%23/trunk I've tried putting quotes in different places, and nothing works. I know that unfortunately the # is a valid character in some Trac links, so is this even a possible thing to do? Jason --~--~-~--~~~---~--~~ 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: Windows mobile like a trac client
Well, Trac supports RSS and there are a wide range of RSS readers for WM6. That can provide for you a read interface to Trac. If you are looking to program a solution, it should be possible to use XML-RPC from the device to build a mobile-appropriate interface for Trac rather than using the web interface. WM6 has .NET Compact Framework (CF) 3.5 to help you here, but I don't know if there are existing XML-RPC for CF or not. I do know that a colleague of mine implemented a "TracBot" that interfaces Trac (through XML-RPC plugin) and XMPP protocols in .NET 2. Apparently he told me that his XML-RPC interaction was simple enough that he just wrote the XML to do the call and response without any library. When you mention "new task in my mobile device" if you mean the pocket Office/Outlook implementation of that I wouldn't think that would be a good place to do it because normally that syncs with Exchange. But, I would imagine a .NET tool could be written that uses XML-RPC and the PocketOutlook API to synchronize tickets and tasks (I would suggest tagging or naming tasks a certain way to link them). But the ticket model in Trac doesn't line up with tasks at all, because tasks don't have "comments" or "attachments" or "states". They have done or not done (you can model that as a ticket) and due dates (which is not in default Trac). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of LuVar Sent: Friday, September 12, 2008 5:59 AM To: Trac Users Subject: [Trac] Windows mobile like a trac client Hi. I search web and found no solutions. I have mobile with windows mobile 6 OS and I want to have tickets from my trac in it. Is it possible? Have someone using mobile in this way? I think, that with right software it could be done wia iCalendar support of trac. Second question is, could be synchronizing bee done in opposite direction? i.e. I add new task in my mobile device and after sync, the new task will be in trac. (this is probably harder than sync from trac to mobile) PS Iam running on linux OS on my desktop and I hate google grups :-/ --~--~-~--~~~---~--~~ 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: Windows mobile like a trac client
OK, I was a little wrong on XML-RPC. For Trac he only used RSS feeds of the timeline, not XML-RPC. We did install that plugin, and I still believe that you can build whatever application you wanted through that interface, though. There was some work with XML-RPC in .NET that was a library called (aptly named) XML-RPC.NET (http://www.xml-rpc.net/), but it doesn't say that it works in CF. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jason Winnebeck Sent: Friday, September 12, 2008 12:12 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Windows mobile like a trac client Well, Trac supports RSS and there are a wide range of RSS readers for WM6. That can provide for you a read interface to Trac. If you are looking to program a solution, it should be possible to use XML-RPC from the device to build a mobile-appropriate interface for Trac rather than using the web interface. WM6 has .NET Compact Framework (CF) 3.5 to help you here, but I don't know if there are existing XML-RPC for CF or not. I do know that a colleague of mine implemented a "TracBot" that interfaces Trac (through XML-RPC plugin) and XMPP protocols in .NET 2. Apparently he told me that his XML-RPC interaction was simple enough that he just wrote the XML to do the call and response without any library. When you mention "new task in my mobile device" if you mean the pocket Office/Outlook implementation of that I wouldn't think that would be a good place to do it because normally that syncs with Exchange. But, I would imagine a .NET tool could be written that uses XML-RPC and the PocketOutlook API to synchronize tickets and tasks (I would suggest tagging or naming tasks a certain way to link them). But the ticket model in Trac doesn't line up with tasks at all, because tasks don't have "comments" or "attachments" or "states". They have done or not done (you can model that as a ticket) and due dates (which is not in default Trac). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of LuVar Sent: Friday, September 12, 2008 5:59 AM To: Trac Users Subject: [Trac] Windows mobile like a trac client Hi. I search web and found no solutions. I have mobile with windows mobile 6 OS and I want to have tickets from my trac in it. Is it possible? Have someone using mobile in this way? I think, that with right software it could be done wia iCalendar support of trac. Second question is, could be synchronizing bee done in opposite direction? i.e. I add new task in my mobile device and after sync, the new task will be in trac. (this is probably harder than sync from trac to mobile) PS Iam running on linux OS on my desktop and I hate google grups :-/ --~--~-~--~~~---~--~~ 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: 'Assign to' in 'new ticket' dialog
This is interesting because what I have to do now is make the ticket (usually assigned to myself to keep from e-mailing other people), then reassign it to someone else, or in my custom workflow I have a state "unassigned," which is a signal for people to pick up new tasks in order of priority based on our current milestone (this is similar to agile sprints). It sounds like I can use this plugin to start out immediately as unassigned or assigned? If I do that, does it go into unassigned state but with the default owner that Trac gives it (based on component)? Will this break the assumptions of Trac/timeline/plugins that assume that the first state for any ticket is "new" and key on that? Jason From: Stephen Moretti There is a way around this: http://trac-hacks.org/wiki/TicketCreationStatusPlugin --~--~-~--~~~---~--~~ 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] SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash
Somehow, python egg caches do not work anymore since Trac 0.11, and now I have crashing plugins. I am using Trac 0.11stable-r7581. Since Trac 0.9 was installed, I had the following SetEnv option in my Apache: SetHandler mod_python PythonHandler trac.web.modpython_frontend PythonOption TracEnvParentDir /srv/trac PythonOption TracUriRoot /trac SetEnv PYTHON_EGG_CACHE /var/python-egg-cache AuthType Basic AuthName "Trac_SMS" AuthUserFile /srv/sms-auth-file Require valid-user This is as per Trac documentation at http://trac.edgewall.org/wiki/TracPlugins#SettingupthePluginCache When Trac 0.11 came out, this setting was completely ignored. Now, it wanted to write to ~www-data/.python-eggs. OK, so I tried a lot of things to get it back to /var, but eventually I gave up. Whatever, so I made sure that ~www-data had a properly set up home with proper permissions so that the egg cache could live there. Now, it seems that most eggs end up in ~www-data/.python-eggs, some of them end up in /var/python-egg-cache, and some of them apparently want to end up in /src/trac. When I do a search using tracsearchall, I get the following error: IOError: [Errno 2] No such file or directory: '/srv/trac/.egg-cache/VERSION' This used to work in earlier versions of Trac 0.11. Actually, I think eggs pop up in var depending on the revision of Trac I use. I use the SVN version and update sometimes, after reviewing checkins on 0.11-stable branch. I see the Python egg cache code get changed often and in one case it actually broke my Trac entirely (but was fixed later). Can anyone tell me if I am using the proper way to set an egg cache location and why does tracsearchall try to find eggs in /srv/trac??? Jason Winnebeck Trac: 0.11stable-r7581 Python: 2.4.3 (#2, Jul 31 2008, 22:09:04) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] setuptools: 0.6c8 SQLite: 3.2.8 pysqlite: 2.4.1 Genshi: 0.5.1dev-r881 mod_python: < 3.2 Pygments: 0.10 Subversion: 1.3.1 (r19032) jQuery: 1.2.6 File "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/w eb/main.py", line 432, in _dispatch_request dispatcher.dispatch(req) File "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/w eb/main.py", line 204, in dispatch resp = chosen_handler.process_request(req) File "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/s earch/web_ui.py", line 106, in process_request results += list(source.get_search_results(req, terms, filters)) File "build/bdist.linux-i686/egg/tracsearchall/searchall.py", line 62, in get_search_resultsFile "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/e nv.py", line 579, in open_environment env = Environment(env_path) File "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/e nv.py", line 197, in __init__ self.verify() File "/usr/lib/python2.4/site-packages/Trac-0.11stable_r7581-py2.4.egg/trac/e nv.py", line 256, in verify fd = open(os.path.join(self.path, 'VERSION'), 'r') --~--~-~--~~~---~--~~ 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: SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash
OK, Noah that works fine. I went to update the wiki and then noticed that I read the wrong section, right after the CGI part it explains the mod_python as using PythonOption. So, I goofed on RTFM. Although, it seems that this isn't the problem that is causing tracsearchall to crash. However, that is a plugin issue so I'll address that through Trac-hacks (unless someone here knows), although I'm not sure what has changed since it was last working. I think Aaron's idea was for handling the PYTHON_EGG_CACHE issue and not my tracsearchall, so I didn't try to pre-expand Genshi. Thanks for the help, Jason -Original Message- From: Noah Kantrowitz Sent: Monday, October 20, 2008 3:45 PM Make that a PythonOption instead of a SetEnv. --Noah > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Jason Winnebeck > Sent: Monday, October 20, 2008 8:46 AM > To: trac-users@googlegroups.com > Subject: [Trac] SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash > > > Somehow, python egg caches do not work anymore since Trac 0.11, and now > I have crashing plugins. I am using Trac 0.11stable-r7581. --~--~-~--~~~---~--~~ 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: SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash
I have found the issue. It is because there was yet a third Python egg cache on my system, and tracsearchall tries to open it as an environment as it is in my environment parent directory. http://trac-hacks.org/ticket/3559 fixed this by putting open_environment in a try/except, but it doesn't seem to work in this case. So, either way I have solved this problem. I should have treated the error message more literally. Jason -Original Message- From: Jason Winnebeck Sent: Tuesday, October 21, 2008 8:21 AM OK, Noah that works fine. I went to update the wiki and then noticed that I read the wrong section, right after the CGI part it explains the mod_python as using PythonOption. So, I goofed on RTFM. Although, it seems that this isn't the problem that is causing tracsearchall to crash. However, that is a plugin issue so I'll address that through Trac-hacks (unless someone here knows), although I'm not sure what has changed since it was last working. I think Aaron's idea was for handling the PYTHON_EGG_CACHE issue and not my tracsearchall, so I didn't try to pre-expand Genshi. Thanks for the help, Jason -Original Message- From: Noah Kantrowitz Sent: Monday, October 20, 2008 3:45 PM Make that a PythonOption instead of a SetEnv. --Noah > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Jason Winnebeck > Sent: Monday, October 20, 2008 8:46 AM > To: trac-users@googlegroups.com > Subject: [Trac] SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash > > > Somehow, python egg caches do not work anymore since Trac 0.11, and now > I have crashing plugins. I am using Trac 0.11stable-r7581. --~--~-~--~~~---~--~~ 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: SetEnv PYTHON_EGG_CACHE ignored, tracsearchall crash
I apologize for another self-reply, but this is the last one. I just wanted to correct something wrong that I said in case Google searchers come along. The tracsearchall is fine and the ticket did fix the problem. I was using the wrong revision of the plugin from before that patch, when I thought I had the latest. Jason Winnebeck -Original Message- From: Jason Winnebeck Sent: Tuesday, October 21, 2008 8:33 AM I have found the issue. It is because there was yet a third Python egg cache on my system, and tracsearchall tries to open it as an environment as it is in my environment parent directory. http://trac-hacks.org/ticket/3559 fixed this by putting open_environment in a try/except, but it doesn't seem to work in this case. So, either way I have solved this problem. I should have treated the error message more literally. --~--~-~--~~~---~--~~ 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: Calendering Plug-in
Mike wrote: > Does anybody have/know of a calendering plug-in for TRAC? > The sort I'm envisioning would display as a monthly calender where > each day is a link to details for that day to view/input items > scheduled for that day. I use http://trac-hacks.org/wiki/WikiCalendarMacro. It doesn't seem to be maintained anymore, but the macro is simple and others have contributed. I am currently using my own modified version, which is posted on that page: WikiCalendarMacro.4.1.py (10.1 kB) -"Fix to my version 4, to fix prev/next button link generation, tested in Trac 0.11-r7405 and python 2.4", added by JasonWinnebeck on 09/04/08 08:51:01. This version is currently working on my Trac 0.11.2 and Python 2.5.2 on Ubuntu Linux. It worked before I upgraded, with Python 2.4 (I believe). Jason --~--~-~--~~~---~--~~ 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: New Release of Agilo for Scrum
This looks extremely interesting because currently I'm trying to assemble a bunch of disjointed plugins and custom fields and custom reports to try to get something to do scrum (with PBIs/SBIs and burndown, etc). It says that it is a plugin for Trac but the screenshots are barely recognizable. Some questions: OK, it's a plugin for Trac. But is it really compatible with all of Trac, including other existing plugins? Or does it act more like a "patch" and take it over? Also, will it work on an existing Trac that has been around a long time already with a lot of tickets/changesets/etc. There's not a lot of information on the site to evaluate it. I could try it out but I'm still a little skeptical, and with only 1 screenshot I can't see the features very well. Jason -Original Message- From: Andrea Tomasini I just want to inform you that last week we released a new version of Agilo for Scrum 0.7.3 --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Milestone properties
Chris Nelson wrote:
> I've sometimes been frustrated by Trac milestones not having history so,
> for example, when I reschedule it I have an audit trail of what the
> original date was. I was struck recently by the idea that MS Project (and
> maybe others) treat milestones as tasks with 0 duration. A milestone can
> then depend on tasks just as a task can depend on other tasks, etc. It
> seems to me a lot of simplification comes out of treating milestones as
> special tasks rather than a distinct entity. I'd be interested in others'
> thoughts about how this affects Trac core and revisions.
It's very interesting that you say that because I realized just now that our
Trac environment was moving this way.
First, we used milestones, but development on our project is non-linear due to
deployment for several customers, so the milestone view is not condusive to
having the same change affect multiple milestones.
Therefore, a first solution was to create tickets for the actual physical
deployment itself. Then, over time we made these tickets have their own ticket
type ("deployment"), and then eventually used master tickets plugin to link
tickets that are blockers for that deployment. Now, we have a wiki page which
does a ticket query to show you upcoming, open, "deployments". Now I realize
that basically we replaced the roadmap with the deployment wiki page, and use
the master tickets plugin field "blocking" as a replacement for "milestone".
Ultimately, the deployment ticket still really does represent the task of
physical delivery of software to a customer, so it doesn't get closed until
that happens. The "blockers" functionality makes natural sense since you can't
deliver software not yet written.
You could follow the same idea, to get history for your "milestone." The
description and even the blocking/blocked by history would be shown in the
ticket. To replicate our system:
* Create ticket type "deployment"
* Install http://trac-hacks.org/wiki/MasterTicketsPlugin
* Create "deployment" tickets with descriptions like "AwesomeApp 1.3.5 - May
20, 2009"
* Link tasks to deployments and each other using "blocking"/"blocked by"
fields
* Use the following wiki for a "milestone" view:
== Ongoing or Upcoming ==
[query:status!=closed&type=deployment Open deployment tickets:]
[[TicketQuery(status!=closed&type=deployment)]]
== Completed ==
[query:status=closed&type=deployment Closed deployment tickets:]
[[TicketQuery(status=closed&type=deployment)]]
Jason
--~--~-~--~~~---~--~~
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
trac-users+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---
[Trac] Re: Wiki Processors
Andrew Gehring wrote: > I'm trying to get the sorttable.js processor working, and seem to be > missing something... > > Created dir wiki-macros and placing sorttable.js there Trac plugins are Python (.py) files, not .js files, unless Trac supported "plugins" by adding js files to the generated pages somehow just by putting the js somewhere. Where is this plugin and where did you get it from? Jason --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] File links to attachments
I am using Trac 0.10b1 (r3675). How can I create a link to a line number in an attachment? I know this is possible in the source browser, but what about for attachments? attachment:whatever.txt#L100 seems to strip off the #L100 part. I realize that perhaps not all mime viewers generate lines and not all attachments can be viewed but even if the L100 anchor is not there it won't hurt anything... Jason Winnebeck --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Sending email on ticket creation
I use Trac 0.10b1 on an internal server for development. When tickets are created, it appears that there is no way to get Trac to send out mails, but we would like to do this so that when someone files a ticket and it starts assigned, that at least the person assigned to it gets the message. I'm not sure why it is acting this way because my attempts at looking at the source code seem to suggest that the notification system is getting called on ticket creation, but I don't see anything ever come from that. Jason --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Dealing with up-and-down mail servers
Usually in a *nix environment you can set up a mail server like exim4 to listen only on localhost, which is pretty much guaranteed not to fail (at least due to connection problems). If its mail queue is set up properly it will do resends and such for you, so even if the server is down at the time it will try again later, regardless of what Trac is doing, so you get reliable and instant email “for free” as far as Trac is concerned. If you are running on Windows I don’t know if there is a similar method to use there… Jason From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Rodenburg Sent: Friday, September 08, 2006 1:26 PM To: trac-users@googlegroups.com Subject: [Trac] Dealing with up-and-down mail servers I've got mail notification configured on my trac server, but we're experiencing some intermittent connectivity issues with the mail server. When the mail server goes down, trac entries are of course saved but hang for the user while it tries to spiral out the notifications. Is there a fix or adaptation I can make that lets the mail notification timeout after "x" number of seconds? cheers, j --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Silly question
We use [[Draft]] and [[Obsolete]] macros to mark a page as a draft or obsolete page, but this is only a user-visible comment about the page. As for your database question, it will save space to delete revisions, as each revision is a unique row. When I started trac I thought that it might use SVN to back its wiki or that it at least stored deltas, but it does neither. When you modify a page the entire page is copied into a new row. I've often wondered about this decision, but in your case what it does allow is it is very easy, very fast, and takes no effort on Trac's part for you to delete a revision and for Trac to "handle" that fact, because it just pulls out the record with the highest "revision" number. So your DB will be faster and smaller after deleting. Be careful with deletions, as deletions are not undoable and are not revisioned -- you will permanently lose data if you do the wrong thing. Therefore, you may want to limit who has permissions to delete pages. Jason Winnebeck -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Aaron D. Marasco Sent: Friday, September 08, 2006 2:31 PM To: trac-users@googlegroups.com Subject: [Trac] Silly question Hi all, Often I find myself saving my wiki changes with a description "work in progress." This is usually when I have a bunch of broken Image() macros because the edit page won't let me add attachments. That, and I'm afraid of losing my work. When I'm all done, I will often go back and use the Admin function 'Delete Revision' to wipe out the intermediate stages, because I think they're useless. Is this going to cause the database to thrash looking for missing revisions? Are the wiki pages stored as deltas like svn does? Or am I actually saving database space by removing these intermediate copies? - Aaron -- Sent using a web interface, so I am sending this instead of working. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Sending email on ticket creation
I am confused, does this mean that when you make a new ticket, the owner of the component is always notified? But this is not what I have seen, either -- I've seen nothing generated and I saw that also before our upgrade when we ran 0.9.6. Is there some setting? Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Rainer Sokoll Sent: Friday, September 08, 2006 2:25 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Sending email on ticket creation On Fri, Sep 08, 2006 at 01:42:23PM -0400, Jason Winnebeck wrote: > I use Trac 0.10b1 on an internal server for development. I can only speak for 0.9.6. > When tickets are created, it appears that there is no way to get Trac to > send out mails, but we would like to do this so that when someone files > a ticket and it starts assigned, that at least the person assigned to it > gets the message. We have a default component with an owner. Every new ticket belongs to this default component, and therefore the owner gets notified. It is workaround, of course. 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 -~--~~~~--~~--~--~---
[Trac] Re: Migrating Trac to new box
In order to get Trac 0.9 you need to switch to getting packages from unstable, but this will not work if your base install is sarge, without really romping all over your system. You could try to compile Trac from source (it's actually only a single command), or if you want to keep using packages you can try getting the apt-source for 0.9 in unstable then dpkg-buildpackage it. I used to do this to backport from Debian experimental, but nowadays I just compile Trac from source, especially since I want to use 0.10b1. I've only used Trac on Ubuntu dapper and Debian unstable(etch) so I'm not sure if sarge has all of the best packages to run Trac 0.9 or 0.10. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of jouell Sent: Tuesday, September 12, 2006 1:47 PM To: Trac Users Subject: [Trac] Re: Migrating Trac to new box Hi Matt, Thanks for the reply. Perhaps another question is: What I need to do to install 0.9 using Debian's apt-get? Here are my steps. Maybe there is only a 0.8 package just yet? We'd prefer to use packages, but my next step is using the tar ball. Steps and config below: #dpkg -l | grep -i "trac" ii trac 0.8.4-0ew1 Enhanced wiki and issue tracking system for #cat /etc/apt/sources.list deb http://ftp.edgewall.com/pub/debian sarge trac #apt-get update Hit http://ftp.edgewall.com sarge/trac Packages Ign http://ftp.edgewall.com sarge/trac Release Reading Package Lists... Done #apt-get upgrade trac Reading Package Lists... Done Building Dependency Tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Thanks! -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 -~--~~~~--~~--~--~---
[Trac] Re: Migrating Trac to new box
Depends on where you get the tarball from. The apt-source brings in the debian directory which contains the framework for building the package, and is guaranteed to compile for the version that it was made to work with (usually it's the package that it depends on that gives the problems). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of jouell Sent: Tuesday, September 12, 2006 2:57 PM To: Trac Users Subject: [Trac] Re: Migrating Trac to new box Jason, Thanks for the reply. I have a post in a debian forum about a problem building a trac pkg from a tar source. =) Haven't tried using the apt-source for 0.9, it that different from a tarball? What would sources.list line look like to get unstable packages? My line above may be wrong, since I tried: apt-get -t unstable upgrade/install trac and also pinned stable to be high in /etc/apt/preferences. Thanks for the replies thus far! -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 -~--~~~~--~~--~--~---
[Trac] Wiki Header/Footer with Macros
I tried searching for this and I don't think it is possible, but I have some macros that I want to call on every page. Said more generically, I want to add wiki content to the start and end of every page. Specifically, I want to do this most recently with the SubWiki and ParentWiki macros (the HierWiki plugin doesn't seem to be useful for this task). Is this possible to do easily, or will I have to edit the source code for Trac? I can do it perhaps easily by modifying the SQL query that Trac uses to get the wiki content to prepend a prefix and append a suffix to the wiki content. Jason Winnebeck --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Wiki Header/Footer with Macros
It looks like I can settle with the showpath patch. http://trac.edgewall.org/ticket/2780 I applied the patch against 0.10b1 and it worked, and now I have breadcrumbs in Trac, so for now that is useful enough. However, I would still say that such a feature to allow a wikiable header and footer would not be a bad idea. Jason Winnebeck -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jason Winnebeck Sent: Wednesday, September 13, 2006 4:52 PM To: trac-users@googlegroups.com Subject: [Trac] Wiki Header/Footer with Macros I tried searching for this and I don't think it is possible, but I have some macros that I want to call on every page. Said more generically, I want to add wiki content to the start and end of every page. Specifically, I want to do this most recently with the SubWiki and ParentWiki macros (the HierWiki plugin doesn't seem to be useful for this task). Is this possible to do easily, or will I have to edit the source code for Trac? I can do it perhaps easily by modifying the SQL query that Trac uses to get the wiki content to prepend a prefix and append a suffix to the wiki content. Jason Winnebeck --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Manage a large number of Trac installs
I am currently facing such a problem myself as I am administering 4 different Trac installs and we want to make a 5th. (my comments here will be Unix-centric) With the newest Trac, you can put common macros into /usr/share/trac/wiki-macros or whichever path is the equivalent. You can do the same for plugins but for all plugins I used to do eggs but now I use python's setuptools to install them "globally" as I have found this the easiest. For macros, especially custom macros, I have set up a SVN repository so that a "svn update" allows me to update the macros for all environments, but I can do development in a different place. Use the global trac.ini -- I found this absolutely critical when 0.10 Trac came out to maintain the mailhost settings and intertrac settings. I haven't found a solution for shared Wiki pages -- the magical pages like InterMap and AcronymsPlugin I still have to maintain by hand for each project. I use WebAdmin plugin to do some things, but typically I use scripts to do manual sqlite calls (or trac-admin where possible) because I want to be able to replicate changes into a new Trac environment. For example I have scripts to manage permissions entirely that integrate the Apache authentication as well as each user's permission on each Trac project. I basically make 4 different Trac "groups" and manage permissions in a cross-project manner. It's a good idea to have an environment setup where you can have a "Trac on Trac" if you have multiple projects so that you can have tickets about administering Trac itself. We use the Trac-on-Trac project's wiki to also put in tutorials on using Trac/SVN (like trac-post-commit-script), our own policies on Trac/version control, and so on. The biggest challenge is getting operations that you do on one Trac and replicating that action to all of the other environments. This is hard to do with things like the post-commit hook for Trac, trac.ini, and the magic wiki pages, as well as things like permissions. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Priest, James (NIH/NIEHS) [C] Sent: Thursday, September 14, 2006 1:04 PM To: trac-users@googlegroups.com Subject: [Trac] Manage a large number of Trac installs We're evaluating Trac here... From the front end I think everyone is very happy - but there are some issues with managing everything from the sysadmin side that we have some concerns about - esp. regarding permissions, plugins, etc. I was curious how others manage multiple Trac installs? Thanks! Jim --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Assignee dropdown on ticket form?
Yes there is, you have to edit trac.ini to do it. It only works in certain situtations and in “normal” Trac I don’t know what that is but since I have layered my own user/session manager over Trac by directly modifying the session tables I am able to control the dropdown to always contain the proper people. I think in the default situation it puts in all of the people who have ever logged in. Jason From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Marder Sent: Friday, September 15, 2006 4:23 PM To: trac-users@googlegroups.com Subject: [Trac] Assignee dropdown on ticket form? On the ticket form it would be nice to have a dropdown rather than a text field to set the assignee. Is there a configuration option somewhere to use a dropdown or do I need to make the change myself? Thanks, Jeff --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] InterMapTxt Changes Require Apache Restart?
I'm using Trac 0.10b1 and when I change InterMapTxt about half of the time I need to restart the apache server in order for changes to be affected. I went through something around 6 changes to that file before I gave up and just started deleting all of the entries in the file and still nothing happened. I then shutdown Apache and restarted it and everything was working again. When I deleted all of the versions and updated the page it was working, but then it broke again so now every once in awhile I have to restart the Apache process to flush the changes... Is there something I am missing? Jason Winnebeck --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Plugin Problems
Do you have perhaps both Python 2.3 and 2.4 installed, and installed all of your plugins into Python 2.3 (or some other version of Python that you aren't using)? A month or two ago Debian unstable upgraded python versions so you might have two lying around and you installed plugins into the version that you aren't using for Trac. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mark Sent: Tuesday, September 19, 2006 8:44 AM To: Trac Users Subject: [Trac] Plugin Problems As usual, apologies if this has been mentioned but I have spent some time searching the list and Trac's tickets / wiki and found no solution. Strangely, after upgrading from 0.8.1 to 0.9.6 and upgrading the trac environment for my project I found that no plugins directory had been created. Wanting to install the WebAdmin plugin, I created a 'plugins' directory under the environment, altered it's owner and permissions as such: drwxr-xr-x 2 www-data www-data 4096 Sep 19 12:02 plugins I then dropped the egg file (TracWebAdmin-0.1.1dev_r2765-py2.4.egg) into this directory, altered it's permissions etc as such: -rw-r--r-- 1 www-data www-data 34348 Sep 7 15:11 TracWebAdmin-0.1.1dev_r2765-py2.4.egg ... and found that the plugin did not appear to be working. I am expecting to see an Admin section in the menu, and a 'ProjectAdminPage' section in the Plugins list under 'About Trac'. I next tried using easy-install to install the egg globally and altered the trac.ini file to include: [components] webadmin.* = enabled Still nothing. I tried using the --always-unzip option but still no joy. I have no indications in trac.log, although I have enabled logging as such: [logging] log_file = /home/trac/SurgeryAssistant/log/trac.log log_level = DEBUG log_type = file I am operating on Debian Sarge (unstable) using Trac 0.9.6, Python 2.4, Apache 2.0.55-4.2. I have TRAC_ADMIN permissions, and have tried logging out and in again by loggin out and closing the browser. Setuptools version 0.6c2-1 is installed. Any ideas people? Am I missing something? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Plugin Problems
Well, for our Debian unstable server our plan was to stick with python 2.3 entirely, so we never upgraded to 2.4, even when it wanted us to because that's where the packages went. That server was only used to evaluate Trac, when we decided to deploy it for real we converted a very old Linux server to Ubuntu 6.06, which has python 2.4 and only 2.4 from the beginning. So I'm not sure how to answer your issue -- my point of mentioning the above is to say that I'm not sure if all of the python 2.4 stuff is ready in Debian yet because we never got 2.4 working before switching to Ubuntu. I would be surprised that there would not be such a package, but as a workaround you could install the plugins in 2.3. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mark Sent: Tuesday, September 19, 2006 11:51 AM To: Trac Users Subject: [Trac] Re: Plugin Problems Hi Jason, thanks for the help... Jason Winnebeck wrote: > Do you have perhaps both Python 2.3 and 2.4 installed, and installed all > of your plugins into Python 2.3 (or some other version of Python that > you aren't using)? > A month or two ago Debian unstable upgraded python versions so you might > have two lying around and you installed plugins into the version that > you aren't using for Trac. Okay, dpkg -l | grep python has indicated to me that I have libapache2-mod-python2.3 installed. I do indeed have Python 2.3 and 2.4 installed, but my plugin is definately installed under 2.4. I can't see libapache2-mod-python2.4 available to me.. should I be able to? If not, then would I be best installing the plugin under 2.3? How would I go about that? Many thanks again... --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Choosing columns to display in TracQuery
Using custom query, not always are the columns that I want to see displayed. For example if I want to view all active tasks, the milestone and component columns do not show up, because when I delete owner, the column "component" is replaced by "owner". How can I use the TracQuery to display the columns that I need to see? Also, what if I want to see other fields like reporter? Jason Winnebeck --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Choosing columns to display in TracQuery
If there is not a solution for it to be dynamic then I will look through the source code to pick a better static way, because I need to generate reports with this and it is possible to remove or ignore data but not possible to add columns. I'm thinking for my problem my solution can be to change the following line: http://trac.edgewall.org/browser/trunk/trac/ticket/query.py?rev=3605#L14 0 I think if I comment that out then I will get all of the columns. I'll have to see if I can deal with column spam if I can generate proper reports for my tickets. I wonder how many columns there will be and if custom columns are supported. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Thursday, September 21, 2006 10:23 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Choosing columns to display in TracQuery Jason Winnebeck wrote: > Using custom query, not always are the columns that I want to see > displayed. For example if I want to view all active tasks, the > milestone and component columns do not show up, because when I delete > owner, the column "component" is replaced by "owner". > > How can I use the TracQuery to display the columns that I need to see? > Also, what if I want to see other fields like reporter? > It's not possible currently, but there's already a ticket for that: http://trac.edgewall.org/ticket/2821. -- 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 -~--~~~~--~~--~--~---
[Trac] Re: RFC - about a mini tracForge
Sorry for kind of jumping in but I've been listening to this and I am a little confused. How good is the current state for TracForge? We have multiple projects, one Trac for each SVN. One Trac contains a ton of different projects inside of it, managed as components like "Project A - Component". This was chosen because of the SVN set up. But we also have 3 other Tracs. Really all I am looking for besides a way to do substring queries on component field for tickets is a way to merge timelines, tickets, and RSS from multiple Tracs. Right now I have responsibilities in multiple Trac environments so I have to run the same query on both. I have thought even of making a tool to use the XML-RPC plugin (which I haven't tested) to do multi-Trac queries. Is TracForge to that level yet? As for multi-project management I already have that 100% handled because when I made the projects I wrote a tool to manage global permissions and configuration options across multiple environments so that part is handled. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Noah Kantrowitz Sent: Thursday, September 28, 2006 9:55 AM To: trac-users@googlegroups.com Subject: [Trac] Re: RFC - about a mini tracForge On Sep 28, 2006, at 9:36 AM, zwetan wrote: > > > >> Things like getting a unified look and feel would get annoying very >> quickly. I'm not sure what you think cannot be done from within Trac, >> because I haven't yet found anything. TracForge only needs to provide >> the project (read: env) management tools for this, as there are a >> rich set of plugins for configuring each env, and I see no reason to >> duplicate this. >> > > well for unified look > I will just modify 1 template in the main Trac > to add a navbar on the top that's all nothing more > > and after the goal is that each user being able > to edit their own trac.ini to configure their logo, etc... > but as it would not be secure to let them access > directly the trac.ini file > hence a web admin is needed to do that See also Alec's wonderful IniAdmin plugin. > > the goal is to be able to serve ~100 Trac which could have > all different settings per user need > - not the same user rights > - not the same SVN hooks > - not the same backup process > etc. Considering that Trac has no inherent scaling issues (aside from SQLite, which is unavoidable) that I know of, I don't see why this needs to be out-of-band. TracForge already provides for both global permissions/roles, and local ones. > > sure trac can handle user rights from the admin > but from Trac you can not define SVN hooks, or you need to make a > plugin > from Trac you can not run backup of the Trac db and the SVN repo, > another Trac plugin Of course it can. Just run a bunch of select * queries, and build out a new schema design from that, then send the rendered schema (using the DatabaseManager's to_sql() results) and the rendered inserts back to the browser. For Subversion you would probably need to call svnadmin dump and capture the output (trivial using the subprocess module). > > all those kind of automation process can be done from shell script, > or best from a web admin running the shell script > > but perharps I see all that too much from a host admin point of view > > zwetan > > > > --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Multiple Track Sites on one Windows Server
You can serve multiple repositories through the same SVN server -- there is no need to have multiple servers and ports, as far as I can see. But if you are using Trac and Apache, then you might as well run SVN under Apache and DAV as well, to put everything into the same port. You can also share user accounts easily this way. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of James Guyton Sent: Friday, September 29, 2006 1:16 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Multiple Track Sites on one Windows Server SVN commits are separate from TRAC(unless this has changed for the .10 release, which I don't believe has happened). In order to have more than one SVN service running, you will need to assign each SVNserve service a different port. In order to have tracd (Trac) host more than one environment, you need to add the additional paths to the argument when you start tracd. This allows you to access multiple environments via one port. However, you can create a single repository, and have your Trac environments only look at certain sections of that repository. -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of zwetan Sent: Friday, September 29, 2006 12:08 PM To: Trac Users Subject: [Trac] Re: Multiple Track Sites on one Windows Server humm I know that configuring Apache look more work than tracd but if you want to provide svn commit access on more than 1 repo, is it possible from tracd ? I mean not just provide browsing sources from trac, problem I faced on windows is to launch more than 1 SVNservice as a windows service just saying that because when you plan multi trac, in general you also want to provide svn commit for different repo cheers, zwetan --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Multiple Track Sites on one Windows Server
I'm confused, if you are using SVN and Trac through apache, then you won't be running an SVN service (svnserve), or a Trac service (tracd). Only Apache would be running. If you are using svnserve, then when you set your root (with -r), then each directory under that is assumed to be the root of a repository. For example: mkdir C:\repos svnadmin create C:\repos\repo1 svnadmin create C:\repos\repo2 svnserve -r c:\repos -d Then when you access the server, /repo1 and /repo2 will be two roots, for example svn://localhost/repo1/trunk perhaps may be a possible SVN URL. Note that repo1 and repo2 are two separate repositories, and not just two directories inside of the same repository. That is, I don't think you can svn checkout the root, or do anything like add directories there. If you are using Apache to serve your SVN, the setup is different. If you are running both, then you have a problem because you don't need both Apache and SVN service. If you are using Apache, then it works like svnserve where you set up a root, and you do this with the SVNParentPath variable. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of zwetan Sent: Friday, September 29, 2006 2:16 PM To: Trac Users Subject: [Trac] Re: Multiple Track Sites on one Windows Server Jason Winnebeck wrote: > You can serve multiple repositories through the same SVN server -- there > is no need to have multiple servers and ports, as far as I can see. > I really looked hard into the SVN doc to do something like that but didn't find how to, but always open to learn something new :) bear in mind that the SVN server is running as a windows service with SVNservice.exe > But if you are using Trac and Apache, then you might as well run SVN > under Apache and DAV as well, to put everything into the same port. You > can also share user accounts easily this way. > it's what I'm doing now, hence my previous comment. cheers, zwetan --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: how to Rss Feeds?
If that is truly the case, then that would be easy to test: Try to access the RSS XML URL directly with your browser. Also pay attention to any authentication questions it might ask you. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Rob Wilkerson Sent: Monday, October 02, 2006 4:57 PM To: trac-users@googlegroups.com Subject: [Trac] Re: how to Rss Feeds? it's not the reader. I had the same problem. Look at your Apache config. You'll need to set up another location block. For example, the timeline feed is in /timeline, but Apache doesn't know how to render that because in a "standard" install there is no config to provide web access to that directory. I'd post my config if I had it handy, but I don't. If you're still having trouble let me know and I'll make a point of getting it for you. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: Wiki Formatting Tables & Plugins
Can you do this using restructuredtext (RST) (see WikiRestructuredText from your guide)? You can make tables in the RST and call macros so maybe it will work. I'm guessing that you tried to call the macro right inside the Trac table definition; I didn't know that wouldn't work but then again I never tried. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Pelton, Brian Sent: Wednesday, October 04, 2006 4:03 PM To: trac-users@googlegroups.com Subject: [Trac] Wiki Formatting Tables & Plugins Is it possible to put a macro / plugin into a table in a wiki page? I am using the graphviz plugin, but I guess this question goes for any plugin / macro. I want to be able to have text side by side with the plugin instead of under it or above it. Is this possible? Does that make sense? Here is an idea of what I want: |---| | | Step 1 - find a pot. | | | | Step 2 - find a source of fresh water. | | |Output | Step 3 - find a source of heat capable. | from | | Graphivz| Step 4 - put water in pot. |plugin | | | Step 5 - put pot on heat source. | | | | Step 6 - wait for heat to cause water to boil. | | | | Step 7 - clap. | | |---| Thanks for any help... Brian --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: tarball download from Browser?
http://trac.edgewall.org/wiki/TracIni#browser-section Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Lutz Frommberger Sent: Wednesday, November 01, 2006 10:02 AM To: trac-users@googlegroups.com Subject: [Trac] Re: tarball download from Browser? Christian Boos <[EMAIL PROTECTED]> wrote: > In 0.10, you can have zip files, look for the "Download in other > formats" links. I've just seen it myself. Sorry for asking. Thanks for the feature. > Currently, there's no adequate hook in place for writing a plugin to get > .tar.gz instead, but that will eventually be the case in 0.11. Another important thing would be to a) disable this feature b) enable it for specific directories c) assign a proper "nice" value (at least for Unix systems) to prevent DoS-Attacks. Packaging a large repository can certainly kill the functionality of slow machines regards, -- Lutz Frommberger | "Wenn ist das Nunstück git und | Slotermeyer? Ja! ... Beiherhund http://www.aussagekraft.de | das Oder die Flipperwaldt pgp key on request | gersput."- Ernest Scribbler --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
[Trac] Re: side by side image placement in trac wiki
Coming from a web design background I hate suggesting this but you could use a table for layout. If you want to do things with CSS you'll have to make macros, which is probably not worth it for this so I'd make a table of 3 columns: ||img||img||img|| You can put anything wiki in there so that includes of course the Image tags. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of stroller Sent: Monday, November 06, 2006 3:33 PM To: Trac Users Subject: [Trac] side by side image placement in trac wiki hi, i'd like to position 3 images side by side on a wiki page. i saw that the syntax for adding an image to a page was this [Image(myimage.png)] where myimage.png is an attachment to the wiki page. what is the syntax for having these images positioned next to each other, rather than below each other? thx in advance --~--~-~--~~~---~--~~ 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: Inserting wiki pages using SQL?
Title: Inserting wiki pages using SQL? You could use trac-admin import, that might work. Also there is XML-RPC. Also, you could just issue HTTP Post commands – there is nothing too magical about the interface so you can issue a POST to edit any wiki page – the only real issue there is how you will handle authentication and authorization. Jason From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Paul DeBruicker Sent: Wednesday, November 08, 2006 3:48 PM To: trac-users@googlegroups.com Subject: [Trac] Inserting wiki pages using SQL? I'd like to create pages in the wiki without having to create them through the Trac interface and then copying and pasting the desired information into the new pages. Can I create some SQL INSERT statements that follow the "wiki" table schema and just have SQLite read the SQL files and create the pages? I am beginner at Trac, and Python so haven't read the sources but have googled this group and searched the edgewall.com site. Essentially, we use a 3rd party software package which can export to Excel or CSV, I'd like to take some of the exported data, apply WikiFormatting, and create wiki pages. I would like to create 100+ pages per day (really, overnight), and script the whole export->page generation process. I can script the export and the formatting, I don't know how to create wiki pages without using the web interface. Thanks for any help you can provide and let me know if you would like any clarification Paul DeBruicker --~--~-~--~~~---~--~~ 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] Table Headers
Virtually every single table I make in Trac has a table header that I'd
like to have a certain style (bold). It would be nice if it were
possible to have some syntax in Trac for headers for two reasons:
* Always typing ||'''Header Text'''|| is cumbersome when you want it on
a whole row
* We can use CSS in the site's style to style header rows instead of
embedding explicit style at every instance of the table header by hand
Also, on a side note, is it possible to pass parameters to formatting
macros? Because I can achieve the same style effect using a macro like
CSV:
{{{
#!CSV
a,b,c
1,2,3
}}}
But is there a way I can pass options into a macro so that can do things
like style the first row as TH? Or do I need to make a new macro:
{{{
#!CSVHeader
a,b,c
1,2,3
}}}
Jason
--~--~-~--~~~---~--~~
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: Installation error
The new version of Trac uses genshi, and it can't find it. Trac 0.10 does not require genshi, and 0.10.1 should not either unless my information is very out of date or there is a bug in Trac. When you installed the SVN version and tried to go back to 0.10.1 you may not have cleared out all pieces of the SVN version and/or the 0.10.1 version did not properly replace the SVN head. Jason From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, November 13, 2006 10:54 AM To: trac-users@googlegroups.com Subject: [Trac] Installation error Hi! After a installation as in INSTALL with no shown errors, i try to create a Project. It's svn-head version from today. I also tried 10.1. I get the following error: ~/trac11# trac-admin /home/trac initenv Traceback (most recent call last): File "/usr/bin/trac-admin", line 21, in ? from trac.admin.console import run File "/usr/lib/python2.3/site-packages/trac/admin/console.py", line 28, in ? from trac import perm, util, db_default File "/usr/lib/python2.3/site-packages/trac/perm.py", line 21, in ? from trac.config import ExtensionOption File "/usr/lib/python2.3/site-packages/trac/config.py", line 26, in ? from trac.util import sorted File "/usr/lib/python2.3/site-packages/trac/util/__init__.py", line 32, in ? from trac.util.html import escape, unescape, Markup, Deuglifier File "/usr/lib/python2.3/site-packages/trac/util/html.py", line 16, in ? from genshi.core import Markup, escape, unescape ImportError: No module named genshi.core Linux: trustix 3.0 - How can I create a new project? - Is my installation corrupt? Can you give me any hints? regards, Phil --~--~-~--~~~---~--~~ 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: Table Headers
Yes I have looked at ReST and have the libraries needed for it. The problem is that we do a lot of data analysis here at my company so we use tables a lot and we want to be able to do "round trip" with Excel if needed and only the CSV plugin gives us that since it can support copy/paste of tab-delimited text (plus FFX TableTools plugin helps a ton too). Our original plan was just not to use tables in Trac/wiki and use Excel instead but they are so useful to us that people have been doing it anyway and as the tables can be huge and occur frequently enough I'm trying to find ways to make manipulating them easier. I am going to modify the CSV macro to print table headers automatically, I think. The code is quite small and easy to deal with. I really wish Trac had section editing though as some of our pages are getting larger when these tables go in. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Matt Good Sent: Monday, November 13, 2006 3:01 PM To: Trac Users Subject: [Trac] Re: Table Headers Jason Winnebeck wrote: > Virtually every single table I make in Trac has a table header that I'd > like to have a certain style (bold). It would be nice if it were > possible to have some syntax in Trac for headers for two reasons: > > * Always typing ||'''Header Text'''|| is cumbersome when you want it on > a whole row > * We can use CSS in the site's style to style header rows instead of > embedding explicit style at every instance of the table header by hand Trac also supports reStructuredText which has a more powerful table syntax you can use: http://trac.edgewall.org/wiki/WikiRestructuredText#BiggerReSTExample Be sure to look at the top of that Wiki page to get the required library before trying to use reStructuredText in Trac. -- Matt Good --~--~-~--~~~---~--~~ 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 with email notifications
So I am confused about this whole situation. The changeset 4299 that addressed this issue also closed #3780. Does this mean if updater is off and reporter is on then with the new code an e-mail would be sent to you if you updated a ticket for which you were the reporter? Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of David R. Steiner Sent: Thursday, November 16, 2006 8:17 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Problems with email notifications On Nov 15, 2006, at 6:56 PM, Emmanuel Blot wrote: >> You can submit a new ticket, this should be easy to fix. > Done, as #4188 Good to know that I wasn't as clueless as I thought. ;-) Thank you very much. -David- David R. Steiner [EMAIL PROTECTED] UNIX System Manager Phone: 603.646.3127 Dartmouth College Fax: 603.646.1041 Peter Kiewit Computing Services --~--~-~--~~~---~--~~ 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 with email notifications
Well my group was having a problem with notifications on new mails ever since we started trac at 0.9, and we actually ended up submitting (and using) a patch to #3654, and what it did was apply the "do not notify reporter" last. That's what seemed most reasonable, because clicking on the submit button then immediately getting an e-mail about just seemed weird to us. With our solution, you got an email regardless if you put yourself into CC. Something based on our patch was submitted in r3808 but I can't tell if it had the same semantics. That said, I understand your theory that Trac should send too many than too few. What I am concerned with now is if e-mail notifications are broken in our current version because we just upgraded from 0.10.0 (where we had our patch that we knew worked) to 0.10.2 (r3808 was included in 0.10.1) so we removed our patch and the tickets from the mail make me wonder what state our notifications are in. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Blot Sent: Thursday, November 16, 2006 9:59 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Problems with email notifications > So I am confused about this whole situation. The changeset 4299 that > addressed this issue also closed #3780. Actually the same changeset contains two different fixes. > Does this mean if updater is off and reporter is on then with the new code an e-mail would be sent to you if you updated a ticket for which you were the reporter? Yes. The only solution to avoid this is to add another option, but this would be endless: there are too many combinations, and until we implement per-user notification settings, there will always be situation where either too many emails or too few emails are sent, depending on the administrator wishes. The current implementation is to prefer too many notifications over too few with this specific case (updater is reporter or owner). One can easily delete emails, whereas it's impossible for a user to receive emails that are never sent ;-) If this is unacceptable, please let me know but I don't see an ideal implementation for this issue right now. You can disable this behaviour if you tweak the code: change "filter_out" to be always "True" in [4299]. -- 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: Importing other wikis?
I believe you can do this with trac-admin there is a wiki command that uploads I believe a whole directory of files. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of kris Sent: Thursday, November 16, 2006 4:56 PM To: Trac Users Subject: [Trac] Importing other wikis? I have quite a few documents related to a project that I am now supporting with Trac. I would like to convert those pages into the trac wiki. I have been able to convert my twiki documents to moinmoin. Is there any known way to batch insert either of these into a trac wiki? Thanks, kris --~--~-~--~~~---~--~~ 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] File Format Auto-detect (XSD and XML)
In my project we use a lot of XML, and we use XML schema definition (XSD) files to define the format of our XML files. When viewing XML attachments, Trac picks up the proper mime type so that the XML gets syntax highlighting. But for XSD, Trac considers it a plain text file. Is there a way I can get Trac to recognize that XSD files are valid XML files and worthy of color? Jason --~--~-~--~~~---~--~~ 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: restoring a project
Yes you should be able to restore them, if in Trac you decided to use the embedded database. If you used an external database, you would have to restore that database as well, of course. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, November 28, 2006 3:08 AM To: Trac Users Subject: [Trac] restoring a project Hi I am veyr new to trac but I installed trac with default settings and then I needed to move the repository to another computer, I zipped up the project directory svn and trac . is it possible to restore those svn and trac directory on another computer, 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: restoring a project
I'm not sure what to say if you zipped the entire folder then you can uncompress it where you configure the new server. Make sure you didn't get one directory too high or if you are pointing right at the path, one directory too low... Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, November 28, 2006 11:22 AM To: Trac Users Subject: [Trac] Re: restoring a project Hi Thanks for the reply, how should I do it? I use the embedded sqllite ,just like "trac on windows" walkthrough on trac website. I tried to create the same project and replace the new projects directories with zipped one, but it is not working, is there any other way I can do it thanks Jason Winnebeck wrote: > Yes you should be able to restore them, if in Trac you decided to use > the embedded database. If you used an external database, you would have > to restore that database as well, of course. > > Jason > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of [EMAIL PROTECTED] > Sent: Tuesday, November 28, 2006 3:08 AM > To: Trac Users > Subject: [Trac] restoring a project > > > Hi > > I am veyr new to trac but I installed trac with default settings and > then I needed to move the repository to another computer, I zipped up > the project directory svn and trac . is it possible to restore those > svn and trac directory on another computer, > > 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: Breadcrumb Navigation?
I am currently using the "ShowPath" patch on Trac 0.10.2. It may not be
what you are looking for but it makes breadcrumbs for "hierarchical"
Trac pages for example if you are viewing "Project/Module/Topic" then
the breadcrumb will show "Project > Module > Topic" where Project and
Module are links. It doesn't do any higher level but it wouldn't be too
hard to modify the patch if you want a constant header to the breadcrumb
to link you to a page higher level than your trac environment itself.
Jason
Index: trac/wiki/web_ui.py
===
--- trac/wiki/web_ui.py (revision 3717)
+++ trac/wiki/web_ui.py (working copy)
@@ -135,6 +135,15 @@
req.hdf['wiki.action'] = action
req.hdf['wiki.current_href'] = req.href.wiki(page.name)
+
+prefix = Markup(page.name)
+heirarchy = prefix.split('/')
+
+if len(heirarchy) > 1 or heirarchy[0] != 'WikiStart':
+req.hdf.setValue('wiki.page_parent.node_count', '%s' %
len(heirarchy))
+for i in range(len(heirarchy)):
+req.hdf.setValue('wiki.page_parent.node.%d' % i,
heirarchy[i])
+
return 'wiki.cs', None
# ITimelineEventProvider methods
Index: templates/wiki.cs
===
--- templates/wiki.cs (revision 3717)
+++ templates/wiki.cs (working copy)
@@ -25,6 +25,17 @@
elif:wiki.action == "history" ?>
View Latest
Version
+
+
+
+
+
+
+
+>
+
+
+
Start Page
Index by
Title
Index by
Datemailto:[EMAIL PROTECTED]
On Behalf Of dawe
Sent: Thursday, December 07, 2006 8:35 AM
To: Trac Users
Subject: [Trac] Breadcrumb Navigation?
is there a way to get breadcrumb navigation in trac?
especially for the wiki?
i used twiki before trac. there you have nice navigation bar like
this:
You are here: TWiki > your Web > WebHome > important topics > 1st
important topic
something similar available for trac? like this:
You are here: trac> your env > wiki > important topics > 1st
important topic
--~--~-~--~~~---~--~~
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: Easy way to switch between projects?
We have two approaches. One is that I use Firefox's bookmark toolbar to have a dropdown of the projects as bookmarks. IE can do the same I believe with its links bar. Since we use Trac here constantly as it is part of our development, it's worth a prime spot on the link bar. Other than that your options are to put a directory on the main page. If you go up a level in the directory structure, Trac gives you a listing of all projects as well. If you want to alter Trac to do this (I wouldn't given the other alternatives), I think it would be somewhat easy to modify the templates to put buttons/links in the header and footer of all pages. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steven Sent: Wednesday, January 10, 2007 4:45 PM To: Trac Users Subject: [Trac] Easy way to switch between projects? Hi there, I currently have 4 trac projects and I'm planning on add one or two more. I usually have each one open on a seperate browser window. I was wandering if is there an easy way (plugin or macro) that would allow me to easily switch between projects. A drop down combo box or a frame with all the project names would be perfect. Anyone knows if a solution exists? Thanks! Steven --~--~-~--~~~---~--~~ 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] Linking To Sections
How can I easily link to sections in the current page? I have a wiki page that we plan to have a large number of cross links. The only way I have discovered is to use the full path, but this is longer to type and is verbose if using pages in a depth of hierarchies. I've tried: [./#SourceModule SourceModule] [#SourceModule SourceModule] [#SourceModule] Jason Winnebeck --~--~-~--~~~---~--~~ 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: Linking To Sections
I am using 0.10.2. I realized my mistake, I was putting the text in a
macro that does formatting and the block was big I forgot I wasn't in
wiki text. The macro we made makes tables (since Trac table syntax is
not convenient to us)... maybe I should modify it to call some
wikification function on the cells in the table... Isn't there a
function to do that in my macro if I have plain text I want to convert
wiki text to HTML?
from trac.util import escape
from StringIO import StringIO
import csv
def execute(hdf, txt, env):
sniffer = csv.Sniffer()
enc = txt.encode('ascii', 'replace')
reader = csv.reader( StringIO(enc), sniffer.sniff(enc) )
out = StringIO()
rowTemplate = '%s' #start with header row
out.write('\n')
for row in reader:
out.write('')
for col in row:
out.write(rowTemplate % escape(col))
out.write('\n')
rowTemplate = '%s' #go back to normal rows
out.write('\n')
return out.getvalue()
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Christian Boos
Sent: Friday, January 12, 2007 4:06 PM
To: trac-users@googlegroups.com
Subject: [Trac] Re: Linking To Sections
Christian Boos wrote:
> Jason Winnebeck wrote:
>
>> How can I easily link to sections in the current page? I have a wiki
>> page that we plan to have a large number of cross links. The only way
I
>> have discovered is to use the full path, but this is longer to type
and
>> is verbose if using pages in a depth of hierarchies.
>>
>> I've tried:
>>
>> [./#SourceModule SourceModule]
>> [#SourceModule SourceModule]
>> [#SourceModule]
>>
>>
>
> All of these work in 0.11dev.
>
Whoops, I was too prompt to send the mail: the last two forms should
also work in 0.10. Which version are you using?
-- 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: Linking To Sections
Yes but don't plugins have to be compiled and installed using setuptools and all that? Right now I have a neat system where macros are placed in the directory from SVN so I edit macros in the SVN and they pop up in all Trac projects when I update the server. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Friday, January 12, 2007 4:50 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Linking To Sections Jason Winnebeck wrote: > I am using 0.10.2. I realized my mistake, I was putting the text in a > macro that does formatting and the block was big I forgot I wasn't in > wiki text. The macro we made makes tables (since Trac table syntax is > not convenient to us)... maybe I should modify it to call some > wikification function on the cells in the table... Isn't there a > function to do that in my macro if I have plain text I want to convert > wiki text to HTML? > You'd have to use the "new style" macros for that, i.e. write a plugin (a single file plugin would do in this case). The conversion is not that hard: see http://trac.edgewall.org/wiki/MacroBazaar#AutoNav for an example. Once you've got that working, look in trac/wiki/formatter.py for the wiki_to_oneliner and use that. -- 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: Oops on may pages
I don't have direct knowledge, but...
The exception makes references to PgSQL -- I assume this is for Postgres and
you are using Postgres database. If an error is related to database and it
works sometimes but not other times, I might say that while the database is
working perhaps there is a problem like not enough connections that there are
too many clients making too many concurrent connections to the database?
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of
Parragh Szabolcs
Sent: Wednesday, February 07, 2007 1:12 PM
To: trac-users@googlegroups.com
Subject: [Trac] Oops on may pages
I don't if I should make a ticket, that's why I ask here first.
I get an oops error on many random pages, and random (but increasing)
times -- after 2-3-4 for reloads, tha page renders properly, but this
error comes first:
*
*
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 387, in
dispatch_request
dispatcher.dispatch(req)
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 191, in
dispatch
chosen_handler = self._pre_process_request(req, chosen_handler)
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 263, in
_pre_process_request
chosen_handler = f.pre_process_request(req, chosen_handler)
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/api.py", line 73,
in pre_process_request
self.get_repository(req.authname) # triggers a sync if applicable
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/api.py", line 101,
in get_repository
repos = self._connector.get_repository(rtype, rdir, authname)
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/svn_fs.py", line
260, in get_repository
crepos = CachedRepository(self.env.get_db_cnx(), repos, None, self.log)
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/cache.py", line
34, in __init__
self.sync()
File "/usr/lib/python2.4/site-packages/trac/versioncontrol/cache.py", line
53, in sync
cursor = self.db.cursor()
File "/usr/lib/python2.4/site-packages/trac/db/util.py", line 78, in cursor
return IterableCursor(self.cnx.cursor())
File "/usr/lib/python2.4/site-packages/trac/db/util.py", line 78, in cursor
return IterableCursor(self.cnx.cursor())
File "/usr/lib/python2.4/site-packages/pyPgSQL/PgSQL.py", line 2561, in cursor
return Cursor(self, name, isRefCursor)
File "/usr/lib/python2.4/site-packages/pyPgSQL/PgSQL.py", line 2680, in
__init__
self.conn._Connection__setupTransaction()
File "/usr/lib/python2.4/site-packages/pyPgSQL/PgSQL.py", line 2472, in
__setupTransaction
self.conn.query("BEGIN WORK")
OperationalError: no connection to the server
--
Parragh Szabolcs
NiR Informatikai Megoldások Kft.
mobil: +36-30-407-1285
e-mail: [EMAIL PROTECTED]
web:www.nir.hu
--~--~-~--~~~---~--~~
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: is there any more convinent means to create a wiki page?
For our Trac projects, to make it easy since our users aren't always programmers who are savvy to URLs or knowledgeable of the fact that you can use wiki links in search box, we have a macro that puts a form at the top of the WikiStart page: Jump to Page: Please, no spaces ( create or edit) Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of David Herman Sent: Monday, February 12, 2007 10:05 AM To: trac-users@googlegroups.com Subject: [Trac] Re: is there any more convinent means to create a wiki page? I actually find the Url directly is easier than creating a link -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Noah Kantrowitz Sent: Monday, February 12, 2007 8:40 AM To: trac-users@googlegroups.com Subject: [Trac] Re: is there any more convinent means to create a wiki page? On Feb 12, 2007, at 3:57 AM, bsfer wrote: > > is there any more convinent means to create a wiki page? > except use url directly. You can use the link in a page somewhere. It will then show as a link to the unmade page, which you can go to and create it. --Noah -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --~--~-~--~~~---~--~~ 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: removing users from trac
I manage users/groups externally to Trac since we have multiple Trac
projects and I want to maintain all at the same time. The following is a
bash function that I use to remove developers, which is part of a larger
script:
function removeDev {
proj=$1
echo "Removing $dev entirely from $proj"
trac-admin $proj permission remove $dev \*
sqlite3 $proj/db/trac.db "delete from session where sid='$dev'"
sqlite3 $proj/db/trac.db "delete from session_attribute where
sid='$dev'"
}
I think this might work in all circumstance but I'm not sure since I
completely maintain the session and session_attribute tables to control
precisely the developer dropdown box -- I don't let users be "created"
automatically I have to add them ahead of time.
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Josh
Sent: Tuesday, February 20, 2007 3:10 PM
To: Trac Users
Cc: [EMAIL PROTECTED]
Subject: [Trac] removing users from trac
My company recently let some people go. And we would like to remove
them from trac so that they cannot have anymore tracs assigned to
them. Is there an was to do this? I have looked all over and hadn't
had must success in finding instructions.
Josh Feldman
--~--~-~--~~~---~--~~
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 link to comment in ticket
How can I make a trac link to a ticket's comment? #131 makes a link to a ticket #131#comment:13 does not work [ticket:131#comment:13] URL encodes the # so that the URL is ticket/131%23comment%3A13 and Trac says "No handler matched request to /ticket/131#comment:13" I had to give up and just use the fully qualified URL as a link, which is bad in case the server moves or the trac root moves, or if the protocol changes to and from http/https. Is there a proper method of doing this? Jason Winnebeck --~--~-~--~~~---~--~~ 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: Trac link to comment in ticket
OK the exact format doesn't matter to me as long as it is possible. The new way doesn't seem to make much sense, wouldn't ticket:131:comment:13 make more sense (and probably easier to parse/change into a URL)? If you look at it like a hierarchy then you would have "all tickets" -> "ticket 131" -> "all comments in ticket 131" -> "comment 13 in ticket 131", so ticket/131/comment/13... But then again my last quote when I said it I said "comment 13 in ticket 131" which lends to comment:13:ticket:131... As long as it's published and consistent with all of the other links of similar nature in Trac (i.e. self-consistent), I think ultimately it doesn't matter. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Wednesday, March 07, 2007 11:03 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Trac link to comment in ticket Jason Winnebeck wrote: > How can I make a trac link to a ticket's comment? > > [ticket:131#comment:13] > The above works in 0.11dev. > #131#comment:13 does not work > I was wondering if this should be supported as well... currently it isn't. > I had to give up and just use the fully qualified URL as a link, which > is bad in case the server moves or the trac root moves, or if the > protocol changes to and from http/https. Is there a proper method of > doing this? > Right now (0.10.x), the syntax is a bit cumbersome: comment:ticket:131:13 This was done this way, in order to be similar to the already existing attachment syntax: attachment:ticket:131:the_file.txt In 0.11, both have been changed to the hopefully more intuitive ones: - comment:13:ticket:131 - attachment:the_file.txt:ticket:131 (the 0.10.x way being still supported in 0.11) -- 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: Trac link to comment in ticket
This does not work at least in Trac 0.10.2 from the test I just did. The # gets URL encoded as a %23. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of David Herman Sent: Wednesday, March 07, 2007 2:58 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Trac link to comment in ticket I do believe you can do ticket:121#13 --~--~-~--~~~---~--~~ 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: Replacing WIKI_VIEW privileges are required to perform this operation
You could probably do what you directly want if you modify the source... If you are interested in an alternative: If you use HTTP authentication (say through Apache), you might achieve the effect you want (or could live with). In my work environment this is what we do -- since it's an internal Trac we require everyone to login. Since it is HTTP authentication, the server does not even allow the page to be loaded without an authorization. And once you have an authorization, then you are logged into Trac. You might consider the browser's password prompt more user friendly than the "WIKI_VIEW" error. SSL can also be used if security is a concern (as we do). Jason From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Garrett McGrath Sent: Tuesday, March 13, 2007 1:54 PM To: trac-users@googlegroups.com Subject: [Trac] Replacing WIKI_VIEW privileges are required to perform this operation To all, I'm presently running a few trac wiki's as internal data portals and script storage areas for some people in my department. However they are locked to the outside world unless you login with a known user name and password. The problem is that the 'WIKI_VIEW privileges are required to perform this operation' error comes up whenever they open the site throwing a lot of people off (they need to be accessible from everywhere but locked so casual browsing won't see them). I'd like to just replace this big red box with a static resource saying "Please login to view the wiki data." Or something to that effect. Any suggestions? -Garrett McGrath Software Engineer CSBMB Princeton University Green Hall 1-(609)-258-0285 --~--~-~--~~~---~--~~ 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: Using a different wiki
I wonder if it's possible to do delegation so that you delegate to Trac's wiki provider for the help pages (and maybe others), and use a different renderer for other pages. Or to do something where all pages not starting with "SomeSection/" are rendered with Trac and SomeSection pages are rendered with a different engine. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Thursday, March 22, 2007 8:19 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Using a different wiki Paresh wrote: > Hi > > Is there a way of linking trac to another wiki (such as twiki)? > If you're simply looking to easily link into another wiki from the Trac's wiki or tickets, then you can use InterWiki links (1). If you want to make all the normal wiki links to point to another system, you can disable the trac.wiki.* components and write a plugin (2) which implements an IWikiSyntaxProvider providing the Wiki page name syntax of your choice and redirect to your twiki. Same for the INavigationContributor which enables you to replace the main 'wiki' tab in the navigation bar. That approach has currently some drawbacks, as you'll miss the help pages. -- 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] Losing submitted data
We're using Trac over https, so Firefox and I think other browsers won't cache form data. A problem that we have is if you edit wiki or make comments on tickets if you submit the change and the wiki page or ticket has been modified it gives you an error, but the real problem is that your edits are lost FOREVER... On wiki you can merge by hand but on ticket comments it doesn't make sense because the comments will just be in a different order. It would be nice if at least it gave you a chance to see your original text so you can try again or merge the changes. I know this probably has been addressed before but have there been any developments in this area? We're using version 0.10.2. Jason Winnebeck --~--~-~--~~~---~--~~ 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: Using a different wiki
Well I was thinking what if you wanted to switch out the renderer but keep the trac "frame". If you just use mod_rewrite or something else then you'll basically be at a wholly different site. But really I'm just brainstorming on this, because I'm not sure such a system would be really worth it but just to clarify what I meant is a plugin that rendered the page exactly like Trac except that it changed the rules for how it transformed the wiki page text into HTML. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Malcolm J Harwood Sent: Thursday, March 22, 2007 11:10 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Using a different wiki On Thursday 22 March 2007, Jason Winnebeck wrote: > I wonder if it's possible to do delegation so that you delegate to > Trac's wiki provider for the help pages (and maybe others), and use a > different renderer for other pages. Or to do something where all pages > not starting with "SomeSection/" are rendered with Trac and SomeSection > pages are rendered with a different engine. The "SomeSection/" method you could set up with apache, using mod_rewrite to forward that url to a different wiki, or, depending on the wiki, just have the wiki's root reside at that url. --~--~-~--~~~---~--~~ 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: Using a different wiki
You can probably emulate this even in the current trac by implementing
it as a macro/plugin. I don't know zwiki, but if it's in python and
written in a well-modularized fashion, then even today without modifying
Trac you should be able to do something like:
{{{
#!zwiki
content
}}}
Then the zwiki macro would take the content fed into it and pass it
through the zwiki rendering engine to convert that to HTML and return
it.
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED]
Sent: Friday, March 23, 2007 7:18 PM
To: Trac Users
Subject: [Trac] Re: Using a different wiki
I think this is what I would like to see. We use Zwiki here already,
so I am not keen on having to switch back and forth between wiki
flavors. I am just now getting used to reStructured text only to find
out that Trac uses a completely different one.
What I would to see is a default flavor that is configurable and then
maybe a way to change that on a page by page basis. Then it would be
possible for the Trac default documents to continue in their current
form and sites or projects to have their on default flavor. Of
course, I am not sure this is very easy. It seems like some of it is
in place since you can switch to other wiki flavors in the pages
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: Using a different wiki
The fact that links don't work makes sense because links are part of
Trac's format. If you are building the plugin - all it does is generate
HTML - Trac is not involved at that point. You may be able to use parts
of Trac's wiki processor code to do links, or if you have a fragment of
code that you know is a link, then you could use wiki_to_oneliner to
generate a link from the link; but you will have to responsible for
parsing out the Trac links by looking for CamelCase, [brackets] or
#numbers yourself. But that would greatly increase the complexity of the
interaction with the alternate wiki syntax you are trying to integrate
with, because you either can't pass it a whole document, or you have to
replace the trac links with wiki markup of the alternate engine to
insert arbitrary HTML.
For the RST case, I haven't used it but if I remember the help docs in
Trac, Trac has some provisions to be able to make links in the RST that
are part of its support of it
Modifying Trac to support different renderers on a per-page basis might
not be too difficult, but it might be almost prohibitively difficult to
integrate Trac links into that because really what you are doing at that
point is trying to invent a new wiki syntax that is a merge of Trac's
and some other wiki's.
Jason
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Sim
Sent: Monday, March 26, 2007 5:29 PM
To: trac-users@googlegroups.com
Subject: [Trac] Re: Using a different wiki
Zwiki allows the use of a number of different markup systems, including
reStructured Text, Structured Text, MoinMoin, etc. You can choose what
you want to use for each page with a pull-down menu.
I did try using the plugin method in Trac, and it works, sort-of.
(reStructured Text is one of the plugin markup systems already.) Just
was hoping there was an easier/better way to not have to put the
{{{#!rst stuff at the top and to set a default to a different one.
And, using that method, it doesn't appear that any text is treated as
wiki links. I have tried a number of ways to format that and nothing
seems to end up as a link. So, this text just gets formated correctly,
but this:
{{{
#!rst
This Is Interesting
---
- Item one.
- ItemTwo
- [Item Three]
Just ends up looking like this (no links):
This Is Interesting
* Item one.
* ItemTwo
* [Item Three]
Sounds like it would have to be a project of mine to get something like
this going, so I'll have to see if I end up wanting it that bad.
-Sim
--~--~-~--~~~---~--~~
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: installing .11
Isn't this a little misleading? There are different requirements on the libraries used, aren't there? Also macros won't work anymore in 0.11 if I have heard correctly. I'm not sure a migration process for a non-trivial project is simple to go to and from Trac 0.10 and 0.11... Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Tuesday, April 10, 2007 1:16 PM To: trac-users@googlegroups.com Subject: [Trac] Re: installing .11 This means that if you had a Trac environment created with 0.10, you can use the 0.11 codebase with it. If for some reason this doesn't work for you, you can go back and use a 0.10 codebase with this environment. --~--~-~--~~~---~--~~ 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: installing .11
Hmm, OK... We do have a lot of macros that will need to be converted, but what about conflicts on things like WebAdmin? The way that plugin and some others had instructions to install into Python's paths, but Trac 0.11 includes WebAdmin. So before trying Trac 0.11, how can we "uninstall" compiled plugins? I think I've realized that maybe the best place to install plugins is actually to put the eggs in /usr/share/trac/plugins instead of installing them to python's directory, because once you compile them how can they be removed? Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Wednesday, April 11, 2007 4:08 AM To: trac-users@googlegroups.com Subject: [Trac] Re: installing .11 Jason Winnebeck wrote: > Isn't this a little misleading? There are different requirements on the > libraries used, aren't there? Also macros won't work anymore in 0.11 if > I have heard correctly. I'm not sure a migration process for a > non-trivial project is simple to go to and from Trac 0.10 and 0.11... > No it's not misleading at all: I meant that if you have a running 0.10.x project, even non-trivial with lots of plugins etc., you can give a try to 0.11 on that project by installing the *additional* packages needed by 0.11 (i.e. Genshi). If for some reason, you're not satisfied with the transition, like some of the plugins you're depending on are neither working with nor yet ported to 0.11, or you depend on the old-style macros which won't work anymore, or you have some other problems, *then* it's safe to go back to 0.10.x on the same environment, because you presumably still have all the software needed to run 0.10, as nobody told you that you should uninstall Clearsilver when switching to 0.11. Quite to the contrary, Clearsilver based plugins are still supported in 0.11. My comment was perhaps more understandable by people who experienced the transition from 0.9.x to 0.10dev, as the database schema was changed between those releases. So once you had upgraded an environment from 0.9 to 0.10, there was no way back, unless you reverted to the backup. I simply wanted to point out that there's no such difference between 0.10 and 0.11, beside the caveat concerning 0.10.4. A successful migration should of course take care of converting the old-style macros to new-style macros, and take care of selecting 0.11 compatible plugins. There's still some time to go before a 0.11 release, even a beta, so it's not necessarily a bad idea to have a try and see what is the extent of work required. In some cases, you might see that it "just works" and you could even happily run a Trac 0.11dev installation like some happy few out there ;-) (e.g. see http://trac.pocoo.org) -- Christian > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Christian Boos > > This means that if you had a Trac environment created with 0.10, you can > use the 0.11 codebase with it. > If for some reason this doesn't work for you, you can go back and use a > 0.10 codebase with this environment. > --~--~-~--~~~---~--~~ 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: installing .11
OK, yes that is the useful information. I guess I overreacted. The WebAdmin is not as an egg but has a directory in site-packages. I noticed that the other plugins I installed are just egg files in site-packages. I will probably consider moving them into the plugins directory in /usr/share/trac to be consistent (I can't put them in the environment because I am running lots of environments under 1 Trac install). I suppose I need to adjust the components section of the ini to remove webadmin.* as well, if I do try Trac 0.11. I agree completely with the fact that 0.11 and 0.10.4 are more interchangeable than 0.9 and 0.10, but it's not exactly "plug'n'run". Some of that is my fault since I've custom code patches I need to migrate as well. Thanks for the clarifications on upgrades, though. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Erik Bray Sent: Wednesday, April 11, 2007 12:06 PM Subject: [Trac] Re: installing .11 Well, all you have to do to "uninstall" WebAdmin is delete the egg file from wherever it's installed to. However, it's not even necessary--the builtin version of WebAdmin in 0.11 has a completely different module name (trac.admin instead of webadmin) so there should be no conflict. --~--~-~--~~~---~--~~ 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: serialize trac wiki
I think I would be interested in this too. We need to deliver some documentation in electronic form off-site. Instead of using Word, we wanted to try to use Trac instead so that it can serve as internal documentation as well. We were playing with PageToPDF plugin, but it does not work well enough for our uses since it makes weird links and images do not export. Using Adobe print to PDF works almost good enough, but still not quite. Out current plan is to copy and paste the page from the browser into Word, which works actually pretty well since links, formatting, images and even heading levels are preserved. After we do this we edit the document by hand to remove links to wiki pages or reword small portions to turn some "internal" text into "external", then we can deliver these documents to customers. This works fairly well for the wiki pages we wrote with this process in mind. If the software can export documents with removing the P links in the headings and non-exported wiki links but keeping external absolute links and internal links (to other wiki pages being exported at the same time), I think it might be quite useful. Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Aust Sent: Thursday, April 12, 2007 10:09 AM To: [EMAIL PROTECTED] Subject: [Trac] Re: serialize trac wiki Hi Hauke, I've written an export software (for Windows, Mac & Linux) that will connect to your trac site through the XMLRPC plugin. It allows you to export trac pages to different formats, i.e. one single HTML page, containing all pages that you've selected for export. This HTML document can easily be imported into MS Word or else for further processing. I'm about to release the software, let me know if you're interested. Besides, it's pretty easy to do that programmatically using the XMLRPC plugin. Regards, Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [EMAIL PROTECTED] 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: SQLite
If your Trac is configured to use the default SQLlite, this is an embedded library in Trac, so there is no DB server to run. You could use the command line tools to check the DB for corruption if you suspect a problem there. There is a separate DB for each Trac instance. Otherwise, if you just have a generic problem I think you need to be more specific to what is happening. The only advice I could give knowing what I know is to enable debug log in your trac.ini configuration file so you can see any errors output. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Grant Johnson Sent: Friday, May 04, 2007 1:14 PM To: trac-users@googlegroups.com Subject: [Trac] SQLite I have a disabled trac server. How can I check to see if the DB is running? Is it instance wide or application. -- F. Grant Johnson 902-566-0630 / [EMAIL PROTECTED] Skype ID = jetsongeorge Systems/Web Coordinator RM 285 - Robertson Library University of Prince Edward Island *** Attitude is IT! --~--~-~--~~~---~--~~ 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: SQLite
You use the command line tool "sqlite3" and the trac.db file is the database itself all within a single file, and you run the tool on that database. That's the only SQLite tool that I know, and I'm not sure if there is a separate tool that does a deeper check for database consistency. I only have experience in Linux using command line sqlite3. Technically you don't need the client tools to have the library for Trac to use so you may need to install the tools. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Grant Johnson Sent: Friday, May 04, 2007 2:00 PM To: trac-users@googlegroups.com Subject: [Trac] Re: SQLite Thanks Jason, I am SUCH a newb on trac. Where can I find information on how to use the command line tools. I have looked but had unsuccessful results. Do I just go into the db directory for the instance? Grant Jason Winnebeck wrote: > If your Trac is configured to use the default SQLlite, this is an > embedded library in Trac, so there is no DB server to run. You could use > the command line tools to check the DB for corruption if you suspect a > problem there. There is a separate DB for each Trac instance. > > Otherwise, if you just have a generic problem I think you need to be > more specific to what is happening. The only advice I could give knowing > what I know is to enable debug log in your trac.ini configuration file > so you can see any errors output. > > Jason > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Grant Johnson > Sent: Friday, May 04, 2007 1:14 PM > To: trac-users@googlegroups.com > Subject: [Trac] SQLite > > > I have a disabled trac server. > > How can I check to see if the DB is running? > Is it instance wide or application. > > -- F. Grant Johnson 902-566-0630 / [EMAIL PROTECTED] Skype ID = jetsongeorge Systems/Web Coordinator RM 285 - Robertson Library University of Prince Edward Island *** Attitude is IT! --~--~-~--~~~---~--~~ 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: SQLite
If you are using Apache and mod_python, just restart Apache. If using tracd, kill tracd and rerun whatever script starts it. If you are on Debian or Debian-derived Linux, use "apt-get install sqlite3". For other distributions, the package is probably named similarly. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Grant Johnson Sent: Friday, May 04, 2007 2:27 PM To: trac-users@googlegroups.com Subject: [Trac] Re: SQLite I get command not found - Guess I'll try installing the tools. Thanks Jason. How do I restart the trac server if it's using the embedded web server. Is is sufficient to restart Apache if it's using Apache? Grant Jason Winnebeck wrote: > You use the command line tool "sqlite3" and the trac.db file is the > database itself all within a single file, and you run the tool on that > database. That's the only SQLite tool that I know, and I'm not sure if > there is a separate tool that does a deeper check for database > consistency. I only have experience in Linux using command line sqlite3. > Technically you don't need the client tools to have the library for Trac > to use so you may need to install the tools. > > Jason > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Grant Johnson > Sent: Friday, May 04, 2007 2:00 PM > To: trac-users@googlegroups.com > Subject: [Trac] Re: SQLite > > > Thanks Jason, > > I am SUCH a newb on trac. > > Where can I find information on how to use the command line tools. > I have looked but had unsuccessful results. > > Do I just go into the db directory for the instance? > > Grant > > Jason Winnebeck wrote: > >> If your Trac is configured to use the default SQLlite, this is an >> embedded library in Trac, so there is no DB server to run. You could >> > use > >> the command line tools to check the DB for corruption if you suspect a >> problem there. There is a separate DB for each Trac instance. >> >> Otherwise, if you just have a generic problem I think you need to be >> more specific to what is happening. The only advice I could give >> > knowing > >> what I know is to enable debug log in your trac.ini configuration file >> so you can see any errors output. >> >> Jason >> >> -Original Message- >> From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] >> On Behalf Of Grant Johnson >> Sent: Friday, May 04, 2007 1:14 PM >> To: trac-users@googlegroups.com >> Subject: [Trac] SQLite >> >> >> I have a disabled trac server. >> >> How can I check to see if the DB is running? >> Is it instance wide or application. >> >> >> > > -- F. Grant Johnson 902-566-0630 / [EMAIL PROTECTED] Skype ID = jetsongeorge Systems/Web Coordinator RM 285 - Robertson Library University of Prince Edward Island *** Attitude is IT! --~--~-~--~~~---~--~~ 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: Adding text to New Ticket page
The short answer is in the shared templates directory, ticket.cs. On a UNIX system this might live at /usr/share/trac/templates/newticket.cs. It may be better to have a "training program" for new users to Trac, if your users are a fixed set of people (i.e. employees rather than internet users). This can also take the form of a set of Wiki pages (which can be tagged if using tags plugin or in a hierarchy if using one of those). So, for new employees or workers I have a track of orientation pages for them to follow. I mention this because if you start to modify templates, every time you upgrade Trac you will need to repatch any changed files, resolving any possible conflicts. And I haven't used Trac 0.11, but when it changes to the Genshi system you'll probably have to start over from scratch in making the modification. If you do add text to the page, I suggest adding only a link to a wiki page (like you've seen in other areas). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jason Lustig Sent: Monday, May 07, 2007 9:53 AM To: Trac Users Subject: [Trac] Adding text to New Ticket page Hi everyone, I'm an avid Trac user who has set it up for internal bug testing for my organization's software. However many people submitting bugs don't know how to do it. I want to add text to the New Ticket page so that they can read about proper bug entry procedures (like providing duplication instructions) so that it's easier for my team and I to fix them. Where do I want to look to edit the templates? I've searched around and haven't been able to find anything. Thanks Jason --~--~-~--~~~---~--~~ 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: Adding text to New Ticket page
Hmm I didn't know about this. Are there other possible templates like this, and is this documented on the Trac site somewhere (i.e. a listing of customizations like this). I guess I knew about site_css but I didn't think that it might work for other pages, too. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of osimons Sent: Monday, May 07, 2007 10:25 AM To: Trac Users Subject: [Trac] Re: Adding text to New Ticket page On May 7, 4:07 pm, "Jason Winnebeck" <[EMAIL PROTECTED]> wrote: > The short answer is in the shared templates directory, ticket.cs. On a > UNIX system this might live at /usr/share/trac/templates/newticket.cs. > Actually, for 0.10.4 (and earlier) this can be done slightly easier, as there is support for a custom site_newticket.cs template that you can add to your project templates directory - this file gets injected into the main Trac ticket template. Just create a file called /path/to/your/project/templates/ site_newticket.cs and enter regular HTML (or even ClearSilver templating code), and it should be visible on your new ticket page. At least you can keep the Trac templates unchanged. :::simon http://www.coderesort.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: Email format
I can't find it right now but I turned off some option for "correcting" line breaks in plain text e-mails (and perhaps something about wrapping), and when you do that, the e-mails show up fine in Outlook by default. I think it affects other e-mails as well but it was worth the change. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of surge Sent: Tuesday, May 08, 2007 11:51 AM To: Trac Users Subject: [Trac] Email format The emails that Trac sends are text-only. Can an HTML version be included with each email as well? I use mutt but the others in my organization are on Outlook and Outlook Express -- so, the text version isn't properly formatted for them. Would appreciate any suggestions. --~--~-~--~~~---~--~~ 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: Problem on sending tickets to few of trac users
Also try checking out the session and session_attribute tables. I
maintain several Trac installations that I need to keep in sync so I
need a system outside of the standard one that comes with Trac to
manipulate user accounts. Here is part of a script that adds a user:
echo "Adding $username ($fullname<$email>) to $proj as a $tracGroup"
trac-admin $proj permission add $username $tracGroup
sqlite3 $proj/db/trac.db "insert into session( sid, authenticated,
last_visit ) VALUES ( '$username', 1, 0 )"
sqlite3 $proj/db/trac.db "insert into session_attribute (sid,
authenticated, name, value) VALUES ('$username', 1, 'name',
'$fullname')"
sqlite3 $proj/db/trac.db "insert into session_attribute (sid,
authenticated, name, value) VALUES ('$username', 1, 'email', '$email')"
You could use something like the above to reset the session tables to
have everyone's information set up properly. In my case I actually store
the data in a separate table to which I synchronize into every Trac
instance when the master DB changes.
When given a username and not an e-mail address, Trac looks in the
session_attribute table to look up e-mail address by username.
Jason
-Original Message-
From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Rainer Sokoll
Sent: Thursday, May 10, 2007 10:06 AM
To: trac-users@googlegroups.com
Subject: [Trac] Re: Problem on sending tickets to few of trac users
On Thu, May 10, 2007 at 06:54:02AM -0700, MMK wrote:
>But for the old users who are using Trac 0.9, before updating it to
> Trac 0.10 are not able to get mails if only username is given in
> "Assigned to" box. These users are able to receive mails if in the
> "Assigned to" box we enter [EMAIL PROTECTED] (i.e Along with domain
> name). Why this is happening?
Set trac's log level to DEBUG and show the relevant parts (also from
your mailserver's log).
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: Problem on sending tickets to few of trac users
Oh that is a really cool idea, but it has two downsides and the first is that you need an external DB server rather than built-in SQLite, and the second being that if Trac needs to upgrade the database if you upgrade Trac you could have a problem (but I have the same problems myself, and not just because of my scripts but because of patches I've had to make to Trac). We have MySQL on the same machine and I've thought about moving to that but I hear problems with it every so often so I'm weary to change something that works, but if I do I bet a similar approach could work there. Another alternative to get around the upgrade problem or if one can't do views (or doesn't want to), is to just have a master table then use scripts to copy data as needed (but then updates are only one-way). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Joshua Preston Sent: Thursday, May 10, 2007 11:15 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Problem on sending tickets to few of trac users Jason, I solved the user synchronization issue on my end by migrating to the backend to Postgres. I created one database for all of the Trac sites (about 12 for us in total). I then created a schema for each Trac instance. I migrated all of the data into the tables, and dropped the session and session_attribute tables from all of the schemas. I then recreated those two tables in the "public" schema. I then created a view and rules of inserts, updates and deletes from that view for each and every trac schema. --~--~-~--~~~---~--~~ 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: How to disable user accounts
Foreign keys aren't used in Trac; in the database it actually stores strings. So if you delete a user "superman" then in the ticket it will still store and display the "superman" string and you can still search by it, etc. I work in an environment with a very high turnover rate, so people come and go every 3 months, so I have some scripts to manage it. When users leave, I disable them by deleting their account records: echo "Removing $dev entirely from $proj" trac-admin $proj permission remove $dev \* sqlite3 $proj/db/trac.db "delete from session where sid='$dev'" sqlite3 $proj/db/trac.db "delete from session_attribute where sid='$dev'" I don't know if this is the "official" way (although I try to use trac-admin as much as possible), but it seems to have worked so far over the last year. Jason Winnebeck -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Shané Sent: Friday, June 08, 2007 2:13 AM To: trac-users@googlegroups.com Subject: [Trac] Re: How to disable user accounts Hi sbranden, What is the impact of deleting the user from the DB. Would the old tickets referring to this user still be functional? Like say ... if there was ticket owned by this user which is open ...or maybe it was closed but now we want to reopen (and reassign), would this work? Regards, Shāné On 6/8/07, trac-er <[EMAIL PROTECTED]> wrote: > > Hi Shane, > > I used sqlite3 to perform this operation. > > If you run sqlite3 on you .db file you can then remove the user id by > doing the following (replacing XXXusernameXXX with the user you want > to remove): > > update session set authenticated=0 where sid='XXXusernameXXX' > delete from session where sid='XXXusernameXXX' > delete from session where sid='XXXusernameXXX' > > You need to restart the httpd when you're done: > /etc/init.d/httpd restart > > Hope this works for you. > > > > On Jun 7, 4:34 am, "Shāné" <[EMAIL PROTECTED]> wrote: > > Hello all, > > > > How can we disable user accounts? When a user account is disabled, we would > > like to hide the user id in the owner and assignment list. > > > > Regards, > > Shane > > > > > --~--~-~--~~~---~--~~ 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: Any idea about trac 0.11
A good suggestion would be to announce when the plugin APIs are fixed for 0.11. That will hold our organization up for some time because of the amount of changes needed and I suspect the same will be for others as well. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Christian Boos Sent: Wednesday, June 13, 2007 4:46 PM To: trac-users@googlegroups.com Subject: [Trac] Re: Any idea about trac 0.11 Anton wrote: > Hi, > > I only wanted to know about the release date of trac 0.11: > > Officially it will be in 4 weeks but its seems a little bit > optimistic with 165 open items. > All the major items are now in place. What remains to be done are a few refactorings to make things cleaner, but nothing critical. However, what is critical is that a major documentation effort is still needed. We need someone with good (read: better than mine) editorial skills and some spare time to go through all the changes done in 0.11 and update the TracGuide accordingly. See also http://trac.edgewall.org/wiki/TracDev/ToDo > Or will there be a ticket triage in the next time creating > a splitting the 0.11 roadmap into: > - 0.11 roadmap > - 0.11.1 roadmap > > to allow a faster release? > Yep, that's the usual trick ;-) -- 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: AccountManager Plugin + Ticket Assignment
Trac gets the dropdown list by I believe something like the following query: select sid from session where authenticated=1 I don't know how AccountManagerPlugin works exactly, but I have my own user management system that adds users to an Apache password file and inserts the proper rows into session and session_attribute table. I think if you don't do this, I think a user has to login to the system at least once to show up, or I think they have to do some action in Trac to get put into the session table. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 3:50 PM To: trac-users@googlegroups.com Subject: [Trac] AccountManager Plugin + Ticket Assignment Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf --~--~-~--~~~---~--~~ 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: AccountManager Plugin + Ticket Assignment
It's because the users don't get populated until some action happens. I don't remember what that action was, but this is part of the reason why I control the process with external tools, to add and remove users definitively (and also to populate name and e-mail from an external source). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 4:38 PM To: trac-users@googlegroups.com Subject: [Trac] Re: AccountManager Plugin + Ticket Assignment Jason - That's perfect, exactly what I was looking for. Now my issue is, why are certain users that are being properly authenticated and are able to login, not being populated in this database? I'm curious if ldapplugin,mod_ldap,or account manager plugin are the culprit for that. - sf Jason Winnebeck wrote: > Trac gets the dropdown list by I believe something like the following > query: > > select sid from session where authenticated=1 > > I don't know how AccountManagerPlugin works exactly, but I have my own > user management system that adds users to an Apache password file and > inserts the proper rows into session and session_attribute table. I > think if you don't do this, I think a user has to login to the system at > least once to show up, or I think they have to do some action in Trac to > get put into the session table. > > Jason > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Steve Finkelstein > Sent: Tuesday, June 26, 2007 3:50 PM > To: trac-users@googlegroups.com > Subject: [Trac] AccountManager Plugin + Ticket Assignment > > > Hi all, > > I'm currently looking to assign a ticket to a user who is not showing up > on the drop down list. I'm curious where this field is being populated > from and if my settings for AccountManager Plugin > (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking > something. > > Users are authenticated via Apache's mod_ldap, and I've successfully > logged in as this user. Only users from LDAP should essentially be > granted access, and all of them should be allowed to have tickets > assigned to them. However, only a subselect of people are currently > available on the list. > > What's my best bet for troubleshooting this? > > Thanks, > > - sf > > > > > > > !DSPAM:1020,468174a1251021388512629! > --~--~-~--~~~---~--~~ 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
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 -~--~~~~--~~--~--~---
