http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4093 Patching that function is probably the easiest. I don't think it should require other changes, but I can't say I've tried this so some plugins etc might get confused. --Noah --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Noah Kantrowitz 2008-08-20T21:52:05 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4092 Hi, This is probably an obscure question, but I'll ask anyway! We're looking to replace our functional-but-limited in-house issue tracking system with Trac. The IDs allocated to each item in our system are assigned from an 'number allocation' database. That database is central to our company systems and also allocates numbers to other things in our systems such as documents. (The database has a single table with one column which is an auto-incrementing primary key, each request generates a new row (with dates and other tracking data)). What would be ideal is if Trac could use our number allocator to allocate IDs to tickets, rather than using the auto-increment id column to automatically allocate the next id. I'm also considering configuring Trac by using multiple projects, and so this would also eliminate confusion since there could only be one defect with id 15, otherwise each project would 'share' ticket IDs. I've looked at the source and I think it's centred around ticket/ model.py, Ticket.insert. steve< at >spfweb.co.uk 2008-08-20T20:58:11 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4091 +1 here. And I thought so too. If there are plugins to migrate I am willing to help. On Mon, Aug 18, 2008 at 9:39 AM, Noah Kantrowitz <noah< at >coderanger.net>wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Jeffrey Hulten 2008-08-18T17:17:53 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4090 +1 from me. I thought we already decided this ages ago. --Noah --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Noah Kantrowitz 2008-08-18T16:39:12 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4089 I'm certainly not a strong voice on the subject, but since nobody has replied so far, I thought I'd at least acknowledge that this message has been heard :-) osimons wrote: I tend to be in favor of cleaning up sooner rather than later in general, so count me as +1. Remy Blank 2008-08-18T07:32:29 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4088 Jeroen Ruigrok van der Werven kirjoitti: AFAIK there has been FCGI module available since August 2007... Jani Tiainen 2008-08-16T13:11:53 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4087 -On [20080816 10:25], Noah Kantrowitz (noah< at >coderanger.net) wrote: Then I see little reason not to move forward. Jeroen Ruigrok van der Werven 2008-08-16T09:17:43 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4086 Pretty sure they support FCGI now. --Noah Noah Kantrowitz 2008-08-16T08:24:45 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4085 -On [20080815 19:01], Jeffrey Hulten (jeffh< at >tragicallyleet.com) wrote: Mmm, what do current versions of IIS support? Jeroen Ruigrok van der Werven 2008-08-16T08:00:25 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4084 Hi all, While on the subject of getting rid of old code, I'm in favour of ditching the remaining HDF code for 0.12 and clean up some of the main code and apis to make the main request cycle code easier on the eyes... Cleaner and easier to maintain. This should also extend to old-style macro and permission APIs, and no doubt some other transitions I don't remember off-hand. If we are going to drop this for 0.12, I'd prefer to make this change sooner rather than later so that any broken plugins can get updated well before any release. I suggest making this clean-up in a branch, as there are a number of plugins that should be tested and details that should be ironed out as we make the transition. Comments? :::simon https://www.coderesort.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to osimons 2008-08-15T21:14:25 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4083 Is there a documented preferred solution for IIS? I don't use it but some may. Other than that with mod_python and tracd I am +1. On Fri, Aug 15, 2008 at 12:53 AM, Jeroen Ruigrok van der Werven < asmodai< at >in-nomine.org> wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Jeffrey Hulten 2008-08-15T17:01:34 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4082 +1 on dropping 2.3. On Fri, Aug 15, 2008 at 12:46 AM, Jeroen Ruigrok van der Werven < asmodai< at >in-nomine.org> wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Jeffrey Hulten 2008-08-15T16:48:23 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4081 -On [20080815 07:59], Noah Kantrowitz (noah< at >coderanger.net) wrote: No problem for me. Given how abysmally slow CGI Trac works, it should not be a preferred deployment solution. Jeroen Ruigrok van der Werven 2008-08-15T07:53:51 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4080 -On [20080815 01:15], Remy Blank (remy.blank< at >pobox.com) wrote: Yes please. We need to bring the code up to 2.4's level. :) Thanks! Jeroen Ruigrok van der Werven 2008-08-15T07:46:41 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4079 How would people feel about dropping official support for CGI? I would say we should leave the code related to it, but just don't mention it at all in the docs. Really there are very few circumstances when you should use CGI as is, and if you don't already know how to configure it you probably should be using something else. --Noah Noah Kantrowitz 2008-08-15T05:58:31 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4078 Since Jonas merged my XHTML validation patch to trunk in [7459], I see heaps of XHTML validation failures (66 failures, 5 errors) in functional tests, all of them due to the presence of xmlns:i18n namespace declarations in <html> tags and i18n:msg attributes in others. (You need to have lxml installed to see the failures, otherwise XHTML validation is skipped.) I have been reading about these attributes in the Genshi doc and #129 in the Genshi trac, and I understand that these attributes should be stripped at the rendering stage. However, this doesn't seem to happen here. I am using Genshi 0.5.1. Is this version too old? Does Trac-trunk currently require Genshi-trunk as well? Remy Blank 2008-08-15T01:28:01 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4077 There are a few uses of the pre-2.4 decorator idiom, mainly with staticmethod and classmethod: def my_static_method(): pass my_static_method = staticmethod(my_static_method) This can now be replaced with the < at >-syntax: < at >staticmethod def my_static_method(): pass Do you want me to browse through the code and replace all occurrences? Remy Blank 2008-08-14T23:15:10 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4076 Hi Manu, thats good news, if i can make any contributions to this, just give me a hint. Cheers, Kevin. On 14 Aug., 09:43, "Emmanuel Blot" <manu.b...< at >gmail.com> wrote: --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Kevin Loehmann 2008-08-14T08:09:06 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4075 Hello, at my company we are using trac 0.11. Currently we are migrating all users and permissions to a central ldap directory. Unfortunately the ldap permission plugin currently implements the IPermissionStore from trac 0.10. As far as i can see, there is just one additional method (get_users_with_permissions) in the 0.11 API. Has anyone already made an effort to implement this method? Thanks a lot in advance, Kevin. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to trac-dev< at >googlegroups.com To unsubscribe from this group, send email to trac-dev+unsubscribe< at >googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~--- Kevin Loehmann 2008-08-14T07:31:14 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4074 The plugin has not been maintained for a while (as I was not using it anymore) I plan to re-integrate it into our Trac installations, so I hope to be able to update it in the next weeks (september) Cheers, Manu On Thu, Aug 14, 2008 at 9:31 AM, Kevin Loehmann <kevin.loehmann< at >coldspot.de> wrote: Emmanuel Blot 2008-08-14T07:43:53 http://permalink.gmane.org/gmane.comp.version-control.subversion.trac.devel/4073 -On [20080731 00:02], Jeroen Ruigrok van der Werven (asmodai< at >in-nomine.org) wrote: Compatibility code and imports are now removed. I should have caught them all, but if I did miss something, please feel free to fix or let me know. At least my tests showed that nothing broke. The codebase still has various comments and code for 2.3 workarounds. As you encounter them, feel free to clean them up. Jeroen Ruigrok van der Werven 2008-08-13T20:36:48 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.version-control.subversion.trac.devel