[Trac] Re: reStructured text support
Hi. FWIW, same thing on trac-hacks.org (with Trac 0.10.6dev): http://trac-hacks.org/ticket/4693 Bye, Mike --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Customise Ticket View
On Sat, Mar 28, 2009 at 1:13 PM, Erik Bray hyugaricd...@gmail.com wrote: On Fri, Mar 27, 2009 at 8:07 AM, Olemis Lang ole...@gmail.com wrote: On Fri, Mar 27, 2009 at 5:45 AM, RobinP robin.pell...@gmail.com wrote: Hi Folks, is there an easy way to change the ticket view so that the comments are separated out from the change history. If there are only a few comments they tend to get buried by all the tickets status changes, so I'd prefer to have just comments shown directly underneath the ticket description, then the rest of the change history lower down. So far I didn't find a plugin to help me do this, but maybe there is one... Perhaps this is the case where modifying the built-in template is the only choice ... I wish I was wrong anyway ... ;) I'd have to take a closer look to be sure, but it seems like something that could likely be accomplished through an ITemplateStreamFilter plugin. Yes, maybe ... but nothing comes to my mind right now ... :-/ Let us know ... ;) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Comandos : Pipe Viewer ... ¿Qué está pasando por esta tubería? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
Jeff Hammel wrote: ... Maybe its worth setting up a list for people who are interested in seeking or doing paid development work, at least in the interim? ... I was thinking more in terms of a wiki page at Edgewall or Trac-Hacks.org. Don't see it here? Maybe these developers can help. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Usiing Postgre 8.3 and Python 2.6 - Compatibility with Trac
I am trying to get Python 2.6 and PostgreSQL 8.3 to work together under Windows 2000 for Trac 11.3. Per the 11.3 release notification, this should be possible. When I try to add Python bindings to PostgreSQL via: createlang plpythonu dbname I get an error: createlang: language installation failed: ERROR: could not load library C:/Program Files/PostgreSQL/8.3/lib/createlang: language installation failed: ERROR: could not load library C:/Program Files/ PostgreSQL/8.3/lib/plpython.dll: The specified module could not be found. So I Used depends to walk the references of plpython.dll, I found that it can not find python25.dll. THis makes since because I have 2.6, and only python26.dll is in ...system32. 1) The first question is how do I get this stack to look for the 2.6 version? Note (as a test): If I make a copy of python26.dll and rename it python25.dll, that reference is resolved but a new one appears for apphelp.dll: Error opening file. The system cannot find the file specified (2). Warning: At least on delay-load dependency module was not found. Warning: At least on module has an unresolved import due to a missing export function in a delayed-load dependent module. 2) I do not find apphelp on my system. Where do I get a copy and where should it be placed? Is it needed for 2.6? When I rename the dll to python26, the PL installed without error. But I am concerned that something else is wrong. I would really like to find out how to get this to install correctly on a production machine. Ray --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Sun, Mar 29, 2009 at 3:07 PM, Jeff Hammel jham...@openplans.org wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). Just to throw out some things that have been going around in my head: * auction style bidding and back-room discussions should be discouraged * a potential client should post the desired hack (or a roadmap, if there is more than one phase) with a time-frame and the amount they are willing to pay. * once a client approves a developer for work on a project, the plugin is no longer open for others to work on Instead of thinking about reinventing the wheel ... why not to look for a working example ? * is the resulting work open source? I would heartily say yes, but I know there are different opinions on the matter. As far as I'm concerned, the client is paying for a solution to a problem, not for the software license. If it is useful to others, it should be publically available for the good of the Trac community +1 for FOSS ... the buyer should be paying for the seller time dedicated to building the plugin they need ... and for customizing it so as to meet further specific reqs demanded by the buyer ... * the spec should be as precise as possible, though obviously several passes at discussion will probably usually be necessary to refine what exactly are the deliverables IMHO this should be left to the parties to be considered ... once they agree, deal is done ... There *MUST* be rules to clearly arbitrate interactions between bidders and sellers ... control infrastructure for delivering payments ... and many other related issues ... ... so I insist, why not to use an already existing working site for this ... ? * needless to say, any sort of infrastructure is a means of connecting client and developer and it is up to THEM (not to this list, not to as-yet-nonexistant web site, etc) to ensure the contract is fulfilled. In case of conflicts this should be handled by an arbitration board ... if a serious approach is to be followed ... ;) In other words, no real legal protections are given, though of course if someone faults another person then the victim will probably want to note this in public forum. This doent help ... sellers dont want to waste their time and buyers dont want to throw out their money ... ;) * is post-install support required? can clients pay for installation/setup work? How many bugs and support hours are asked per hack? What quality assurance is required? This should be left to the parties to decide ... IMHO ... ... but I still think that there are enough general purpose (I mean Trac and beyond ;) sites for doing this ... I am not sure about using yet another one ... that doesnt even meets the barely minimal reqs ... However if someone ever does something like this, and meets the barely minimal reqs ... well that'd be fine ... ;) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Comandos : Pipe Viewer ... ¿Qué está pasando por esta tubería? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Sun, Mar 29, 2009 at 3:17 PM, Noah Kantrowitz n...@coderanger.net wrote: On Mar 29, 2009, at 3:07 PM, Jeff Hammel wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). I'd love to hear what thoughts others have had on this idea. My general thoughts: 1. Bounty-based only, no bidding. +1 for bidding IMO 2. Must state desired license up-front. FOSS is preferred, but not required. +1 ... even if I think that should remain being FOSS ... a broader audience will be captured otherwise ... ;) 3. Support is separate, ticket bounties are for the request only. -1 ... all reqs at once ... if both parties agree, deal is closed ... 4. Neither the Trac nor Trac-Hacks team will involve themselves in disputes. ok ... but ... Any deal is made between the two parties only. -100 ^ 2 ... this doesn't work ... it there *MUST* be very clear rules and arbitration process ... otherwise it's barely useful ... safety is a *MUST*, at least IMO ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Comandos : Pipe Viewer ... ¿Qué está pasando por esta tubería? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Usiing Postgre 8.3 and Python 2.6 - Compatibility with Trac
ray wrote: I am trying to get Python 2.6 and PostgreSQL 8.3 to work together under Windows 2000 for Trac 11.3. Per the 11.3 release notification, this should be possible. When I try to add Python bindings to PostgreSQL via: createlang plpythonu dbname snip a whole bunch So, you do not need plpythonu to run trac against PostgreSQL. plpythonu is the ability to write stored procedures in python. It's a PostgreSQL thing and has nothing to do with Trac. What you need, are the python bindings/drivers for PostgreSQL. You can use either psycopg2 (recommended) or pypgsql. When you install either one of those, it will be installed into the site-packages directory of your Python installation. Then you can connect to PostgreSQL via Trac. -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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Mon, Mar 30, 2009 at 09:23:01AM -0500, Olemis Lang wrote: On Sun, Mar 29, 2009 at 3:17 PM, Noah Kantrowitz n...@coderanger.net wrote: On Mar 29, 2009, at 3:07 PM, Jeff Hammel wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). I'd love to hear what thoughts others have had on this idea. My general thoughts: 1. Bounty-based only, no bidding. +1 for bidding IMO -1; I would be uninterested in such a site, for two reasons: 1. it would be a hassle to me so I wouldn't do it 2. it would encourage developers to try to undercut each other, which IMHO would ensure a shoddy product 2. Must state desired license up-front. FOSS is preferred, but not required. +1 ... even if I think that should remain being FOSS ... a broader audience will be captured otherwise ... ;) 3. Support is separate, ticket bounties are for the request only. -1 ... all reqs at once ... if both parties agree, deal is closed ... I think contracts could (maybe even should) include some level of support. For instance, if I write a plugin that hides security tickets (example), and the client states that they are satisfied, but deploying in the wild reveals a critical bug like search being broken, then this may demand some support. 4. Neither the Trac nor Trac-Hacks team will involve themselves in disputes. ok ... but ... Any deal is made between the two parties only. -100 ^ 2 ... this doesn't work ... it there *MUST* be very clear rules and arbitration process ... otherwise it's barely useful ... safety is a *MUST*, at least IMO ... I whole-heartedly disagree. While the site can/should setup rules, it is not up to the site to enforce the rules. This would involve a legal team, which I for one would not be interested in paying for. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Mon, Mar 30, 2009 at 07:56:40AM -0400, Chris Nelson wrote: Jeff Hammel wrote: ... Maybe its worth setting up a list for people who are interested in seeking or doing paid development work, at least in the interim? ... I was thinking more in terms of a wiki page at Edgewall or Trac-Hacks.org. Don't see it here? Maybe these developers can help. A tag could be added on trac-hacks that developers could add to their wiki pages and then a page that [[ListTagged]] these. However, this doesn't allow any discussion. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Usiing Postgre 8.3 and Python 2.6 - Compatibility with Trac
John, Thanks for the clarification. I have installed psycopg2 so it must be read to go. Ray -Original Message- From: trac-users@googlegroups.com [mailto:trac-us...@googlegroups.com] On Behalf Of John Hampton Sent: Monday, March 30, 2009 9:36 AM To: trac-users@googlegroups.com Subject: [Trac] Re: Usiing Postgre 8.3 and Python 2.6 - Compatibility with Trac ray wrote: I am trying to get Python 2.6 and PostgreSQL 8.3 to work together under Windows 2000 for Trac 11.3. Per the 11.3 release notification, this should be possible. When I try to add Python bindings to PostgreSQL via: createlang plpythonu dbname snip a whole bunch So, you do not need plpythonu to run trac against PostgreSQL. plpythonu is the ability to write stored procedures in python. It's a PostgreSQL thing and has nothing to do with Trac. What you need, are the python bindings/drivers for PostgreSQL. You can use either psycopg2 (recommended) or pypgsql. When you install either one of those, it will be installed into the site-packages directory of your Python installation. Then you can connect to PostgreSQL via Trac. -John __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information which is confidential to, and/or privileged in favor of, CDI Corporation or its affiliated companies (CDI) or CDI's customers. Any review, use, reproduction, disclosure or distribution by the recipient is prohibited without prior written approval from an authorized CDI representative. This notice must appear in any such authorized reproduction, disclosure or distribution. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and any attachments. Thank you. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Mon, Mar 30, 2009 at 09:17:54AM -0500, Olemis Lang wrote: On Sun, Mar 29, 2009 at 3:07 PM, Jeff Hammel jham...@openplans.org wrote: On Sun, Mar 29, 2009 at 12:18:30PM -0700, rupert.thurner wrote: On Mar 29, 6:24 pm, Jeff Hammel jham...@openplans.org wrote: The idea occured to me to setup a trac with bounties for plugin and other development work similar to RequestAHacks on trac-hacks but for paid work. While I'd love to do this...probably not right now as I don't have much free development time (although I could be persuaded). Just to throw out some things that have been going around in my head: * auction style bidding and back-room discussions should be discouraged * a potential client should post the desired hack (or a roadmap, if there is more than one phase) with a time-frame and the amount they are willing to pay. * once a client approves a developer for work on a project, the plugin is no longer open for others to work on Instead of thinking about reinventing the wheel ... why not to look for a working example ? Such as? This isn't reinventing the wheel, this is taking what I've observed on other sides as applied to the current needs. * is the resulting work open source? I would heartily say yes, but I know there are different opinions on the matter. As far as I'm concerned, the client is paying for a solution to a problem, not for the software license. If it is useful to others, it should be publically available for the good of the Trac community +1 for FOSS ... the buyer should be paying for the seller time dedicated to building the plugin they need ... and for customizing it so as to meet further specific reqs demanded by the buyer ... * the spec should be as precise as possible, though obviously several passes at discussion will probably usually be necessary to refine what exactly are the deliverables IMHO this should be left to the parties to be considered ... once they agree, deal is done ... Yes, but, if the spec is vague like build a mailing list for Trac, then the scope can be whatever. If I petitioned to build such a plugin, and someone else petitioned to do such a plugin, we might have different ideas on what could be done. Maybe my solution is hacky. Maybe their solution is elegant. Maybe my solution doesn't fit the client's needs at all. So I don't think this should be negotiated behind closed doors and in fact I would encourage only taking petitioners once something precise is left in place. This is for the protection of both the developer and the client to make sure they're on the same page. There *MUST* be rules to clearly arbitrate interactions between bidders and sellers ... control infrastructure for delivering payments ... and many other related issues ... Ideally yes, but I don't think anyone has the time and money to setup such an infrastructure. ... so I insist, why not to use an already existing working site for this ... ? Such as? * needless to say, any sort of infrastructure is a means of connecting client and developer and it is up to THEM (not to this list, not to as-yet-nonexistant web site, etc) to ensure the contract is fulfilled. In case of conflicts this should be handled by an arbitration board ... if a serious approach is to be followed ... ;) Again, this seems to involve resources beyond that which are available. In other words, no real legal protections are given, though of course if someone faults another person then the victim will probably want to note this in public forum. This doent help ... sellers dont want to waste their time and buyers dont want to throw out their money ... ;) But this already occurs, it just occurs when (e.g.) people show up to #trac and ask for paid development on a plugin and they negotiate via private messages. I'm not ready to tackle the be-all-end-all of software bounties. I am ready to setup some infrastructure which is better than our no-infrastructure. * is post-install support required? can clients pay for installation/setup work? How many bugs and support hours are asked per hack? What quality assurance is required? This should be left to the parties to decide ... IMHO ... Indeed, but it should be noted that this is explicit. In my experience, clients often think they get free support. Naive, I know. ... but I still think that there are enough general purpose (I mean Trac and beyond ;) sites for doing this ... I am not sure about using yet another one ... that doesnt even meets the barely minimal reqs ... Such as? However if someone ever does something like this, and meets the barely minimal reqs ... well that'd be fine ... ;) -- Regards, Olemis. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group,
[Trac] Re: Trac plugin contract development
I am not sure where this thread is headed, but I sure hope trac-hacks doesn't become a trac specific rent-a-coder site. As a matter of fact, this seems like something that is perfect for rent-a-coder, or on of the dozen similar sites. They already have the bidding structure in place (configurable, open bid, closed bids, etc.) the milestone and payment methods. They handle the payment processing, etc. Then each party can work out all the little details on their own. that's my nickel 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
yoheeb wrote: I am not sure where this thread is headed, but I sure hope trac-hacks doesn't become a trac specific rent-a-coder site. As a matter of fact, this seems like something that is perfect for rent-a-coder, or on of the dozen similar sites. They already have the bidding structure in place (configurable, open bid, closed bids, etc.) the milestone and payment methods. They handle the payment processing, etc. Then each party can work out all the little details on their own. that's my nickel anyway. A link at Trac-Hacks or Edgewall that said, You may be able to sponsor some Trac development at link to rent-a-coder or something would be perfect for me. It would steer people looking for Trac development to a specific site where, one hoped, Trac developers would therefore hang out. I don't want to post my requests on 3-4 sites. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] email notification template
Hi, After an upgrade to 0.11, I wish to modify my ticket_notify_email.txt file to do something like this : #choose ticket.status #when 'new' do something #end #when 'closed' do something #end #end But this doesn't work (it worked with the 0.10 and the previous template language). Can anyone help me ? Thanks in advance. PM --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Trac 0.11.4 Released
Trac 0.11.4 === We're happy to announce the Trac 0.11.4 release. You will find this release at the usual place: http://trac.edgewall.org/wiki/TracDownload Trac 0.11.4 contains a number of bug fixes and minor enhancements. The following list contains only a few highlights: * Custom mainnav links regression (#8153) * Fixed Python 2.3 incompatibility (#8061) * Fixed Python 2.6 notification issue (#8083) * Fixed PostgreSQL multi column index issue (#7600) You can find a more detailed release note at: http://trac.edgewall.org/wiki/TracDev/ReleaseNotes/0.11 Acknowledgements Many thanks to the growing number of people who have, and continue to, support the project. Also our thanks to all people providing feedback and bug reports that helps us make Trac better, easier to use and more effective. Without your invaluable help, Trac would not evolve. Thank you all. Finally, we offer hope that Trac will prove itself useful to like- minded programmers around the world, and that this release will prove an improvement over the last version. Please let us know. :-) /The Trac Team http://trac.edgewall.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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] How to clear the plugins cache ...
Hello ... I wanna uninstall a plugin via the Admin Plugins page ... I can do it right now, however it remains there in the cache, unless I restart the server ... I wanna remove it from the egg (plugins) cache ... How can I ? What should I do ? PD: If you dont get the idea and need further details, pls let me know ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Comandos : Pipe Viewer ... ¿Qué está pasando por esta tubería? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: How to clear the plugins cache ...
It isn't a cache really, it is the memory-space of the running interpreter. The only way to clear this is to flush the interpreter memory. In the case of mod_wsgi or mod_fcgi, killing the daemon will do this. For mod_py a SIGHUP to apache is enough. --Noah On Mar 30, 2009, at 4:21 PM, Olemis Lang wrote: Hello ... I wanna uninstall a plugin via the Admin Plugins page ... I can do it right now, however it remains there in the cache, unless I restart the server ... I wanna remove it from the egg (plugins) cache ... How can I ? What should I do ? PD: If you dont get the idea and need further details, pls let me know ... -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: Comandos : Pipe Viewer ... ¿Qué está pasando por esta tubería? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
On Mon, Mar 30, 2009 at 10:37 AM, Chris Nelson chr...@sixnetio.com wrote: yoheeb wrote: I am not sure where this thread is headed, but I sure hope trac-hacks doesn't become a trac specific rent-a-coder site. As a matter of fact, this seems like something that is perfect for rent-a-coder, or on of the dozen similar sites. They already have the bidding structure in place (configurable, open bid, closed bids, etc.) the milestone and payment methods. They handle the payment processing, etc. Then each party can work out all the little details on their own. that's my nickel anyway. A link at Trac-Hacks or Edgewall that said, You may be able to sponsor some Trac development at link to rent-a-coder or something would be perfect for me. It would steer people looking for Trac development to a specific site where, one hoped, Trac developers would therefore hang out. I don't want to post my requests on 3-4 sites. I suppose to add to that there could be a link somewhere prominent on trac-hacks with a note encouraging Trac plugin developers who might be willing to write plugins for a bounty to sign up at rent-a-coder. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: How to change commit-hook so that it closes tickets for changesets not in repo?
Jani Tiainen wrote: Marcus Lindblom kirjoitti: Hi all, I'm trying to fix this for the TracMercurial-hook, but I suppose it's no different for other hooks, such as subversion. (By default, it just ignores out-of-band changesets) I've tried to alter an existing hook but I don't know enough Trac to spot the problem. Here's the current source: http://bitbucket.org/marcusl/mercurial-trac-hook/src/tip/trachook.py All tips greatly appreciated! I've that very one hook working. Except I needed to add two lines (on demand loading doesn't seem to work with Trac): from mercurial import demandimport demandimport.disable() Those I put very first lines and everything works, at least with Trac 0.11.something. Yeah. That's not the problem. It works well, but I'm trying to modify it so that changesets that aren't tracked by Trac still affects tickets. By default, it ignores those changesets, which makes it hard to use a single Trac instance with multiple Mercurial repositories a.t.m. Cheers, /Marcus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Trac plugin contract development
Hi. FWIW, I'd be ok with trac-hacks.org supporting a bounty-based development model in addition to what is there already. We could support such development by providing resources as we do already for traditional community-developed hacks, as long as the resulting code will be released under a recognized FOSS license. Personally, I'm not in favour of any bidding-style models. Bounties are fine, as they allow a group of people to throw their money in a pot if they are interested in a similar piece of software. I think that the Trac community should not even consider trying to involve itself into things like providing legal services for the contracting parties, escrow services or mediation - this is far beyond our scope. If such services are deemed to be required , there are other platforms which provide them (but certainly not for free). However, these are just my 2 cents. Bye, Mike --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] error accessing trac for first time
Hello: I am receiving this error in the Apache log file when I try to access http://localhost/trac/ mod_wsgi (pid=1212): Target WSGI script 'C:/projects/cbs/wsgi/cbs.wsgi' cannot be loaded as Python module. mod_wsgi (pid=1212): Exception occurred processing WSGI script 'C:/projects/cbs/wsgi/cbs.wsgi'. Traceback (most recent call last): File C:/projects/cbs/wsgi/cbs.wsgi, line 6, in module import trac.web.main File c:\\python\\python26\\lib\\site-packages\\Trac-0.11.3-py2.6.egg\\trac\\web\\__init__.py, line 12, in module from trac.web.api import * File c:\\python\\python26\\lib\\site-packages\\Trac-0.11.3-py2.6.egg\\trac\\web\\api.py, line 17, in module from BaseHTTPServer import BaseHTTPRequestHandler File C:\\python\\python26\\lib\\BaseHTTPServer.py, line 75, in module import socket # For gethostbyaddr() File C:\\python\\python26\\lib\\socket.py, line 46, in module import _socket ImportError: DLL load failed: The specified module could not be found. Trac works when I use the standalone server (tracd). I'm using: Python 2.6 (latest) PostgreSQL 8.3 (latest) psycopg2 mod_wsgi (which seems to work when I use the example script, apache seems to be configured correctly) Apache 2.2 (latest) Can anybody give me a hand? 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] reassign ticket problem
Hi, there, I am a sysadmin new to trac. I have a svn repo on a linux server that has a trac frontend. Now one of the developers want to reassign some trac tickets to me. But initially I don't have an account for trac. So obviously they can not reassign the tickets to me. I did the following things to try to get this done. trac-admin /srv/trac/proj1/ permission add zhengquan TRAC_ADMIN trac-admin /srv/trac/proj1/ permission add zhengquan TICKET_ADMIN trac-admin /srv/trac/proj1/ permission list show that I am already a TICKET_ADMIN and TRAC_ADMIN. zhengquan TICKET_ADMIN zhengquan TRAC_ADMIN and I can see the admin tab in the web interface logged in as zhengquan. Now the problem is I still can not reassign the existing ticket to me and I don't show up in the reassign pull-down menu username list. I googled a while and was still confused. Any pointers would be appreciated. Thanks! Z --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
