[Trac] No response from Trac 0.11.1 - Windows2000svr - Apache2.2.10 - SVN1.5.3
Hi All, I'm going crazy trying to upgrade to Python 2.5 and Apache2.2. I've installed Genshi, svn bindings for python 2.5, mod_python SVN etc. The SVN install works and serves out with Apache. The config for Apache and Trac is identical to what was running with Trac 0.11.1, Apache 2.0, Python 2.3.4. When I run Tracd I can get to the project but no authentication is set up so it doesn't do much. When I run it from Apache I get no response. The browser (firefox3) reports Connection Interrupted The document contains no data. The network link was interrupted while negotiating a connection. Please try again. Nothing in the error or access log for Apache. (Log level set to debug). Nothing in the trac log. (set to debug) I have a multiple environment Trac setup. When I go to the root location Trac does provide me with the project listing. I get the same results when I have no authentication set up in the Apache Location. ie allow from all I've run the tests from http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash and this is not the problem. This also shows (I think) that mod_python is running OK. I can't figure out what to do next. Any help much appreciated. Config information shown below... Regards, Felix Location /trac SetHandler mod_python PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracUriRoot /trac PythonOption TracEnvParentDir d:/tracdb/ PythonDebug On #NT Domain auth config - same as is working for SVN AuthType SSPI SSPIAuth On SSPIAuthoritative On SSPIOfferBasic On AuthName Issue Tracking System Require valid-user /Location --~--~-~--~~~---~--~~ 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: Multiple Projects / Custom Permissions / Custom properties
There is a plugin for custom tickets, i believe it's called TracTicketsCustomFields. You can define custom tickets fields. Also the Hours plugin could help if you want time estimates. I made a patch to create numerical fields including a cumulative field and a set once (new ticket) field. The approach was to use javascript to do client side validation and modify the templates to display the custom fields as required. See: http://trac.edgewall.org/attachment/wiki/TimeTracking/CustomFieldsRev2827.patch This patch is for the old clearsilver templates. Let me know if you need the Genshi version. --~--~-~--~~~---~--~~ 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] Unsupported version control system svn: DLL load failed with error code 182
Since i broke my head to understand what was going on, i wish to share this info in the hope that it may help someone to avoid the loss of time i had. If you install any version of svn and related python bindings after version 1.5.0 with apache 2.0 on Windows (up to the latest released 2.0.63) you won't be able to access any longer svn repositories from trac and you'll get the infamous Unsupported version control system svn: DLL load failed with error code 182 message. The problem is that apache 2.0 is shipping an old version of ssleay32.dll and libeay32.dll that are no longer compatible with latest svn dlls (the same released with python bindings). No matter how do you fiddle with PATH env or PythonPath declaration, Apache2 /bin dll's will always be loaded first, so the only options you have is to remove them from the Apache2 /bin so that those in Subversion/bin are loaded instead (Subversion/bin must be on the path) or substituting those in Apache2 /bin with those copied from Subversion/bin. I don't know exactly when this happened, i migrated from svn 1.4.6 to 1.5.3, then i tested also 1.5.1 that i downloaded some time ago with same results, so i can assure that the problem exist at least after 1.5.0 and with Apache 2.0.61 and 2.0.63, but it could exist also in any intermediate version after 1.4.6. Best wishes to everybody. --~--~-~--~~~---~--~~ 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: Installing macros
Nobody? On 16 oct, 14:11, Perreko [EMAIL PROTECTED] wrote: Hi all, I've this scenario (trac 0.11, Win2003Server): I've downloaded two macros (BackLinksMenu.py changelog.py) in this folder: d:\workspace\trac\plugins I've configured this folder in my global trac.ini (d:\workspace\trac \config\trac_global.ini) [inherit] plugins_dir = D:/workspace/trac/plugins I've configured this global trac.ini in my repository trac.ini [inherit] file = D:/workspace/trac/repositorios/trac_global.ini Whenever i try to use any of these macros, i got this error: Error: Failed to load processor BackLinksMenu No macro or processor named 'BackLinksMenu' found I've tried to enable them using Admin page, but they don't appear there. I'used other plugins before (like includemacro) that work ok, they appear in the Admin page; the difference is that these other were installed using 'easy_install' but these new ones cannot be installed that way. Can anybody help me to make this work? 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: Strange issue with Trac 0.11.1 + FastCGI
Hi all. Sorry for replying to my own post, but I got a little closer: Most of the resources (images, links to other pages, etc.) are referenced using the local path I define in DocumentRoot for the corresponding Apache vhost. In the situation I've described in my last post, SCRIPT_NAME is set to what DOCUMENT_ROOT is. However, this changes once I use something like: ScriptAlias /trac /var/www7trac/cgi-bin/trac.fcgi/ In this case, SCRIPT_NAME gets set to /trac and everything works as intended. This issue is most probably not caused by Trac, but either by Apache or, more likely, mod_fcgid. I'm not even sure whether this is a bug or expected behaviour - any hints welcome. At this point it seems I have two options: 1. Go with ScriptAlias /trac ... and try fiddling with mod_rewrite to make Trac appear under http://domain.tld/ rather than http://domain.tld/trac/. 2. Use mod_wsgi instead of mod_fcgid for serving Trac. I tried that already, and it works painless with Trac living at the root. But it adds another dependency - mod_fcgid is already available and actively used to serve some PHP stuff on the same server. If anyone has some tips that could ease my decision, please let me know :) 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Unsupported version control system svn: DLL load failed with error code 182
2008/10/24 garu [EMAIL PROTECTED] Since i broke my head to understand what was going on, i wish to share this info in the hope that it may help someone to avoid the loss of time i had. If you install any version of svn and related python bindings after version 1.5.0 with apache 2.0 on Windows (up to the latest released 2.0.63) you won't be able to access any longer svn repositories from trac and you'll get the infamous Unsupported version control system svn: DLL load failed with error code 182 message. The problem is that apache 2.0 is shipping an old version of ssleay32.dll and libeay32.dll that are no longer compatible with latest svn dlls (the same released with python bindings). No matter how do you fiddle with PATH env or PythonPath declaration, Apache2 /bin dll's will always be loaded first, so the only options you have is to remove them from the Apache2 /bin so that those in Subversion/bin are loaded instead (Subversion/bin must be on the path) or substituting those in Apache2 /bin with those copied from Subversion/bin. I don't know exactly when this happened, i migrated from svn 1.4.6 to 1.5.3, then i tested also 1.5.1 that i downloaded some time ago with same results, so i can assure that the problem exist at least after 1.5.0 and with Apache 2.0.61 and 2.0.63, but it could exist also in any intermediate version after 1.4.6. What about upgrading Apache to 2.2? Does this have the correct dlls in it? BTW - Thanks for the info - I was about to embark on this route myself. Regards Stephen --~--~-~--~~~---~--~~ 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: Installing macros
On Oct 24, 6:40 am, Stephen Moretti [EMAIL PROTECTED] wrote: 2008/10/16 Perreko [EMAIL PROTECTED] Hi all, I've this scenario (trac 0.11, Win2003Server): I've downloaded two macros (BackLinksMenu.py changelog.py) in this folder: d:\workspace\trac\plugins I've configured this folder in my global trac.ini (d:\workspace\trac \config\trac_global.ini) [inherit] plugins_dir = D:/workspace/trac/plugins I've configured this global trac.ini in my repository trac.ini [inherit] file = D:/workspace/trac/repositorios/trac_global.ini Whenever i try to use any of these macros, i got this error: Error: Failed to load processor BackLinksMenu No macro or processor named 'BackLinksMenu' found I've tried to enable them using Admin page, but they don't appear there. I'used other plugins before (like includemacro) that work ok, they appear in the Admin page; the difference is that these other were installed using 'easy_install' but these new ones cannot be installed that way. Can anybody help me to make this work? Do you have logging enabled for your trac instance? If not, enable it and then have a look in the logs to see whether there are any errors being recorded when loading the macros from the plugin folder. (or if the macros are being loaded at all) Stephen well actually I saw this the other day and thought i would give you a chance to figure it out! :d based on what you posted: plugins located here: d:\workspace\trac\plugins global ini: d:\workspace\trac\config\trac_global.ini [inherit] plugins_dir = D:/workspace/trac/plugins repository plugin ini: [inherit] file = D:/workspace/trac/repositorios/trac_global.ini so you repo ini points to some file in ../repositorios/... you you global ini file is located in: D:/workspace/trac/ and the file in D:/workspace/trac/ points to the plugins. I am asusming you wanted to do the following: local ini-global ini-plugin dir but what you posted here is: local ini-/repositorios/different global ini -? so first thing to do put the plugins in the project plugins directory (so you know the path is accessible by the apache/trac user) change the project ini settings plugins pointer apprpriately remove/comment out the inherit to the possbily non-existent global ini file in .../repositorios/... restart your server, and see if from web-admin they now appear. Then work backwards to get your inherits working correctly. It is possible the global plugin directory you specify is not accessibly by apache/trac. in this case, based on your post, you are not ever pointing to the plugin directory, or possibly inheriting a non- existent trac_global.ini file. --~--~-~--~~~---~--~~ 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: Unsupported version control system svn: DLL load failed with error code 182
On Oct 24, 6:36 am, Stephen Moretti [EMAIL PROTECTED] wrote: 2008/10/24 garu [EMAIL PROTECTED] Since i broke my head to understand what was going on, i wish to share this info in the hope that it may help someone to avoid the loss of time i had. If you install any version of svn and related python bindings after version 1.5.0 with apache 2.0 on Windows (up to the latest released 2.0.63) you won't be able to access any longer svn repositories from trac and you'll get the infamous Unsupported version control system svn: DLL load failed with error code 182 message. The problem is that apache 2.0 is shipping an old version of ssleay32.dll and libeay32.dll that are no longer compatible with latest svn dlls (the same released with python bindings). No matter how do you fiddle with PATH env or PythonPath declaration, Apache2 /bin dll's will always be loaded first, so the only options you have is to remove them from the Apache2 /bin so that those in Subversion/bin are loaded instead (Subversion/bin must be on the path) or substituting those in Apache2 /bin with those copied from Subversion/bin. I don't know exactly when this happened, i migrated from svn 1.4.6 to 1.5.3, then i tested also 1.5.1 that i downloaded some time ago with same results, so i can assure that the problem exist at least after 1.5.0 and with Apache 2.0.61 and 2.0.63, but it could exist also in any intermediate version after 1.4.6. What about upgrading Apache to 2.2? Does this have the correct dlls in it? BTW - Thanks for the info - I was about to embark on this route myself. Regards Stephen the subversion 1.5X release states that the apache 2.2.9+ is required for the bindings if using apache 2.2 if sticking with 2.0 then 2.0.63 or higher is required within the 2.0.x series - I would check this first. also: Windows binaries - ATTENTION!: The mod_dav_svn binaries available here are NOT compatible with Apache 2.2 -- see the Windows Apache 2.2.x folder. if you are using that. That said, when I uninstalled the python subversion 1.4 bindings when I did upgrade, I ended up having a copy of the dll's you mentioned laying around. I ended up finding this out by using the python commandline and importing svn, which worked fined. I then started from svn import core commands, eventually getting an error pop-up dialog on what dll was not working. I then searched my system for all instances of that dll, removing those dll's, I then took the zip version of the bindings and copied those dll's into the site-lib directory. since it happened that when I did my upgrade, the .exe windows installer had the wrong version of those particular dll's. They sound like the ones you are mentioning. There were 2 others, 4 in total I think. For some reason, when I upgraded, I HAD to go to apache 2.2 for some reason, i forget what it was, maybe it was the dav component, I forget exactly why, but I went to subversion 1.5 and apache 2.2 at the same time, and had your pain with the bindings. I thought I detailed it somewhere in the forum here. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multiple Projects / Custom Permissions / Custom properties
On Oct 23, 9:30 pm, Felix Collins [EMAIL PROTECTED] wrote: There is a plugin for custom tickets, i believe it's called TracTicketsCustomFields. You can define custom tickets fields. Also the Hours plugin could help if you want time estimates. I made a patch to create numerical fields including a cumulative field and a set once (new ticket) field. The approach was to use javascript to do client side validation and modify the templates to display the custom fields as required. See:http://trac.edgewall.org/attachment/wiki/TimeTracking/CustomFieldsRev... This patch is for the old clearsilver templates. Let me know if you need the Genshi version. you don't need a plugin for custom ticket field, you can add them directly in the .ini file. The customFields plugin is nice to admin those fields directly in the admin interface though. For some reason it's buggy for me, I think because I inhereit some of my fields, then overried/renumber some per project you can also use a text field for numerics, but if you're asking about forcing/validating numeric, then you can use a plugin such as TicketValidator plugin, or something else. There are also some approaches to 1 repo/multi-projects out there. Depends on your use, but it's by no means a show stopper or non- acheivable, it does seem to depend on your approach however. particularly to how your subversion repo is set up. I don't use the 1 repo mult-project approach, so I don't see the desire. If anything we use multiple repos's with externals for shared/common code branches. It is however, probably a little more work and you might get less groups support as it's a less common model. The TimingandEsitmation pluign, or the TracHours plugin are of interest. MasterTickets might fit in here. as for you custom workflow with QA step and permissions, the enterprise-workflow in the contrib directory on Trac source has a plugin that implements the QA permission required to move a ticket from QA to closed, and adds an enterprise workflow ta boot. (resloved-InQA-closed if permissions permit). while you can certainly roll your own permissions as mentioned here, you could also use this as a starting point. multi-project searches can be done with a plugin there is a plugin for multi-project queries as well. going back to your multi-repo scenario, if your model is truly a single repo, there is nothing to prevent you from pointing multiple project at the same repo, just that if you use a post-commit script, you need to make it smarter.There are more complicated models though, and I can't attest to any of them, as we use a 1 repo per project model. yes, you need to create a different trac instance for each project. but you can do multi-project searches and queries via pluigns, and create references between them with inter-trac links. per your first disappointment, but I think that is just a matter of not having all the options out there. you can use the default parent dir type model, or create a custom base page that links to all your project tracks, in a frame for example. but you will have multiple ticket #1's, your tickets won't increment across projects, which is a traceability nightmare anyway, so for my particular job would be considered voodoo :D if they are small enough, you may consider using components to differentiate projects not sure of the context here though. --~--~-~--~~~---~--~~ 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: Commercial support for TRAC?
On Oct 23, 10:11 am, Jeffrey Johnson [EMAIL PROTECTED] wrote: There are also options like Assembla for a hosted solution. Jeff On Thu, Oct 23, 2008 at 2:54 AM, osimons [EMAIL PROTECTED] wrote: I haven't heard of anyone offering commercial support for in-house installations either. However (warning: shameless sales pitch), if you would consider a hosted solution that would be different. Contact us if that is an option, and we'll arrange something for you. :::simon https://www.coderesort.com On Oct 22, 6:49 pm, Noah Kantrowitz [EMAIL PROTECTED] wrote: You can check thehttp://trac.edgewall.org/wiki/CommercialServices wiki page, but I don't know of any off the top of my head. Perhaps one of the hosting companies will be willing to work out a contract with you? --Noah PS: You don't need to become an expert to use Trac, the IRC channel generally always has people in it (including myself) and is quite friendly with helping people get things up and running. On Oct 22, 2008, at 9:09 AM, Charlie wrote: We are working to migrate from Clearcase to SVN+TRAC. We ran a pilot here and are very happy with both subversion and TRAC. However, in order to get our IT guys to bless this transition, we need to locate companies that are providing commercial support for these tools. We have a list of folks for SVN, but I need to locate a list for TRAC. Does anyone know of any companies providing support for TRAC? [Please don't tell me that with open-source, there is no need. That is the reason our engineers like TRAC, but our IT guys do not have the cycles to become experts on the innards of TRAC and instead want to rely on outside experts for this service]. most of what you will find will be hosted solutions. I believe the Agilo guys do site support for their heavily customized agile implementation (which, btw is pretty cool, we might try it) You might also get it from the Oforge guys, another customized fork Which leads to the natural question...anyone want to start a business? :D Followed of course by: Don't quit your Day Job. I think I might hire an intern for this role, personally :) --~--~-~--~~~---~--~~ 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: Unsupported version control system svn: DLL load failed with error code 182
On 24 Okt, 20:11, [EMAIL PROTECTED] wrote: On Oct 24, 6:36 am, Stephen Moretti [EMAIL PROTECTED] wrote: 2008/10/24 garu [EMAIL PROTECTED] also: Windows binaries - ATTENTION!: The mod_dav_svn binaries available here are NOT compatible with Apache 2.2 -- see the Windows Apache 2.2.x folder. if you are using that. I upgraded as well recently, much a similar situation. I remember having to hunt a bit in the Subversion downloads directories to find one that worked. The first 'obvious' download choice they point at was not the one I ended up using. I don't remember the details, or have a clue what may have changed in those downloads since. Also, a tip to those constantly copying modules and dlls to get this working: The easy solution is to point apache to your subversion directory - when modules are loaded from there, svn already has what it needs around it. It also saves having to rememember what to copy and why on upgrades and so on. # Subversion modules (apache config) LoadModule dav_svn_module C:\Program Files\Subversion\bin \mod_dav_svn.so LoadModule authz_svn_module C:\Program Files\Subversion\bin \mod_authz_svn.so :::simon https://www.coderesort.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
