[Trac] Component owner as a list
I've restricted component owner as a list, but is there way to remove old, non existing users from that list using webui? (I think they hang in session tables) It's very annoying to have old names that doesn't exists as a selectable. -- 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] preview/diff text files with pdf extension
We are using trac/subversion for versioning of files with (misleading) extension .pdf that in fact are plain text files. Is there a way to preview them as text files ? I already tried extending mime_map by text/plain:pdf without success. --~--~-~--~~~---~--~~ 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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noah Kantrowitz skrev 23-06-2008 21:56: | | On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote: | | | On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote: | | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Noah Kantrowitz skrev 23-06-2008 16:54: | | On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote: | | So I need to do it by hand to all about 60 of my trac configs.. :D | | | | I wouldn't say it more flexible while upgrading, when creating | new | | instances it might be more flexible. | | | | for f in `ls /var/trac` | | do | | echo -e '\n[inherit]\nfile = /usr/share/trac/conf/trac.ini\n' | / | | var/trac/$f | | done | | Indeed. And I imagine most people running 60 parallel instances of | trac would | have a posix shell available. | | However, does anyone know of a reasonable package that would | allow a | similarly short example in python, that remained somewhat portable ? | | I'm not looking for something like ipython, the defunct pysh or | pythonShell -- | just some helpful filesystem iterators that aren't quite as verbose | as os.path.* | | Maybe a utility package that would the above be done in some | reasonably | intuitive 5-6 lines of python. | | Any ideas? | | Using IPython: | | for file in iglob('/var/trac/*/conf/trac.ini'): | open(file, 'a').write('\n[inherit].') | | Apparently the normal glob.glob works fine too here (I just like ipipe | stuffs). Hm, as I just commented off-list to someone else, I guess what I'm really missing is something like: import find for file in find(/var/trac,iname=trac.ini): ~ with open(file, 'a') as f: ~f.writelines([[inherit], blah=something]) (or. better yet, a nice appendline()/appendlines()-convenience method on all file objects that allows for doing the same thing (ie equivalent to the shell operator): for file in find(/var/trac,iname=trac.ini): ~ file.appendlines([[inherit], blah=something]) But I suppoose the meme i was missing was glob and/or os.walk. So coding around the lack of a find module: import os for root, files, dirs in os.walk(/var/trac): ~ for file in files: ~if file.lower() == trac.ini: ~ with open(os.path.join(root,file), a) as f: ~f.writelines([[inherit], blah=something]) I suppose I can live with glob and os.walk -- but it's a bit painful that os.walk returns only names as strings, and that there are no reasonable file/path objects (note the main reason that this is necessary is of course the fact that not all os' agree on path separators and/or mountpoints/driveletters). Still a python find-module seems like a good (and pretty simple) idea. Best regards, - -- ~ .---. Eirik Schwenke [EMAIL PROTECTED] ( NSD ) Harald Hårfagresgate 29Rom 150 ~ '---' N-5007 Bergentlf: (555) 889 13 ~ GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIYMaFxUW7FIqjOSwRAv+bAKC+eE+MeLkXa/zISCjXs466B3hsWQCfRCAk jzk9MU9OJiutQgeRgeAuxNg= =Hfxa -END PGP SIGNATURE- --~--~-~--~~~---~--~~ 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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noah Kantrowitz skrev 23-06-2008 21:56: | | On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote: | | | On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote: | | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Noah Kantrowitz skrev 23-06-2008 16:54: | | On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote: | | So I need to do it by hand to all about 60 of my trac configs.. :D | | | | I wouldn't say it more flexible while upgrading, when creating | new | | instances it might be more flexible. | | | | for f in `ls /var/trac` | | do | | echo -e '\n[inherit]\nfile = /usr/share/trac/conf/trac.ini \n' | / | | var/trac/$f | | done | | Indeed. And I imagine most people running 60 parallel instances of | trac would | have a posix shell available. | | However, does anyone know of a reasonable package that would | allow a | similarly short example in python, that remained somewhat portable ? | | I'm not looking for something like ipython, the defunct pysh or | pythonShell -- | just some helpful filesystem iterators that aren't quite as verbose | as os.path.* | | Maybe a utility package that would the above be done in some | reasonably | intuitive 5-6 lines of python. | | Any ideas? | | Using IPython: | | for file in iglob('/var/trac/*/conf/trac.ini'): | open(file, 'a').write('\n[inherit].') | | Apparently the normal glob.glob works fine too here (I just like ipipe | stuffs). Hm, as I just commented off-list to someone else, I guess what I'm really missing is something like: import find for file in find(/var/trac,iname=trac.ini): ~ with open(file, 'a') as f: ~f.writelines([[inherit], blah=something]) (or. better yet, a nice appendline()/appendlines()-convenience method on all file objects that allows for doing the same thing (ie equivalent to the shell operator): for file in find(/var/trac,iname=trac.ini): ~ file.appendlines([[inherit], blah=something]) But I suppoose the meme i was missing was glob and/or os.walk. So coding around the lack of a find module: import os for root, files, dirs in os.walk(/var/trac): ~ for file in files: ~if file.lower() == trac.ini: ~ with open(os.path.join(root,file), a) as f: ~f.writelines([[inherit], blah=something]) I suppose I can live with glob and os.walk -- but it's a bit painful that os.walk returns only names as strings, and that there are no reasonable file/path objects (note the main reason that this is necessary is of course the fact that not all os' agree on path separators and/or mountpoints/driveletters). Still a python find-module seems like a good (and pretty simple) idea. See `iwalk | filter`. --Noah --~--~-~--~~~---~--~~ 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: Serious issues upgrading to 0.11
-On [20080624 16:06], David Carter ([EMAIL PROTECTED]) wrote: Well, it can be summarized as this: /usr/share/trac is never installed or updated. I think you missed the deploy command to trac-admin. -- Jeroen Ruigrok van der Werven asmodai(-at-)in-nomine.org / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Pleasure's a sin, and sometimes sin's a pleasure... --~--~-~--~~~---~--~~ 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] Assign a ticket a specific number?
Hi all, I am migrating some information we have into a fresh trac. I know it's A) a bad idea and B)at best, a pain, if not impractical, and C) a bad idea :D but, it is possible to create tickets with a specific number, or to go back and modify the ticket db to give specific numbers to individual tickets. (i.e., migrating tasklist item #130 into a trac ticket, ideally want the ticket to be #130) It's a crutch to easy the transition from the highly productive combination of word documents, spreadsheets, and sticky notes a project currently has.. If this is easy, maybe I'll do 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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noah Kantrowitz skrev 24-06-2008 14:13: | On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote: | Noah Kantrowitz skrev 23-06-2008 21:56: | On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote: | On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote: | Noah Kantrowitz skrev 23-06-2008 16:54: | On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote: (... tidying up a bit ...) #posix shell solution - noah for f in `ls /var/trac` do ~ echo -e '\n[inherit]\nfile = /usr/share/trac/conf/trac.ini\n'\ ~var/trac/$f done | [D]oes anyone know of a reasonable package that would | allow asimilarly short example in python, that remained somewhat | portable ? | | I'm not looking for something like ipython, the defunct pysh or | pythonShell -- | just some helpful filesystem iterators that aren't quite as | verbose as os.path.* (...) | import os | | for root, files, dirs in os.walk(/var/trac): | ~ for file in files: | ~if file.lower() == trac.ini: | ~ with open(os.path.join(root,file), a) as f: | ~f.writelines([[inherit], blah=something]) | | (...) | Still a python find-module seems like a good (and pretty simple) idea. | | See `iwalk | filter`. I did have a look at ipipe (http://ipython.scipy.org/moin/UsingIPipe), but in some ways i think it's the wrong solution to the right problem. While borrowing syntax from the shell might be a nice fit for working from within ipython - it feels a bit bolted on -- especially when working from say an install script. I'm perfectly happy using bash, awk, grep and find on the command line -- and ipython is a fine python debug/eval/test-tool; but adding that interface to python directly leads down the path to perl IMNHO. Python already has list comprehensions, map, lamda and filter -- I'd much rather have a first rate object/graph mapping of the filesystem in a way that feels natural to standard python, than a half-baked shell meta-language (not that there's anything wrong with a half-baked meta-languages in and of themselves, but I'd rather have one obvious and suitably lazy way to do things, while still being readable :-) Anyway, thanks for all the input -- I'll leave this alone until I get around to implementing a correct solution ;-) Best regards, - -- ~ .---. Eirik Schwenke [EMAIL PROTECTED] ( NSD ) Harald Hårfagresgate 29Rom 150 ~ '---' N-5007 Bergentlf: (555) 889 13 ~ GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIYQNkxUW7FIqjOSwRAlx2AJ4qe5lqtrm6AI9E/11bVrKHnopd0wCgknKA X2IVJyBlS700wh6ybC0rcR0= =XRxi -END PGP SIGNATURE- --~--~-~--~~~---~--~~ 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 on Leopard--not working properly
On Jun 23, 4:48 am, Justin R. Miller [EMAIL PROTECTED] wrote: TracError: The user max requires read _and_ write permission to the database file /usr/local/trac/db/trac.db and the directory it is located in. From the past messages in the thread, it's not clear that you've changed ownership on the right directories. Try exactly this and see if it helps: sudo chown -R _www:_www /usr/local/trac Yes, I did try it, it did not help. Thanks, Max. --~--~-~--~~~---~--~~ 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 a ticket a specific number?
This is pretty easy, as long as you access the database directly and aren't trying to change any links in wiki pages or anything. There are two or three places you need to change if you're modifying a ticket. If you're just making a new one all you need to do is specify the correct ticket number as the ID when you insert into the ticket table. You could write a fairly simple python script to insert the tickets based off a CSV, with hard coded ticket numbers. On Tue, Jun 24, 2008 at 10:23 AM, [EMAIL PROTECTED] wrote: Hi all, I am migrating some information we have into a fresh trac. I know it's A) a bad idea and B)at best, a pain, if not impractical, and C) a bad idea :D but, it is possible to create tickets with a specific number, or to go back and modify the ticket db to give specific numbers to individual tickets. (i.e., migrating tasklist item #130 into a trac ticket, ideally want the ticket to be #130) It's a crutch to easy the transition from the highly productive combination of word documents, spreadsheets, and sticky notes a project currently has.. If this is easy, maybe I'll do 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: Assign a ticket a specific number?
On Jun 24, 9:33 am, Chris Mulligan [EMAIL PROTECTED] wrote: This is pretty easy, as long as you access the database directly and aren't trying to change any links in wiki pages or anything. There are two or three places you need to change if you're modifying a ticket. If you're just making a new one all you need to do is specify the correct ticket number as the ID when you insert into the ticket table. You could write a fairly simple python script to insert the tickets based off a CSV, with hard coded ticket numbers. That is pretty much exactly what i think I should do. In this case, I actually COULD start my insertion at a sequential point, our list happens to be numbered form 1-N, in order, and also has no gaps, so, technically I don't think I even need to force ticket numbers. THAT said, any pointers? I am lazy, and am sure someone has done this(this is why I migrated to pythonthe efficiency makes up for my general laziness) --~--~-~--~~~---~--~~ 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: Serious issues upgrading to 0.11
On Jun 24, 2008, at 10:09 AM, Jeroen Ruigrok van der Werven wrote: -On [20080624 16:06], David Carter ([EMAIL PROTECTED]) wrote: Well, it can be summarized as this: /usr/share/trac is never installed or updated. I think you missed the deploy command to trac-admin. In short: we cannot have a single global data folder like that anymore since to be compliant with the spirit of setuptools we need to allow things like multiple versions installed concurrently. In fact we cannot install anything outside the egg. trac-admin deploy will extract/generate the content you need, and since it is manual, hopefully you won't overwrite one version's data with another :) --Noah --~--~-~--~~~---~--~~ 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: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip [EMAIL PROTECTED]: I deleted the trac.ini from /usr/local/share/trac/conf and added these 2 lines to the project-specific trac.ini file. After recycling web server, I still see no difference. Any other ideas? Maybe the plugin is already loaded? What happens if you put [[TracNav]] on a wiki page? Why do you manually copy the egg after running ./setup.py install, which already copies the egg into a system-wide dir? Do any other plugins work for you? Normally you should see a number of messages like this in your log: 2008-05-31 11:15:24,220 Trac[loader] DEBUG: Loading egg plugin XXX from /srv/trac/myproject/plugins/XXX-N.N-py2.5.egg - Thomas --~--~-~--~~~---~--~~ 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 a ticket a specific number?
I used the little wrapper I wrote around Trac that I used in my tracmerge script (the code of which is also online, but without documentation). You'll need ptrac.py, but all it does is implement a database insert command for you. Check out http://trac-hacks.org/browser/tracmergescript/yoheeb On Tue, Jun 24, 2008 at 10:39 AM, [EMAIL PROTECTED] wrote: On Jun 24, 9:33 am, Chris Mulligan [EMAIL PROTECTED] wrote: This is pretty easy, as long as you access the database directly and aren't trying to change any links in wiki pages or anything. There are two or three places you need to change if you're modifying a ticket. If you're just making a new one all you need to do is specify the correct ticket number as the ID when you insert into the ticket table. You could write a fairly simple python script to insert the tickets based off a CSV, with hard coded ticket numbers. That is pretty much exactly what i think I should do. In this case, I actually COULD start my insertion at a sequential point, our list happens to be numbered form 1-N, in order, and also has no gaps, so, technically I don't think I even need to force ticket numbers. THAT said, any pointers? I am lazy, and am sure someone has done this(this is why I migrated to pythonthe efficiency makes up for my general laziness) --~--~-~--~~~---~--~~ 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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
On 24/06/2008, Eirik Schwenke [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noah Kantrowitz skrev 24-06-2008 14:13: | On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote: | Noah Kantrowitz skrev 23-06-2008 21:56: | On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote: | On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote: | Noah Kantrowitz skrev 23-06-2008 16:54: | On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote: (... tidying up a bit ...) #posix shell solution - noah for f in `ls /var/trac` do ~ echo -e '\n[inherit]\nfile = /usr/share/trac/conf/trac.ini\n'\ ~var/trac/$f done | [D]oes anyone know of a reasonable package that would | allow asimilarly short example in python, that remained somewhat | portable ? | | I'm not looking for something like ipython, the defunct pysh or | pythonShell -- | just some helpful filesystem iterators that aren't quite as | verbose as os.path.* (...) | import os | | for root, files, dirs in os.walk(/var/trac): | ~ for file in files: | ~if file.lower() == trac.ini: | ~ with open(os.path.join(root,file), a) as f: | ~f.writelines([[inherit], blah=something]) | | (...) | Still a python find-module seems like a good (and pretty simple) idea. | | See `iwalk | filter`. I did have a look at ipipe (http://ipython.scipy.org/moin/UsingIPipe), but in some ways i think it's the wrong solution to the right problem. While borrowing syntax from the shell might be a nice fit for working from within ipython - it feels a bit bolted on -- especially when working from say an install script. I'm perfectly happy using bash, awk, grep and find on the command line -- and ipython is a fine python debug/eval/test-tool; but adding that interface to python directly leads down the path to perl IMNHO. Python already has list comprehensions, map, lamda and filter -- I'd much rather have a first rate object/graph mapping of the filesystem in a way that feels natural to standard python, than a half-baked shell meta-language (not that there's anything wrong with a half-baked meta-languages in and of themselves, but I'd rather have one obvious and suitably lazy way to do things, while still being readable :-) Anyway, thanks for all the input -- I'll leave this alone until I get around to implementing a correct solution ;-) Best regards, - -- ~ .---. Eirik Schwenke [EMAIL PROTECTED] ( NSD ) Harald Hårfagresgate 29Rom 150 ~ '---' N-5007 Bergentlf: (555) 889 13 ~ GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIYQNkxUW7FIqjOSwRAlx2AJ4qe5lqtrm6AI9E/11bVrKHnopd0wCgknKA X2IVJyBlS700wh6ybC0rcR0= =XRxi -END PGP SIGNATURE- -- cheers, -ambrose The 'net used to be run by smart people; now many sites are run by idiots. So SAD... (Sites that do spam filtering on mails sent to the abuse contact need to be cut off the net...) --~--~-~--~~~---~--~~ 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] Suppress change password
Management here would like to use 12 alpha-numeric passwords. But Trac allows users to change passwords. Can this be disabled? Cheers, JN25B --~--~-~--~~~---~--~~ 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: Suppress change password
On Jun 24, 2008, at 12:52 PM, jn25b wrote: Management here would like to use 12 alpha-numeric passwords. But Trac allows users to change passwords. Can this be disabled? Cheers, JN25B Trac does no such thing. AccountManager does, and to disable it just uncheck the changepassword module in the plugins admin screen. --Noah --~--~-~--~~~---~--~~ 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: ImportError: cannot import name compat
On Jun 10, 3:38 am, RM [EMAIL PROTECTED] wrote: I just installed 0.11rc2 and am getting an ImportError when trying to save wiki pages. Here's the full stack: I am getting the same error with Trac 0.11 final. I'm using the official .tar.gz release on Ubuntu. http://pastebin.ca/1055176 Regards, Leons Petrazickis http://planetdb2.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: TracNav plugin on 0.10.4 on linux not working
On Jun 24, 12:00 pm, Thomas Moschny [EMAIL PROTECTED] wrote: 2008/6/24 Philip [EMAIL PROTECTED]: I deleted the trac.ini from /usr/local/share/trac/conf and added these 2 lines to the project-specific trac.ini file. After recycling web server, I still see no difference. Any other ideas? Maybe the plugin is already loaded? What happens if you put [[TracNav]] on a wiki page? Why do you manually copy the egg after running ./setup.py install, which already copies the egg into a system-wide dir? Do any other plugins work for you? Normally you should see a number of messages like this in your log: 2008-05-31 11:15:24,220 Trac[loader] DEBUG: Loading egg plugin XXX from /srv/trac/myproject/plugins/XXX-N.N-py2.5.egg - Thomas You are right -- I guess the install put the egg into /usr/local/lib64/ python2.4/site-packages. I deleted the egg file from /usr/local/share/ trac/plugins and restarted web server. I don't automatically see a mesage like you described when I recycle apache2, BUT if I look at the log, I do see one from earlier in the day yesterday. So, sounds like it was loading at some point anyway. However, when I go to a wiki page that has [[TracNav]] on it, I see this message: Error: Failed to load processor TracNav No macro or processor named 'TracNav' found Philip --~--~-~--~~~---~--~~ 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 a ticket a specific number?
On Jun 24, 11:35 am, Chris Mulligan [EMAIL PROTECTED] wrote: I used the little wrapper I wrote around Trac that I used in my tracmerge script (the code of which is also online, but without documentation). You'll need ptrac.py, but all it does is implement a database insert command for you. Check outhttp://trac-hacks.org/browser/tracmergescript/yoheeb awesome, I was in process of writing something atm so I could dump my tickets database and figure out the field order (I wasn't sure how trac merged the ticket_custom table in exactly. As it turns out, my sql skills have bit rot and I was getting frustrated (I could NOT dump the field names, I just dumped a ticket and mapped the entries to the fields on a scrap of paper) Thanks! I now have to go play with it so I can learn from it. My next endeavor, will possibly, to try and attach comments/change status, as some of these in the list format are closed with resolution comments. That said, for this exercise, just getting the numbers to match, then going in and editing the information in trac is sufficient as the list is rather small, and the other members need a intro to trac exercise anyway :D Man, this group of users rock. I just hope I can contribute as much as I have taken from in the near future here! --~--~-~--~~~---~--~~ 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 a ticket a specific number?
If it's not clear, it will take a list of dictionaries for ticket changes. The dictionaries look like this: 'ticket_change': [{'author': u'jamie', 'field': u'component', 'newvalue': u'something', 'oldvalue': u'general', 'time': 1131496921}, {'author': u'jamie', 'field': u'status', 'newvalue': u'assigned', 'oldvalue': u'new', 'time': 1131591197}, {'author': u'chris', 'field': u'status', 'newvalue': u'closed', 'oldvalue': u'assigned', 'time': 1135038571}, {'author': u'chris', 'field': u'resolution', 'newvalue': u'invalid', 'oldvalue': u'', 'time': 1135038571}, {'author': u'chris', 'field': u'comment', 'newvalue': uDoesn't matter anymore..., 'oldvalue': u'', 'time': 1135038571}], On Tue, Jun 24, 2008 at 2:57 PM, [EMAIL PROTECTED] wrote: On Jun 24, 11:35 am, Chris Mulligan [EMAIL PROTECTED] wrote: I used the little wrapper I wrote around Trac that I used in my tracmerge script (the code of which is also online, but without documentation). You'll need ptrac.py, but all it does is implement a database insert command for you. Check outhttp://trac-hacks.org/browser/tracmergescript/yoheeb awesome, I was in process of writing something atm so I could dump my tickets database and figure out the field order (I wasn't sure how trac merged the ticket_custom table in exactly. As it turns out, my sql skills have bit rot and I was getting frustrated (I could NOT dump the field names, I just dumped a ticket and mapped the entries to the fields on a scrap of paper) Thanks! I now have to go play with it so I can learn from it. My next endeavor, will possibly, to try and attach comments/change status, as some of these in the list format are closed with resolution comments. That said, for this exercise, just getting the numbers to match, then going in and editing the information in trac is sufficient as the list is rather small, and the other members need a intro to trac exercise anyway :D Man, this group of users rock. I just hope I can contribute as much as I have taken from in the near future here! --~--~-~--~~~---~--~~ 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: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip [EMAIL PROTECTED]: You are right -- I guess the install put the egg into /usr/local/lib64/ python2.4/site-packages. I deleted the egg file from /usr/local/share/ trac/plugins and restarted web server. I don't automatically see a mesage like you described when I recycle apache2, BUT if I look at the log, I do see one from earlier in the day yesterday. So, sounds like it was loading at some point anyway. For the beginning, it might be easier to run ./setup bdist_egg and copy the egg from 'dist' to the 'plugins' subdirectory of your trac project, see http://trac.edgewall.org/wiki/TracPlugins#ForaSingleProject. Note that plugin loading might be delayed until someone accesses your trac instance, so you might not see something in the logs immediately after restarting apache. Regards, Thomas --~--~-~--~~~---~--~~ 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: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Noah Kantrowitz [EMAIL PROTECTED]: This is untrue. The global config (or in 0.11, any inherited configs along the chain) are merged in memory to act like a single file as far as Trac cares. Any option can go in any file. They are merged at a per- key level, with the value lowest on the chain taking priority. Yeah, my bad. Doesn't necessarily make things simpler for beginners, though. - Thomas --~--~-~--~~~---~--~~ 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: ImportError: cannot import name compat
On Jun 24, 10:28 am, Leo Petr [EMAIL PROTECTED] wrote: On Jun 10, 3:38 am, RM [EMAIL PROTECTED] wrote: I just installed 0.11rc2 and am getting an ImportError when trying to save wiki pages. Here's the full stack: I am getting the same error with Trac 0.11 final. I'm using the official .tar.gz release on Ubuntu. http://pastebin.ca/1055176 I too am getting this error with the release version of Trac 0.11 (see below). However, it only happens sometimes. When I reload the page the error disappears. I had been running Trac 0.11rc1 up until the upgrade without any problems. I tried going to python and importing compat, but that failed. I also tried doing a search for compat using find, but still came up with nothing. I'm using Leopard Server with Trac installed from easy_install and everything else installed using macports. [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] Filename: '/ opt/local/var/www/php/trac', referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] PathInfo: '/ chrome/common/changeset.png', referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] Traceback (most recent call last):, referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/mod_python/importer.py, line 1537, in HandlerDispatch\ndefault=default_handler, arg=req, silent=hlist.silent), referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/mod_python/importer.py, line 1229, in _process_target\nresult = _execute_target(config, req, object, arg), referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/mod_python/importer.py, line 1128, in _execute_target\nresult = object(arg), referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/ modpython_frontend.py, line 127, in handler\nfrom trac.web.main import dispatch_request, referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/ main.py, line 47, in module\nfrom trac.web.chrome import Chrome, referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] File /opt/ local/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/ chrome.py, line 40, in module\nfrom trac.util import compat, get_reporter_id, presentation, get_pkginfo, \\, referer: http://server.company.com/trac/timeline [Tue Jun 24 11:08:06 2008] [error] [client 10.104.3.13] ImportError: cannot import name compat, referer: http://server.company.com/trac/timeline --~--~-~--~~~---~--~~ 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: ImportError: cannot import name compat
This seems to have solved the issues for me (I think)... sudo trac-admin /opt/local/var/trac/project/ deploy /opt/local/share/ trac/ I had manually copied the htdoc directory initially but forgot to copy over the cgi-bin directory. --~--~-~--~~~---~--~~ 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 a ticket a specific number?
On Tue, Jun 24, 2008 at 11:57:27AM -0700, [EMAIL PROTECTED] wrote: Man, this group of users rock. I just hope I can contribute as much as I have taken from in the near future here! +1! =-=- Jenn Drummond // [EMAIL PROTECTED] --~--~-~--~~~---~--~~ 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 a ticket a specific number?
On Jun 24, 2:34 pm, Jennifer A. Drummond [EMAIL PROTECTED] wrote: On Tue, Jun 24, 2008 at 11:57:27AM -0700, [EMAIL PROTECTED] wrote: Man, this group of users rock. I just hope I can contribute as much as I have taken from in the near future here! +1! =-=- Jenn Drummond // [EMAIL PROTECTED] Wow, cool. OK, I do have one question. The input csv file, the sample you had. the first row and the list of fields: id,cc,changetime,component,description,keywords,milestone,owner,priority,reporter,resolution,severity,status,summary,time,type,version what I think i am seeing in ptrac is that, I can modify this list (or in my case, add to it) custom fields, as it reads the first row (well, from the CSV module) and maps the column headings to the ticket fields, but I am not 100%. so, if i have a custom field, say custom_field, I could insert it into the appropriate place, and it would handle in automagically (tm) ? anyway, i have a local test trac I am going to play with, so I will know shortly anyway.. --~--~-~--~~~---~--~~ 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 a ticket a specific number?
Nope, sadly it does not handle custom fields. Those are the columns in the ticket table in the database (and the values are hard coded, so they need to be exactly that), and it only works with those. You need to have that exact set (plus the attachment and ticket_change lists that I add in yoheeb.py), no more columns and no less. If you look at how ptrac handles Project in the addTicket function it should be possible to add them yourself though. And yes, don't play with this on your live database :) On Tue, Jun 24, 2008 at 4:10 PM, [EMAIL PROTECTED] wrote: On Jun 24, 2:34 pm, Jennifer A. Drummond [EMAIL PROTECTED] wrote: On Tue, Jun 24, 2008 at 11:57:27AM -0700, [EMAIL PROTECTED] wrote: Man, this group of users rock. I just hope I can contribute as much as I have taken from in the near future here! +1! =-=- Jenn Drummond // [EMAIL PROTECTED] Wow, cool. OK, I do have one question. The input csv file, the sample you had. the first row and the list of fields: id,cc,changetime,component,description,keywords,milestone,owner,priority,reporter,resolution,severity,status,summary,time,type,version what I think i am seeing in ptrac is that, I can modify this list (or in my case, add to it) custom fields, as it reads the first row (well, from the CSV module) and maps the column headings to the ticket fields, but I am not 100%. so, if i have a custom field, say custom_field, I could insert it into the appropriate place, and it would handle in automagically (tm) ? anyway, i have a local test trac I am going to play with, so I will know shortly anyway.. --~--~-~--~~~---~--~~ 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 upgrading from v0.10.4 to v0.10.5
I double-checked that this VERSION file is not in the v0.10.5 tarball, but it is in the v0.10.4 installation. This seems like an upgrading bug or packaging error. I continue by copying over the VERSION file from the v0.10.4 installation and try again: Indeed, because the VERSION file isn't in the sources. It's only in the trac environment that you created when you ran: trac-admin /path/to/env initenv Ahh, ok. That helps. I was confused and thought I had to overwrite the /var/trac/ directory with the sources from the tarball. Looks like everything is working now. Thanks! - Joe --~--~-~--~~~---~--~~ 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: TracNav plugin on 0.10.4 on linux not working
On Jun 24, 3:03 pm, Thomas Moschny [EMAIL PROTECTED] wrote: 2008/6/24 Philip [EMAIL PROTECTED]: You are right -- I guess the install put the egg into /usr/local/lib64/ python2.4/site-packages. I deleted the egg file from /usr/local/share/ trac/plugins and restarted web server. I don't automatically see a mesage like you described when I recycle apache2, BUT if I look at the log, I do see one from earlier in the day yesterday. So, sounds like it was loading at some point anyway. For the beginning, it might be easier to run ./setup bdist_egg and copy the egg from 'dist' to the 'plugins' subdirectory of your trac project, seehttp://trac.edgewall.org/wiki/TracPlugins#ForaSingleProject. Note that plugin loading might be delayed until someone accesses your trac instance, so you might not see something in the logs immediately after restarting apache. Regards, Thomas I tried that, and I still get the same thing. Plus, I still don't see the Loading... message in the log, even after I attempt to access a wiki page containing [[TracNav]]. If I google No macro or processor named 'TracNav' found, I get several other pages that seem to have similar problem. So, maybe it's a fairly common problem. Still looking for a solution. Thanks, Philip --~--~-~--~~~---~--~~ 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: TracNav plugin on 0.10.4 on linux not working
2008/6/24 Philip [EMAIL PROTECTED]: I tried that, and I still get the same thing. Plus, I still don't see the Loading... message in the log, even after I attempt to access a wiki page containing [[TracNav]]. If I google No macro or processor named 'TracNav' found, I get several other pages that seem to have similar problem. So, maybe it's a fairly common problem. Still looking for a solution. Not sure this is specific to the TracNav plugin though (but if it was, I'd be glad to fix it!), merely an installation issue. Do you have any other plugins working? Did you check permissions of the egg? The web server (running e.g. as wwwrun) must be allowed to access it. Regards, Thomas --~--~-~--~~~---~--~~ 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 on Leopard--not working properly
Yes, I did try it, it did not help. This is weird: I'm using a similar config (Apache on Leopard, _www user) and it works fine. Cheers, 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: ImportError: cannot import name compat
On Jun 24, 11:56 am, Jashugan [EMAIL PROTECTED] wrote: This seems to have solved the issues for me (I think)... sudo trac-admin /opt/local/var/trac/project/ deploy /opt/local/share/ trac/ Never mind, I'm still getting errors. --~--~-~--~~~---~--~~ 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: ImportError: cannot import name compat
I tried this, but it didn't help. $ find . -name compat* ./trac/tests/functional/compat.py ./trac/tests/functional/compat.pyc ./trac/util/compat.py ./trac/util/compat.pyc $ cd trac/tests/functional $ sudo mv compat.py testcompat.py $ sudo rm compat.pyc On Jun 24, 12:12 pm, Leons Petrazickis [EMAIL PROTECTED] wrote: Well, I've resolved it by copying compat.py to compat2.py and switching all the references to it in chrome.py. Bizarre. Synchronization issue? Namespace issue? Not sure. I just tried this, but it seems to be working for now. --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
Scott Bussinger [EMAIL PROTECTED] writes: Is this a common scenario? What kind of lists are you creating that you don't want a bullet for? I chatted with the people that were looking for this and they were trying to imitate the layout of some existing help pages. The contents were essentially a list of instructions. Not so much a step by step (which is why they didn't think a numbered list was appropriate) and having bullets was distracting, but they didn't like all of the paragraph breaks making the page very tall. If I understand you correctly, you could use [[BR]] instead of starting paragraphs. Something like Item one[[BR]] Item two[[BR]] Indented first item[[BR]] Admittedly, using a lot of [[BR]]s is a bit ugly but the other suggestions seem like overkill if this achieves what you're looking for. Hope this helps, -- Olaf Meeuwissen FLOSS Engineer -- AVASYS Corporation FSF Associate Member #1962 sign up at http://member.fsf.org/ --~--~-~--~~~---~--~~ 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] How can I use/insert $USERNAME in a wiki page?
There are many wiki pages I've setup where I'm trying to put command line fragments or what not and wish to insert the current logged in username in place. So for example if I have: svn co --username $USERNAME https://svn.mycompany.com/svn/trunk . I want it to show up as svn co --username daevid https://svn.mycompany.com/svn/trunk . In the wiki page. Is that possible? --~--~-~--~~~---~--~~ 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 can I use/insert $USERNAME in a wiki page?
On Jun 24, 2008, at 10:17 PM, Daevid Vincent wrote: There are many wiki pages I’ve setup where I’m trying to put command line fragments or what not and wish to insert the current logged in username in place… So for example if I have: svn co --username $USERNAME https://svn.mycompany.com/svn/trunk . I want it to show up as svn co --username daevid https://svn.mycompany.com/svn/trunk . In the wiki page. Is that possible? You would need to make a small macro that just return req.authname --Noah --~--~-~--~~~---~--~~ 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: Wiki markup lists with no bullets?
If I understand you correctly, you could use [[BR]] instead of starting paragraphs. Something like grin Actually that's what they had done. But it was so hard for me to look at that markup that I was trying to find something better. Also, some of the pages that had a couple of hundred [[BR]] macros on it seemed to be pretty slow to load (I assume it's a lot of effort to process all of those). But thanks for the suggestion! --~--~-~--~~~---~--~~ 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: Call for help - Documentation team
On Jun 25, 2008, at 1:33 AM, Jani Tiainen wrote: There seems to be growing demand for have more user friendly documentation for Trac, specially setting Trac up and getting around various issues. Currently you need to pick all information from various sources, tickets, wiki pages and discussion lists. This should be changed to provide more pleasant first time impression. Of course this means that we need people to do this. Documentation team (since it's yet unofficial thingy) goals are: - Create book-style (ready to print) documentation for Trac (something like SVN book) - Establish official installation procedure for Trac. - Provide example uses for main components - Provide resolutions to common problems You mean like the docs I've already been working on? Just submit patches against what is in svn. The new docs will be a complete rewrite, since at least with the current install docs I get the urge to light them on fire whenever I actually read them. There was a thread about this on Trac dev a few months ago. The general consensus is that we will continue using ReST+Sphinx for the new docs, but dump to pre-rendered HTML for releases so as to not requires any of the doc* packages at runtime. --Noah --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---