[Trac] Re: Mutiple-Branches vs Mutliple Projects...
[EMAIL PROTECTED] wrote: > I have a trac 'related' question, although it is primarily a > Subversion/philosophy question. > > I am on a project that has 2 very distinct parts. An embedded device, > and a sister application that runs entirely on PC. From trac, I will > run them as separate milestones with separate components. The > question is really what is the best strategy for maintaining this in > the repo. I EVENTUALLY want some sort of continuous build/unittest > framework (say, bitten) but one step at a time. The PC app is on > language x while the embedded stuff is in language Y, so whatever I do > will require separate set-ups etc. I have suggested in the past a Trac architecture for this: * a new table, "project", looking like this: id integer PRIMARY KEY, nametext, description text * make tickets, milestones, and wiki entries (and maybe components?) have a project id, so for instance you could have project "A" with milestone "v1.0" and project "B" with milestone "v1.0" but they are distinct milestones. * the default project ID, 0, means "no project", i.e. current behavior. * update various pages and sql queries to allow project selection, i.e. "where project_id = selected_project_id" or sometimes "where project_id = selected_project_id or project_id = 0" to also show the default (non-project-specific) items. * add a new page for project maintenance (create, update, delete) (Or do it via trac-admin) There was also a proposal in http://trac.edgewall.org/wiki/TracMultipleProjects/ByProductAndSearch which is much more complex but notes that it would be nice to have repository paths per project. I don't think most people seem to value this organizational structure though; I haven't ever gotten any interest in implementing it. -- Gary Oberbrunner --~--~-~--~~~---~--~~ 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: Forcing users to log in
Emmanuel, thanks for the reply: > Simply move the authentication rule one step above: rather than using > "/project/login" for the authentication rule in your Apache config > file, use "/project" I see what you mean, but I've just changed from Apache-based authentication to the Account Manager Plugin, using digest authentication (the main motivation was to allow the admin to add users online and for users to be able to change their passwords). How would your advice translate to that environment? > Anyway with the above trick, you won't have any anonymous anymore, so > this point won't apply anymore. Good, and I hope this will be true of the "translated" advice. >> - On logout, the user is left on the same page; I'd like to take them >> back to the welcome page. > > If you're using HTTP authentication, logout is not effective, the user > needs to close his browser or use a HTTP authentication clear feature > (availble in Firefox among others) I think, with this change, I'm not using HTTP authentication. In fact, I found that logout is definitely "more effective", in that I can now log out and log back in as a different user, which I couldn't do before. Still, when I log out, the URL stays at the last page I visited. I'm guessing there's a way for Trac to detect that a request isn't from an authenticated user, and redirect it to a standard welcome page, but I haven't found a way to make that happen. -- Don Dwiggins Advanced Publishing Technology --~--~-~--~~~---~--~~ 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: Mutiple-Branches vs Mutliple Projects...
> > I have a trac 'related' question, although it is primarily a > Subversion/philosophy question. > > I am on a project that has 2 very distinct parts. We've done similar things, where we have broken it down like so (this is a big example): trunk/board1/vhdl trunk/board1/c trunk/board1/c_eth trunk/board1/matlab trunk/board1/schematics trunk/board1/schematics/datasheets trunk/board2/vhdl trunk/board2/schematics trunk/board2/schematics/datasheets trunk/board3/vhdl trunk/board3/schematics trunk/board3/schematics/datasheets trunk/sbc_src/ trunk/control/src trunk/control/manual lib/c lib/matlab lib/vhdl Board 1 has an FPGA with an embedded PPC (C code in .../c) and an embedded ethernet microcontroller (C code in .../c_eth). Boards 2 and 3 are FPGAs only (with layout & schematics). Then there's the embedded Linux single board computer, whose C code is in sbc_src. Finally, the control front end (which happens to be in VBA embedded in Excel-ACK!) sits in control/src with documentation in control/manual. This way all the code is in one project, but you can just "deep checkout" with svn if you only need one section. And you can easily branch something like "control" without affecting other code (for example if you were trying to write a C version instead of VBA). Almost every source directory has an svn:external pointing to the lib that is applicable, e.g. trunk/board3/vhdl has an external pointing to lib/vhdl . Hope this helps. Aaron Glossary ;) http://en.wikipedia.org/wiki/Datasheet http://en.wikipedia.org/wiki/FPGA http://en.wikipedia.org/wiki/Schematic http://en.wikipedia.org/wiki/VHDL http://en.wikipedia.org/wiki/Visual_Basic_for_Applications --~--~-~--~~~---~--~~ 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] Mutiple-Branches vs Mutliple Projects...
> Just a reminder, apparently top posting is poo-poo'd here, so lets all get > along and try not to do it. Hi all. I have a trac 'related' question, although it is primarily a Subversion/philosophy question. I am on a project that has 2 very distinct parts. An embedded device, and a sister application that runs entirely on PC. From trac, I will run them as separate milestones with separate components. The question is really what is the best strategy for maintaining this in the repo. I EVENTUALLY want some sort of continuous build/unittest framework (say, bitten) but one step at a time. The PC app is on language x while the embedded stuff is in language Y, so whatever I do will require separate set-ups etc. which brought me to: Should I just create 2 projects, they really are almost independent separate aside from final integration? Should I use a single project, with separate branches? Should I use a single project, single branch, but split off the directories right in the main root of the trunk? i.e. /trunk/ embedded and /trunk/pc_app I do see issues with the 2 project approach. mainly in that we would want to 'share' integration milestones and related tickets, etc. I don't see an issue with a branch, aside from I have no idea on the impact to something like bitten/reporting, etc. really would want to quickly get the details about the 'pc app' or the 'embedded side' quickly for management purposes. if it means anything, I plan to use the TimingAndEstimation Plugin, probably use the MasterTicket Plugin, as well as give the Metrix thing a try (although this is just an exercise in my geekitude) As well as a custom work flow. I also anticipate some subversion pre and post comit hooks to try and get comments into trac tickets via ether-magic. Plus the eventual build/auto-testing goal. Thanks for any thoughts, sorry this isn't truly Trac centric. --~--~-~--~~~---~--~~ 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-admin hotcopy fails in Trac 0.11 -- Permission Denied Error
> When attempting to create a backup in trac 0.11, I'm getting a > permission denied error as follows. I'm in a Windows environment and > have tried both the trac-admin executable and calling the trac-admin > script directly. I installed a new version of Trac (trac-0.11b2) and that solved my issue. I can now complete a hotcopy backup. --Nicole --~--~-~--~~~---~--~~ 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: Re-assign multiple tickets to one user
Try this: http://trac-hacks.org/wiki/BatchModifyPlugin Cheers / Erik On Fri, Apr 11, 2008 at 11:03 AM, Stoffe <[EMAIL PROTECTED]> wrote: > > Hello! > > Is there any plugin or view that lets you operate on multiple tickets > at once? The use case that has come up in our project is that the > project manager wants to assign tickets in bulk instead of going into > each and every one, when they are obvious. > > Thanks! > > -- Stoffe > > > > --~--~-~--~~~---~--~~ 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: date format in trac database
Eleonore kirjoitti: > Hi everybody, > > I'm currently working on a way to transfer data from an xml file to > the trac database in order to create new tickets. > > But I can't figure out the format of the dates ('time' and > 'changetime') which are in the trac database. Can anyone tell me this? > for example, a recent date would be '1206450837'. > > Thanks a lot, It's in very great format called POSIX time (a.k.a. Unix time or Unix epoch). Basically it's seconds since midnight UTC of January 1st 1970. Googling around gives loads of references for calculcation and such. -- Jani Tiainen --~--~-~--~~~---~--~~ 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] date format in trac database
Hi everybody, I'm currently working on a way to transfer data from an xml file to the trac database in order to create new tickets. But I can't figure out the format of the dates ('time' and 'changetime') which are in the trac database. Can anyone tell me this? for example, a recent date would be '1206450837'. Thanks a lot, Eleonore --~--~-~--~~~---~--~~ 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 multiple tickets to one user
Hello! Is there any plugin or view that lets you operate on multiple tickets at once? The use case that has come up in our project is that the project manager wants to assign tickets in bulk instead of going into each and every one, when they are obvious. Thanks! -- Stoffe --~--~-~--~~~---~--~~ 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: MasterTicket without blocking (linked tickets)
Do I have to create a ticket on t.e.o ? On 11 avr, 10:11, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > The only remaining thing is that in the ticket history there as still > > "blockedby" and "blocking" labels instead of the trac.ini configured > > ones. > > ie: > > > Changed 1 second ago by pierre > > > * blocking changed from 960 to 961 > > > instead of > > > Changed 1 second ago by pierre > > > * referring changed from 960 to 961 > > Why do we use the native field name instead of the label? This looks > like it is coming from TicketModule.grouped_changelog_entries. It just > uses the field name from the ticket_changes table directly. Sounds like > this should be fixed in trunk no the plugin. > > --Noah > > signature.asc > 1KTélécharger --~--~-~--~~~---~--~~ 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: MasterTicket without blocking (linked tickets)
[EMAIL PROTECTED] wrote: The only remaining thing is that in the ticket history there as still "blockedby" and "blocking" labels instead of the trac.ini configured ones. ie: Changed 1 second ago by pierre * blocking changed from 960 to 961 instead of Changed 1 second ago by pierre * referring changed from 960 to 961 Why do we use the native field name instead of the label? This looks like it is coming from TicketModule.grouped_changelog_entries. It just uses the field name from the ticket_changes table directly. Sounds like this should be fixed in trunk no the plugin. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: Forcing users to log in
> - When anonymous users go to the any URL on the site, they get a page > with the "Error: Forbidden" message. They can still hit Login on the > right, so it's not fatal, but I'd like to present them with something > more friendly (e.g., "Welcome to the ... trac; press Login to start"). Simply move the authentication rule one step above: rather than using "/project/login" for the authentication rule in your Apache config file, use "/project" > - Also, next to the Login is Preferences, which does work, sort of. I > have no idea what effect setting preferences would do for "anonymous". > I'd like to eliminate that. Preferences work for all anonymous users, as they are tracked with a cookie on the client machine. In other words, there's no unique "anonymous" user: each anonymous user does not share his preferences with other anonymous users. Anyway with the above trick, you won't have any anonymous anymore, so this point won't apply anymore. > - On logout, the user is left on the same page; I'd like to take them > back to the welcome page. If you're using HTTP authentication, logout is not effective, the user needs to close his browser or use a HTTP authentication clear feature (availble in Firefox among others) --~--~-~--~~~---~--~~ 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: MasterTicket without blocking (linked tickets)
The only remaining thing is that in the ticket history there as still "blockedby" and "blocking" labels instead of the trac.ini configured ones. ie: Changed 1 second ago by pierre * blocking changed from 960 to 961 instead of Changed 1 second ago by pierre * referring changed from 960 to 961 ;-) On 11 avr, 09:46, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > It work perfectly. Thanks for your help. > I really need to learn python ;-) > > On 11 avr, 09:26, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > > > [EMAIL PROTECTED] wrote: > > > Hi, > > > > I would like to have some feedback on linked tickets. > > > > One of the general needs (or at least one of _my_ needs) when using a > > > bug tracker is to link tickets. The TracLink syntax enables this > > > perfectly. If I want to link #5 to #6, I have to edit #5 ticket and > > > insert a #6 ref in it: here's the first part of the job imho. Why? > > > Because if I edit #6, I cannot know that it is linked to #5: this has > > > to be done manually by editing #6 and inserting a ref to #5, ie the > > > remaining arrow of the ticket relationship. > > > > I add a look on Trac-Hacks, looking for a plugin which could do the > > > job. Didn't find exactly what's needed here but found the MasterTicket > > > plugin. > > > > In fact, the plugin I'm looking for is the MasterTicket plugin without > > > the blocking functionality! > > > Indeed, if "Blocked By" label is changed to "Referred by" and > > > "Blocking" is changed to "Referring", creating ticket #6 with a > > > Referring field containing #5 will automatically insert a Refered by > > > field to #6 in ticket #5! > > > > Finally, my question is (for coderanger? ;-) ): How to disable the > > > blocking functionality in the MasterTicket plugin to make it very > > > usefull to link tickets ? > > > The labels for the two fields can be set to whatever you want in trac.ini. > > > To remove the blocking behavior just delete this section > > here:http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/... > > > and remove ITicketManipulator from this > > list:http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/... > > > Good luck. > > > --Noah > > > signature.asc > > 1KTélécharger --~--~-~--~~~---~--~~ 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: MasterTicket without blocking (linked tickets)
It work perfectly. Thanks for your help. I really need to learn python ;-) On 11 avr, 09:26, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > Hi, > > > I would like to have some feedback on linked tickets. > > > One of the general needs (or at least one of _my_ needs) when using a > > bug tracker is to link tickets. The TracLink syntax enables this > > perfectly. If I want to link #5 to #6, I have to edit #5 ticket and > > insert a #6 ref in it: here's the first part of the job imho. Why? > > Because if I edit #6, I cannot know that it is linked to #5: this has > > to be done manually by editing #6 and inserting a ref to #5, ie the > > remaining arrow of the ticket relationship. > > > I add a look on Trac-Hacks, looking for a plugin which could do the > > job. Didn't find exactly what's needed here but found the MasterTicket > > plugin. > > > In fact, the plugin I'm looking for is the MasterTicket plugin without > > the blocking functionality! > > Indeed, if "Blocked By" label is changed to "Referred by" and > > "Blocking" is changed to "Referring", creating ticket #6 with a > > Referring field containing #5 will automatically insert a Refered by > > field to #6 in ticket #5! > > > Finally, my question is (for coderanger? ;-) ): How to disable the > > blocking functionality in the MasterTicket plugin to make it very > > usefull to link tickets ? > > The labels for the two fields can be set to whatever you want in trac.ini. > > To remove the blocking behavior just delete this section > here:http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/... > > and remove ITicketManipulator from this > list:http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/... > > Good luck. > > --Noah > > signature.asc > 1KTélécharger --~--~-~--~~~---~--~~ 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: Plug in Development
nagaraju mudireddy wrote: > Hi All, > > I am developing a plugin for trac in order to add new > functionalities as part of my practicum. But I m not able to understand the > full architecture of Trac. Please have a look at http://trac.edgewall.org/wiki/TracDev/PluginDevelopment > can any one help me in regarding how can i > approach or please give me links where can i get the trac code > documentation. especially the .*cs file what will do.* > What are the *.cs files doing? Well, those Clearsilver template files currently quietly rot ;-) More seriously, new development should not be started on the 0.10.x line which is frozen, use 0.11b2 and further versions. The templates are now .html files containing Genshi markup (http://genshi.edgewall.org/). -- 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: MasterTicket without blocking (linked tickets)
[EMAIL PROTECTED] wrote: Hi, I would like to have some feedback on linked tickets. One of the general needs (or at least one of _my_ needs) when using a bug tracker is to link tickets. The TracLink syntax enables this perfectly. If I want to link #5 to #6, I have to edit #5 ticket and insert a #6 ref in it: here's the first part of the job imho. Why? Because if I edit #6, I cannot know that it is linked to #5: this has to be done manually by editing #6 and inserting a ref to #5, ie the remaining arrow of the ticket relationship. I add a look on Trac-Hacks, looking for a plugin which could do the job. Didn't find exactly what's needed here but found the MasterTicket plugin. In fact, the plugin I'm looking for is the MasterTicket plugin without the blocking functionality! Indeed, if "Blocked By" label is changed to "Referred by" and "Blocking" is changed to "Referring", creating ticket #6 with a Referring field containing #5 will automatically insert a Refered by field to #6 in ticket #5! Finally, my question is (for coderanger? ;-) ): How to disable the blocking functionality in the MasterTicket plugin to make it very usefull to link tickets ? The labels for the two fields can be set to whatever you want in trac.ini. To remove the blocking behavior just delete this section here: http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/web_ui.py#L46 and remove ITicketManipulator from this list: http://trac-hacks.org/browser/masterticketsplugin/0.11/mastertickets/web_ui.py#L25 Good luck. --Noah signature.asc Description: OpenPGP digital signature
[Trac] MasterTicket without blocking (linked tickets)
Hi, I would like to have some feedback on linked tickets. One of the general needs (or at least one of _my_ needs) when using a bug tracker is to link tickets. The TracLink syntax enables this perfectly. If I want to link #5 to #6, I have to edit #5 ticket and insert a #6 ref in it: here's the first part of the job imho. Why? Because if I edit #6, I cannot know that it is linked to #5: this has to be done manually by editing #6 and inserting a ref to #5, ie the remaining arrow of the ticket relationship. I add a look on Trac-Hacks, looking for a plugin which could do the job. Didn't find exactly what's needed here but found the MasterTicket plugin. In fact, the plugin I'm looking for is the MasterTicket plugin without the blocking functionality! Indeed, if "Blocked By" label is changed to "Referred by" and "Blocking" is changed to "Referring", creating ticket #6 with a Referring field containing #5 will automatically insert a Refered by field to #6 in ticket #5! Finally, my question is (for coderanger? ;-) ): How to disable the blocking functionality in the MasterTicket plugin to make it very usefull to link tickets ? Thanks! Pierre --~--~-~--~~~---~--~~ 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 set permissions?
Install WebAdmin Plugin so that you can manage all permissions to the users through Admin GUI. On Fri, Apr 11, 2008 at 12:28 AM, Tomas <[EMAIL PROTECTED]> wrote: > > How do I control permissions in trac. > > I do understand the basic stuff, and read through the "finegrained" page. > But > I want to be able to group wiki-pages together, and be able to grant > access > to various groups of users to different groups of content, without having > to > list each page in the auth-conf file. > Is this possible? > > With best regards > > Tomas Larsson > TL Engineering & Consultants > Engelbrektsgatan 121 > SE 506 39 Borås > Sweden > > +46 739 932 673 > > http://www.tlec.se > > > Verus Amicus Est Tamquam Alter Idem > > > > > --~--~-~--~~~---~--~~ 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] Plug in Development
Hi All, I am developing a plugin for trac in order to add new functionalities as part of my practicum. But I m not able to understand the full architecture of Trac. can any one help me in regarding how can i approach or please give me links where can i get the trac code documentation. especially the .*cs file what will do.* Thanks Nagaraju --~--~-~--~~~---~--~~ 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] Forcing users to log in
I'm setting up a trac for my development team (using 0.11b2); it's on a publicly visible server, and I'd like to restrict all access to it to only the team. I've gotten a good way toward that by eliminating all permissions from "anonymous", but there's a few uglies left over: - When anonymous users go to the any URL on the site, they get a page with the "Error: Forbidden" message. They can still hit Login on the right, so it's not fatal, but I'd like to present them with something more friendly (e.g., "Welcome to the ... trac; press Login to start"). - Also, next to the Login is Preferences, which does work, sort of. I have no idea what effect setting preferences would do for "anonymous". I'd like to eliminate that. - On logout, the user is left on the same page; I'd like to take them back to the welcome page. I tried the PermRedirectPlugin, but it didn't have any effect. I suppose I might have misconfigured it; I didn't try to track it down. Any suggestions welcomed. -- Don Dwiggins Advanced Publishing Technology --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---