[Trac] Re: Problem upgrading from v0.10.4 to v0.10.5
Joseph S. Testa II wrote: > Hi all, > >I can't apply the v0.10.5 security fix to my v0.10.4 source > installation. > >I moved the v0.10.4 code out of the way and put the v0.10.5 sources > in its place. As per the "UPGRADE" instructions, I then ran: > > # python setup.py install > >This completed successfully. I then ran: > > # trac-admin /var/trac/ upgrade make sure that /var/trac/ is the path to your trac environment, not the trac sources. >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 >At this point, I cannot continue the v0.10.5 upgrade. It seems > like the upgrade process is broken. The thought of installing v0.11 > crossed my mind, but I would rather not subject my users to new code. I would highly suggest trying out 0.11. However, it won't solve your basic problem of not specifying a trac environment to the trac-admin command. -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?hl=en -~--~~~~--~~--~--~---
[Trac] Global trac.ini not effective after upgrade to 0.11
I had set of plugins enabled in global 0.10 configuration. After upgrade to 0.11 all plugins appear in webadmin as disabled state. Is this something by design? How to fix that? -- 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] Re: Global trac.ini not effective after upgrade to 0.11
On Jun 23, 2008, at 4:38 AM, Jani Tiainen wrote: > > I had set of plugins enabled in global 0.10 configuration. After > upgrade > to 0.11 all plugins appear in webadmin as disabled state. > > Is this something by design? > How to fix that? 0.11 no longer has as single implicit global file. You need to use the [inherit].file option in trac.ini to include one file into another. This is both more flexible (you can have multiple levels of inheritance) and works with the setuptools model of allowing installs of multiple versions concurrently. --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: CSS styling to adjust appearance of lists in wiki?
I came up with a way to accomplish the same effect a different way and it works the same in both Firefox and IE7: .wikipage p { margin-bottom:0px; } .wikipage ul, ol { margin-top:0px; } This removes the margin below paragraphs and above lists. The result is that they are butted up against each other when one comes right after the other. It doesn't seem to be a problem anywhere else because all the other elements still have margins on top and bottom and thus still stay separated. I don't know that it's the best solution, but it's nice in that it doesn't have any magic numbers in it and works the same in both browsers. --~--~-~--~~~---~--~~ 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?
> Nope. Either make a macro or syntax provider, or just use HTML. I was afraid of that. The best I've come up with is to add a style like: .nobullets ul { list-style-image:none; list-style-type:none; } and then use the new DIV processor like this: {{{ #!div class="nobullets" This is a non-bulleted list: * One * Sub One * Two }}} It's not pretty, but works. > Trac wiki markup is deliberately simple I don't know if anyone else ever runs into the need for something like this, but it might be nice if there was an extension to the list handling in the wiki markup that used a special symbol for no-bullet lists. Perhaps something like: . One . Sub One . Two where the period acts just like an asterisk, only not visible. Still a simple syntax and probably easy to implement. --~--~-~--~~~---~--~~ 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: Global trac.ini not effective after upgrade to 0.11
Noah Kantrowitz kirjoitti: > On Jun 23, 2008, at 4:38 AM, Jani Tiainen wrote: > >> I had set of plugins enabled in global 0.10 configuration. After >> upgrade >> to 0.11 all plugins appear in webadmin as disabled state. >> >> Is this something by design? >> How to fix that? > > 0.11 no longer has as single implicit global file. You need to use the > [inherit].file option in trac.ini to include one file into another. > This is both more flexible (you can have multiple levels of > inheritance) and works with the setuptools model of allowing installs > of multiple versions concurrently. 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. -- 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] Re: Trac on Leopard--not working properly
On Jun 20, 6:02 pm, Max <[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 -- Justin R. Miller Code Sorcery Workshop http://codesorcery.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] Subversion 1.5 and setuptools
Well, to avoid problems while playing with setuptools and svn 1.5 see this: http://durin42.blogspot.com/2008/03/setuptools-and-subversion-15.html -- 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] cs variable for site htdocs directory
Hi, I'm trying to modify the footer template (footer.cs) to include an extra image. I have put the image in the project environment htdocs directory. My problem is what clearsilver variable do I need to use to get Trac to look in the site htdocs directory. I see that gets me the path to the central Trac installation htdocs directory. Is there an equivalent variable for the site htdocs directory? Thanks and Regards, Rosalyn. P.S. I'm using Trac 0.10.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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: error log, python version mismatch
Olá yoheeb e a todos. On Tuesday 17 June 2008 19:08:17 [EMAIL PROTECTED] wrote: > anyway, I noticed this repeating in the apache logs: > [Tue Jun 17 15:21:59 2008] [error] python_init: Python version > mismatch, expected '2.5', found '2.5.2'. I suffered from that too... after a bit of searching I found that Ihad installed the python/svn binding 2.5 for apache... have another look at the site and download the correct one to apache 2.2 (and not 2.0). if its runs like mine, there will be some trouble removing the old version, but good luck with it. -- BUGabundo :o) (``-_-´´) http://Ubuntu.BUGabundo.net Linux user #443786GPG key 1024D/A1784EBB My new micro-blog @ http://BUGabundo.net ps. My emails tend to sound authority and aggressive. I'm sorry in advance. I'll try to be more assertive as time goes by... signature.asc Description: This is a digitally signed message part.
[Trac] Re: cs variable for site htdocs directory
Ok, so I've just stumbled across the answer while looking for something else in the documentation. :-) /site/file.gif Rosalyn Hatcher wrote: > Hi, > > I'm trying to modify the footer template (footer.cs) to include an > extra image. > > I have put the image in the project environment htdocs directory. My > problem is > what clearsilver variable do I need to use to get Trac to look in the > site htdocs > directory. > > I see that gets me the path to the central > Trac > installation htdocs directory. Is there an equivalent variable for the > site htdocs > directory? > > Thanks and Regards, > Rosalyn. > > P.S. I'm using Trac 0.10.3 > > > > > -- Rosalyn Hatcher NCAS Computational Modelling Support Dept. of Meteorology, University of Reading, Earley Gate, Reading. RG6 6BB Email: [EMAIL PROTECTED] Tel: +44 (0) 118 378 6016 --~--~-~--~~~---~--~~ 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: External links in wiki?
On A, check out Intertrac links. They should let you do that easily enough. On Sun, Jun 22, 2008 at 7:26 PM, Scott Bussinger <[EMAIL PROTECTED]> wrote: > > First of all, congratulations to the team for releasing 0.11! > > I have a couple of questions on external links (i.e. http:\\* type > links) in wiki pages: > > 1) How do trac.edgewall.org and trac-hacks.org get the external links > to have the special symbol in front of the link? (The box with arrow > symbol.) I like that look but haven't found a setting or plugin that > appears to do that. > > 2) Is it possible to have an external link automatically open up in a > new tab/browser window? I want internal links to work the normal way, > but would like outside references to automatically go to another > window. > > 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: Wiki markup lists with no bullets?
Is this a common scenario? What kind of lists are you creating that you don't want a bullet for? On Mon, Jun 23, 2008 at 5:10 AM, Scott Bussinger <[EMAIL PROTECTED]> wrote: > >> Nope. Either make a macro or syntax provider, or just use HTML. > > I was afraid of that. The best I've come up with is to add a style > like: > > .nobullets ul { list-style-image:none; list-style-type:none; } > > and then use the new DIV processor like this: > > {{{ > #!div class="nobullets" > This is a non-bulleted list: > * One > * Sub One > * Two > }}} > > It's not pretty, but works. > >> Trac wiki markup is deliberately simple > > I don't know if anyone else ever runs into the need for something like > this, but it might be nice if there was an extension to the list > handling in the wiki markup that used a special symbol for no-bullet > lists. Perhaps something like: > > . One > . Sub One > . Two > > where the period acts just like an asterisk, only not visible. Still a > simple syntax and probably easy to implement. > > > > --~--~-~--~~~---~--~~ 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: error log, python version mismatch
On Jun 22, 7:08 am, "(``-_-´´) -- Fernando" <[EMAIL PROTECTED]> wrote: > Olá yoheeb e a todos. > > On Tuesday 17 June 2008 19:08:17 [EMAIL PROTECTED] wrote: > > > anyway, I noticed this repeating in the apache logs: > > [Tue Jun 17 15:21:59 2008] [error] python_init: Python version > > mismatch, expected '2.5', found '2.5.2'. > > I suffered from that too... > after a bit of searching I found that Ihad installed the python/svn binding > 2.5 for apache... > have another look at the site and download the correct one to apache 2.2 (and > not 2.0). > > if its runs like mine, there will be some trouble removing the old version, > but good luck with it. hmm, well I double checked: uninstalled and reinstalled just to be sure. the download(s) came from this location: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100 third download from the top. just to be safe, I also downloaded the bottom 2 and expanded those on top of the installs, overwriting any existing files. Still there. So, while I still think this is the problem area, I am not sure what to do about it. Also, I noticed one thing, in the .zip verison of subversion 1.4.6, I started to copy the mod_dav and the mod_authz modules have a slightly different last modified date ( 09 seconds earlier in the zip file.) I attributed this to packaging etc, but decided to keep the newer ones (from the executable installer). Not sure if it's related. If you could, I wouldn't mind if you take a peek at that download location as a sanity check for me. 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: Global trac.ini not effective after upgrade to 0.11
On Jun 23, 2008, at 5:28 AM, Jani Tiainen wrote: > > Noah Kantrowitz kirjoitti: >> On Jun 23, 2008, at 4:38 AM, Jani Tiainen wrote: >> >>> I had set of plugins enabled in global 0.10 configuration. After >>> upgrade >>> to 0.11 all plugins appear in webadmin as disabled state. >>> >>> Is this something by design? >>> How to fix that? >> >> 0.11 no longer has as single implicit global file. You need to use >> the >> [inherit].file option in trac.ini to include one file into another. >> This is both more flexible (you can have multiple levels of >> inheritance) and works with the setuptools model of allowing installs >> of multiple versions concurrently. > > 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 --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: External links in wiki?
On Jun 22, 2008, at 7:26 PM, Scott Bussinger wrote: > > First of all, congratulations to the team for releasing 0.11! > > I have a couple of questions on external links (i.e. http:\\* type > links) in wiki pages: > > 1) How do trac.edgewall.org and trac-hacks.org get the external links > to have the special symbol in front of the link? (The box with arrow > symbol.) I like that look but haven't found a setting or plugin that > appears to do that. It should be present automatically as part of the CSS. > 2) Is it possible to have an external link automatically open up in a > new tab/browser window? I want internal links to work the normal way, > but would like outside references to automatically go to another > window. You would (again) need to either make a new link formatter plugin, or just use HTML. --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: External links in wiki?
On Mon, Jun 23, 2008 at 11:02 AM, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > > On Jun 22, 2008, at 7:26 PM, Scott Bussinger wrote: > >> >> First of all, congratulations to the team for releasing 0.11! >> >> I have a couple of questions on external links (i.e. http:\\* type >> links) in wiki pages: >> >> 1) How do trac.edgewall.org and trac-hacks.org get the external links >> to have the special symbol in front of the link? (The box with arrow >> symbol.) I like that look but haven't found a setting or plugin that >> appears to do that. > > It should be present automatically as part of the CSS. > > >> 2) Is it possible to have an external link automatically open up in a >> new tab/browser window? I want internal links to work the normal way, >> but would like outside references to automatically go to another >> window. > > You would (again) need to either make a new link formatter plugin, or > just use HTML. But please don't. Users should be free to open links how they want. --~--~-~--~~~---~--~~ 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: constructing sql queries in links and elsewhere
On Jun 18, 2:33 am, Jani Tiainen <[EMAIL PROTECTED]> wrote: > Leonard Ritter kirjoitti: > > > is it possible to link or embed sql queries without having to add them > > in the report view first? i'm asking because those queries allow much > > more customization than the trac query language - such as formatting the > > date differently, coloring, etc. > > Hopefully never it would be just the thing called 'SQL injection' and > it's something that you really don't want to. > > -- > Jani Tiainen Well, actually, it is apparently something he does want to do. Specifically for things in a database related to projects, but not covered by the Trac system, I can see this as a need. In reality, I think the easiest route is actually a cgi-script that fires off the query for you, and generates resultant html page for you, or maybe link to an php page, etc. I have a need from something similiar, although, functionally I think my circumstance I can do without 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: Image in Wiki
On Jun 17, 8:23 am, Rene Hermann <[EMAIL PROTECTED]> wrote: > Hi all, > > I want to insert pictures into Wiki page, but this does not work. > > Inserting [[Image(pic1.png)]] while pic1.png is attached file for the > page, it shows on the Wiki site also [[(pic1.png)]] , but not the > picture. > > What do I wrong? > > Thanks, > Rene well, for one, you replied to an unrelated thread with your question. --~--~-~--~~~---~--~~ 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?
> 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. I've changed the stylesheet to use a more diminutive bullet image and that's helping as well. So while I think the non-bulleted lists would be a good thing, I don't think it's a terribly important feature either. Does anyone else think non-bulleted lists sound useful? If not, I'll drop it. If there's more interest, I'll create a ticket for 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: Wiki markup lists with no bullets?
On Jun 23, 2008, at 1:33 PM, Scott Bussinger wrote: > >> 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. > > I've changed the stylesheet to use a more diminutive bullet image and > that's helping as well. So while I think the non-bulleted lists would > be a good thing, I don't think it's a terribly important feature > either. > > Does anyone else think non-bulleted lists sound useful? If not, I'll > drop it. If there's more interest, I'll create a ticket for it. It sounds like a decent feature for a general "extra wiki formatter stuffs" plugin. I would recommend starting one if it doesn't exist already. General dumping ground for wiki formatting that is somewhat reusable, but probably not needed enough to be in the core syntax. --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: External links in wiki?
> > 1) How do trac.edgewall.org and trac-hacks.org get the external links > > to have the special symbol in front of the link? > It should be present automatically as part of the CSS. My bad. I happen to test with links that shared the same server URL prefix. Once I finally found the code that does the rendering (in wiki/ formatter.py) I realized what was happening. I'm using tracd.exe, so the URL's are the same as our normal domain up to the port specifier. That's close enough for the code to think it's a local link (I was thinking that anything that specifically started with "http://"; would be an external link). Now that I know what's happening, I can figure out a workaround for it. Thanks for the info! --~--~-~--~~~---~--~~ 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: External links in wiki?
> But please don't. Users should be free to open links how they want. Normally I'd agree with you. I was experimenting with embedding the Trac page inside an IE HTML Application (.HTA file). It'd be important in that context that links outside the Trac site be opened in a normal browser window and not in the constrained window for the .HTA. For what it's worth, Trac did work in the .HTA file, but the lack of the "Back" navigation function makes it somewhat awkward. I doubt we'll end up using it that way. --~--~-~--~~~---~--~~ 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?
> It sounds like a decent feature for a general > "extra wiki formatter stuffs" plugin. I would > recommend starting one if it doesn't exist already. A good idea. If I was more versed in Python and Trac development I'd do that. Unfortunately I'm still at the "find a similar plugin, steal the code, and muck around with it" stage on this stuff. Do you have a suggestion for an existing plugin that does something along those lines (new wiki formatter features)? If so, I might be able to hack it into something like that. --~--~-~--~~~---~--~~ 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] 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 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? (I can already hear someone snickering "perl" ;-) - -- ~ .---. 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 iD8DBQFIX/xNxUW7FIqjOSwRAl3SAKCfVJzSK9odaeMXeNzuSdThGXaz7gCgttIn z1Q9Dp4uZFh1HWfufw6sbNE= =Edwh -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 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].') If you don't have the IPipe__ extension loaded by default you also need: from IPython import ipapi ipapi.get().ex("from ipipe import *") __ http://ipython.scipy.org/moin/UsingIPipe --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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
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). --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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
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? > > > (I can already hear someone snickering "perl" ;-) I hate to do this, it's almost contra ban around here, but oh well.. cd $TRACPARENT; echo -e "\n[inherit]\nfile = /usr/share/trac/conf/trac.ini\n" | ruby -ne 'Dir["**/trac.ini"].each {|fn| File.open(fn, "a") {|f| f.puts($_}}' /me ducks --~--~-~--~~~---~--~~ 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] TracNav plugin on 0.10.4 on linux not working
Trying to get the TracNav plugin to work on linux (zLinux, actually), but it's not showing the navigation or giving any messages in the log. Here's what I've done: - downloaded TracNav-3.92.zip (8812 bytes) from http://svn.ipd.uka.de/trac/javaparty/attachment/wiki/TracNav/DownloadAndInstall/TracNav-3.92.zip - uploaded to server - unzipped - cd TracNav-3.92 - ran install... python setup.py install running install Checking .pth file support in /usr/local/lib64/python2.4/site- packages/ /usr/bin/python -E -c pass TEST PASSED: /usr/local/lib64/python2.4/site-packages/ appears to support .pth files running bdist_egg running egg_info writing TracNav.egg-info/PKG-INFO writing top-level names to TracNav.egg-info/top_level.txt writing dependency_links to TracNav.egg-info/dependency_links.txt writing entry points to TracNav.egg-info/entry_points.txt reading manifest file 'TracNav.egg-info/SOURCES.txt' writing manifest file 'TracNav.egg-info/SOURCES.txt' installing library code to build/bdist.linux-s390x/egg running install_lib running build_py creating build creating build/lib creating build/lib/tracnav copying tracnav/__init__.py -> build/lib/tracnav copying tracnav/tracnav.py -> build/lib/tracnav creating build/lib/tracnav/htdocs creating build/lib/tracnav/htdocs/css copying tracnav/htdocs/css/tracnav.css -> build/lib/tracnav/htdocs/css creating build/bdist.linux-s390x creating build/bdist.linux-s390x/egg creating build/bdist.linux-s390x/egg/tracnav copying build/lib/tracnav/__init__.py -> build/bdist.linux-s390x/egg/ tracnav copying build/lib/tracnav/tracnav.py -> build/bdist.linux-s390x/egg/ tracnav creating build/bdist.linux-s390x/egg/tracnav/htdocs creating build/bdist.linux-s390x/egg/tracnav/htdocs/css copying build/lib/tracnav/htdocs/css/tracnav.css -> build/bdist.linux- s390x/egg/tracnav/htdocs/css byte-compiling build/bdist.linux-s390x/egg/tracnav/__init__.py to __init__.pyc byte-compiling build/bdist.linux-s390x/egg/tracnav/tracnav.py to tracnav.pyc creating build/bdist.linux-s390x/egg/EGG-INFO copying TracNav.egg-info/PKG-INFO -> build/bdist.linux-s390x/egg/EGG- INFO copying TracNav.egg-info/SOURCES.txt -> build/bdist.linux-s390x/egg/ EGG-INFO copying TracNav.egg-info/dependency_links.txt -> build/bdist.linux- s390x/egg/EGG-INFO copying TracNav.egg-info/entry_points.txt -> build/bdist.linux-s390x/ egg/EGG-INFO copying TracNav.egg-info/top_level.txt -> build/bdist.linux-s390x/egg/ EGG-INFO zip_safe flag not set; analyzing archive contents... creating dist creating 'dist/TracNav-3.92-py2.4.egg' and adding 'build/bdist.linux- s390x/egg' to it removing 'build/bdist.linux-s390x/egg' (and everything under it) Processing TracNav-3.92-py2.4.egg Removing /usr/local/lib64/python2.4/site-packages/TracNav-3.92- py2.4.egg Copying TracNav-3.92-py2.4.egg to /usr/local/lib64/python2.4/site- packages TracNav 3.92 is already the active version in easy-install.pth Installed /usr/local/lib64/python2.4/site-packages/TracNav-3.92- py2.4.egg Processing dependencies for TracNav==3.92 Finished processing dependencies for TracNav==3.92 - copied dist/TracNav-3.92-py2.4.egg to /usr/local/share/trac/plugins/ TracNav-3.92-py2.4.egg - changed permissions to 777 for /usr/local/share/trac/plugins/ TracNav-3.92-py2.4.egg - there was no /usr/local/share/trac/conf/trac.ini file, so I created one, and added the following: [components] tracnav.* = enabled - changed permissions to 777 for /usr/local/share/trac/conf/trac.ini - recycled web server... /etc/init.d/apache2 restart - accessed project wiki page in web browser and no tracnav navigation appears - checked log file for specific project, and only shows this: 2008-06-23 19:34:26,736 Trac[api] DEBUG: Updating wiki page index Obviously, I'm missing something here (though no idea what). I have multiple projects, so I want to enable this TracNav plugin globally. Please help! Thanks 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: [Trac-dev] Re: Is Redmine a better Trac? What's gone wrong with Trac?
>> > Can we install VotePlugin on t.e.o? I have a report to do summaries > using that instead and it might be clearer to people that those > numbers matter. This voting plugin is now enabled. Go and vote on your favorite (or hated) tickets. --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] PHP syntax in files with a different file extension
Is there a way I can tell trac that a file with a different extension should be highlighted as PHP? I am a drupal developer (www.drupal.org) and they use quite some extensions for different things: *.module, *.theme, *.engine, etc while all of the are actual PHP files. Thanks, Ariel.= --~--~-~--~~~---~--~~ 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
Eirik Schwenke kirjoitti: > -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. Not necessarily :D remember we have Windows users here too... > 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? Not sure about ideas, but it really feels stupid to do something manually since Trac upgrade process already automatically, without asking added some other stuff (like workflow) in trac.ini file. Why an earth it couldn't repeat old behaviour and add that two lines automatically - specially since that information is available. And IIRC Trac has always upgraded itself correctly. This might be a true problem when 0.11 hits Linux distro packages and upgrade doesn't happen automatically... Also some of my trac.ini:s are getting old (first ones are from 0.8.4 and only upgraded since) it would be nice to have .ini beautifier that would read, rearrange and rewrite trac.ini to match latest things... (This was just an idea...) -- 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] restrict_owner and Active Directory Problems
I'm using Trac 0.10.4 on a windows machine. I'm not sure of the specific release number and can't seem to find it (I didn't do the original install). We've got Trac up and running with Subversion. We're using Apache and authenticating to Active Directory. This is all fine, but I'm having a problem with the restrict_owner option to limit the "Assign To" dropdown to only users in the system. If I have someone login, they can create a ticket just fine, but they don't appear in the dropdown. The only way to get a user to appear is to specifically add him to the TRAC_ADMIN group and obviously I don't want to do that. I did find an old thread about this exact same problem, http://article.gmane.org/gmane.comp.version-control.subversion.trac.general/14930/match=restrict_owner+active+directory but it was fixed. http://article.gmane.org/gmane.comp.version-control.subversion.trac.general/14932/match=restrict_owner+active+directory Could it be that it's broken again? Any help would be appreciated and I'm glad to provide more information if necessary. Thanks, Tim --~--~-~--~~~---~--~~ 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/23 Philip <[EMAIL PROTECTED]>: > Trying to get the TracNav plugin to work on linux (zLinux, actually), > but it's not showing the navigation or giving any messages in the > log. > [...] > - there was no /usr/local/share/trac/conf/trac.ini file, so I created > one, and added the following: > [components] > tracnav.* = enabled A globally installed plugin must be enabled separately for each trac project. So you have to add these lines to the appropriate project's trac.ini. Alternatively, you could use the WebAdmin plugin's gui to enable other plugins. - 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: OT: python for automating tasks, Was: Re: [Trac] Re: Global trac.ini not effective after upgrade to 0.11
Jani Tiainen wrote: (snip) > > Not sure about ideas, but it really feels stupid to do something > manually since Trac upgrade process already automatically, without > asking added some other stuff (like workflow) in trac.ini file. Why an > earth it couldn't repeat old behaviour and add that two lines > automatically - specially since that information is available. And IIRC > Trac has always upgraded itself correctly. > I agree that the Trac 0.11 installation should do this trac.ini "format conversion" transparently to the end-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] Re: TracNav plugin on 0.10.4 on linux not working
On Jun 23, 5:20 pm, "Thomas Moschny" <[EMAIL PROTECTED]> wrote: > 2008/6/23 Philip <[EMAIL PROTECTED]>: > > > Trying to get the TracNav plugin to work on linux (zLinux, actually), > > but it's not showing the navigation or giving any messages in the > > log. > > [...] > > - there was no /usr/local/share/trac/conf/trac.ini file, so I created > > one, and added the following: > > [components] > > tracnav.* = enabled > > A globally installed plugin must be enabled separately for each trac > project. So you have to add these lines to the appropriate project's > trac.ini. Alternatively, you could use the WebAdmin plugin's gui to > enable other plugins. > > - Thomas 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? 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: [Trac-dev] Re: Is Redmine a better Trac? What's gone wrong with Trac?
On Mon, Jun 23, 2008 at 04:26:54PM -0400, Noah Kantrowitz wrote: > > >> > > Can we install VotePlugin on t.e.o? I have a report to do summaries > > using that instead and it might be clearer to people that those > > numbers matter. > > This voting plugin is now enabled. Go and vote on your favorite (or > hated) tickets. > > --Noah Note that if you're not a developer with commit privileges, you won't be able to log in; but if you click the Preferences link and give the site your name and email, it will let you use the up and down arrows on tickets to vote. =-=-> Jenn Drummond // [EMAIL PROTECTED] Project Developer, Connexions Project (cnx.org) Rice University --~--~-~--~~~---~--~~ 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: PHP syntax in files with a different file extension
On Jun 23, 2008, at 4:11 PM, Ariel Barreiro wrote: > > Is there a way I can tell trac that a file with a different extension > should be highlighted as PHP? > > I am a drupal developer (www.drupal.org) and they use quite some > extensions for different things: *.module, *.theme, *.engine, etc > while all of the are actual PHP files. > Read up on the mime_map option mime_map = text/x-php:theme:module:engine:etc --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
On Jun 23, 2008, at 5:20 PM, Thomas Moschny wrote: > > 2008/6/23 Philip <[EMAIL PROTECTED]>: >> Trying to get the TracNav plugin to work on linux (zLinux, actually), >> but it's not showing the navigation or giving any messages in the >> log. >> [...] >> - there was no /usr/local/share/trac/conf/trac.ini file, so I created >> one, and added the following: >> [components] >> tracnav.* = enabled > > A globally installed plugin must be enabled separately for each trac > project. So you have to add these lines to the appropriate project's > trac.ini. Alternatively, you could use the WebAdmin plugin's gui to > enable other plugins. 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. --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: [Trac-dev] Re: Is Redmine a better Trac? What's gone wrong with Trac?
On Jun 23, 2008, at 6:12 PM, Jennifer A. Drummond wrote: > > On Mon, Jun 23, 2008 at 04:26:54PM -0400, Noah Kantrowitz wrote: >> >>> Can we install VotePlugin on t.e.o? I have a report to do summaries >>> using that instead and it might be clearer to people that those >>> numbers matter. >> >> This voting plugin is now enabled. Go and vote on your favorite (or >> hated) tickets. >> >> --Noah > > Note that if you're not a developer with commit privileges, you > won't be > able to log in; but if you click the Preferences link and give the > site > your name and email, it will let you use the up and down arrows on > tickets to vote. Worth noting that votes will be kept private, only aggregate data will be reported. So don't feel you will be singled out if you don't vote (or vote down) a feature you dislike, or rather think should be handled in a plugin/patch/etc. --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: [Trac-dev] Re: Is Redmine a better Trac? What's gone wrong with Trac?
On Monday 23 June 2008 05:45:44 pm Noah Kantrowitz wrote: > On Jun 23, 2008, at 6:12 PM, Jennifer A. Drummond wrote: > > On Mon, Jun 23, 2008 at 04:26:54PM -0400, Noah Kantrowitz wrote: > >>> Can we install VotePlugin on t.e.o? I have a report to do summaries > >>> using that instead and it might be clearer to people that those > >>> numbers matter. > >> > >> This voting plugin is now enabled. Go and vote on your favorite (or > >> hated) tickets. > >> > >> --Noah > > > > Note that if you're not a developer with commit privileges, you > > won't be > > able to log in; but if you click the Preferences link and give the > > site > > your name and email, it will let you use the up and down arrows on > > tickets to vote. > > Worth noting that votes will be kept private, only aggregate data will > be reported. So don't feel you will be singled out if you don't vote > (or vote down) a feature you dislike, or rather think should be > handled in a plugin/patch/etc. Hm. Actually, that brings up a good point: are you voting for a feature, or are you voting for a feature to be included in core? I think the votes should be taken as voting for a feature, independent of where it is implemented, unless the ticket is specifically for 'this is done in a plugin, but should be done in core'. Plugin vs core is a design decision we as the devs will make, but what we want to learn from the voting is what functionality our users want. Eli --. "If it ain't broke now, Eli Carter \ it will be soon." -- crypto-gram [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: [Trac-dev] Re: Is Redmine a better Trac? What's gone wrong with Trac?
On Jun 23, 2008, at 8:30 PM, Eli wrote: > > Hm. Actually, that brings up a good point: are you voting for a > feature, or > are you voting for a feature to be included in core? > > I think the votes should be taken as voting for a feature, > independent of > where it is implemented, unless the ticket is specifically for 'this > is done > in a plugin, but should be done in core'. > > Plugin vs core is a design decision we as the devs will make, but > what we want > to learn from the voting is what functionality our users want. Sounds like a better idea than what I said. Disregard that part of my comment please :-) --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 -~--~~~~--~~--~--~---