When I click in the buttom “add Trac/Svn” (tools?tool_id=15) I get the message “The operation failed.”

I’ve checked the console output and I get this error:
_____
SpaceTool Load (0.000340) SELECT * FROM `space_tools` WHERE (space_tools.space_id = ‘aMi2CKeEur3BzVaaZX16OP’)
DRb::DRbConnError: druby://localhost:8887 – #<errno::econnrefused: connection - connect refused>
_____

1. URL for control center to create trac tools
   :trac_control_url => ‘druby://localhost:8887’,

If a try check this port by telnet I can’t connect to this port. Is not supposed to be a ruby script listening to this port? Why am I getting this error?

Thanks!

We have here a old wiki TracTool how to configure control center to create trac/svn tools

To start control center:

cd vendor/control
./controld run

Hi Vitalie,

First I wanted to thank you for all your help ;)

After some fights with ClearSilver I finally achieved to be able to get in http://localhost:8000/trac the trac index page.

after this and revising all the TracTool wiki I tried: /vendor/control/control.rb start I get this output:

./control.rb: 1: require: not found
./control.rb: 2: require: not found
./control.rb: 4: require: not found
./control.rb: 5: require: not found
./control.rb: 6: require: not found
./control.rb: 7: require: not found
./control.rb: 8: require: not found
./control.rb: 9: require: not found
./control.rb: 11: class: not found
./control.rb: 12: attr_accessor: not found
./control.rb: 14: TOOLS_WITH_TEMPLATES: not found
./control.rb: 16: Syntax error: “(” unexpected

Could this error have relation with this part of the installation guide?

install trac plugins: webadmin and breakoutTracAuth
.
cd ~/src
wget http://trac.edgewall.org/attachment/wiki/WebAdm…
mv TracWebAdmin-0.1.2dev_r4240-py2.4.egg.zip /usr/lib/python2.3/site-packages/TracWebAdmin-0.1.2dev_r4240-py2.4.egg wget http://peak.telecommunity.com/dist/ez_setup.py
python ez_setup.py
cd $BREAKOUT_HOME/vendor/trac/plugin
python setup.py install
mkdir /var/www/.python-eggs
chmod 777 /var/www/.python-eggs

py.24 does reffer to the version of python?

I’ve the most recent production version of python (2.5.2) and maybe the error is related to that

Thanks!

Check my above post how to start control center.

Checkout webadmin code from svn and build it yourself, then copy egg to trac plugins directory.

Sorry, I haven’t explained what I wanted to ask you well.

I started control center as you post before,

but I though (wrongly) there were 2 different control center, so I now I understand that /vendor/control/control.rb start is deprecated and I just have to use /vendor/control/controld run, right?

After using /vendor/control/controld run I finally succeded adding the Trac tool in some proyect, but now I have to fix errors with Apache jeje.

I will tell you how does it work after a I fix these errors.

so thanks!

Hi Vitalie,

EDIT (I fix the “path problem”):
I’ve configured apache as is explained in the trac wiki, and I’m able to create a new trac/svn tool.
But when I want to check that the installation has been correct I get empty pages clicking one of the following links:
SVN: http://svn.127.0.0.1/svn/<projectname>
Trac: http://localhost/<projectname>

Any ideas?

check apache error logs

I’ve checked them.

When I go to localhost/<projectname> there aren’t errors in /var/log/apache2/tools-error.log.

In /var/log/apache2/error_log, i catch the next error:

[notice] child pid 13906 exit signal Segmentation fault (11)

and in /var/log/apache2/tools-access.log I catch the following result:

127.0.0.1 – - [29/May/2008:11:59:14 +0200] “GET /favicon.ico HTTP/1.1” 404 329 ”-” “Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5”

any other suggestion?

[notice] child pid 13906 exit signal Segmentation fault (11)

something is wrong with mod_python or svn webdav

Yes, I can see that the error is because something is wrong with “mod_python”. Maybe rebuilding apache with the correct version of mod_python I fix the error.

the complete error_log is the folowing:

Sat May 31 13:49:33 2008 caught SIGWINCH, shutting down gracefully
Sat May 31 13:49:36 2008 mod_python: Creating 8 session mutexes based on 6 max processes and 25 max threads.
Sat May 31 13:49:36 2008 mod_python: using mutex_directory /tmp
Sat May 31 13:49:36 2008 Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 mod_python/3.3.1 Python/2.5.2 configured—resuming normal operations
Sat May 31 13:50:42 2008 child pid 8600 exit signal Segmentation fault (11)

First I’ll try to rebuild and fix the mod_python error.

If I couldn’t solve the problem I will install breakout in another machine to check if the problem is in my computer (because I have update my system in this weeks) or the error is from the installation progress.

I will post the result.

thanks!

Hello,

I’‘ve installed breakout in another server and almost everything have gone OK.

I continue without svn/trac when I create a proyect.

After launch “breakout/vendor/control controld run” everything goes OK and if I execute “sudo tracd—port 8000 /workspace/breakout/vendor/control/tmp/tools/trac” and then I go to localhost:8000 I see my trac page.

The problem is when I want to access trac or subversion under “http://localhost:3000/spaces/<space_name>/trac_subversion_tool

If I click on http://localhost/svn/<space_name> an empty page appear, and if I ckeck the /var/log/apache files I see the child pid 8600 exit signal Segmentation fault (11) error.

If I click on http://localhost/<space_name> a pop up is launched requesting my user and pass, but I cannot access with my breakout user and password but I can’t access.

I could think that something is wrong with my apache-python_mod configuration but I can not see what.

Anyone who have any ideas?

Here is the configuration file I created:

NameVirtualHost 127.0.0.1:80

DocumentRoot ”/var/www/”

ErrorLog /var/log/apache2/tools-error.log

CustomLog /var/log/apache2/tools-access.log combined
SetHandler mod_python
PythonDebug On
SetEnv PYTHON_EGG_CACHE /var/www/.python-eggs

RewriteEngine on
RewriteCond %{IS_SUBREQ} ^{true$
RewriteRule .* – [L]
RewriteRule \!svn – [L]}

RewriteRule ^/([/])(.*)$ – [C,E=ProjectID:$1]
RewriteCond {ENV:ProjectID} !=”svn”
RewriteCond /var/local/trac/{ENV:ProjectID} -d
RewriteRule ^/(.) /trac/$1 [L]

PythonPath “sys.path + [’/home/danilo/workspace/breakout/vendor/apache/mod_auth’]”

PythonAuthenHandler breakout.access
PythonAuthzHandler breakout.access
PythonAccessHandler breakout.access

PythonOption AUTH_SOAP_URL “http://127.0.0.1.localhost:3000/backend/user”
PythonOption SVN_BASE ”/var/local/svn”

Hi sepul,

Vitalie is out for some days. He can give you support about your question. What I can say you is that you don’t necessary need trac and svn tool to work with breakout or submit patches (in case you are installing the app for that)

Do not compile mod_python, Ubuntu has already compiled packages, this will avoid segmentation fault errors.

In the installation that I’m doing I do not compile mod_python, do I?

Another point: I have installed breakout in KUbuntu for ensure that it wasn’t a dist-error and I take the same error. But I have realised that when I execute /vendor/control/controld run I take an error with AssemblaBreakoutTrac-0.3.14-py2.5.egg, it’s a problem loading it : S.

Here is the output

rm -rf /home/sepul/breakout/vendor/control/tmp/tools/trac /home/sepul/breakout/v
endor/control/tmp/tools/svn
Creating subversion template
ln -sf /u/apps/breakout/current/script/svn_hook /home/sepul/breakout/vendor/cont
rol/tmp/tools/svn/hooks/post-commit
Creating and Initializing Project

HERE START THE ERROR

Trac[loader] ERROR: Failed to load plugin assembla.admin from /usr/lib/python2.5
/site-packages/AssemblaBreakoutTrac-0.3.14-py2.5.egg
Traceback (most recent call last): File ”/usr/lib/python2.5/site-packages/trac/loader.py”, line 101, in load_comp
onents entry_point.load() File ”/usr/lib/python2.5/site-packages/pkg_resources.py”, line 1912, in load entry = import(self.module_name, globals(),globals(), [‘name‘]) File “build/bdist.linux-i686/egg/assembla/init.py”, line 8, in <module> File “build/bdist.linux-i686/egg/assembla/admin.py”, line 8, in <module>
ImportError: No module named webadmin.web_ui
Trac[loader] ERROR: Failed to load plugin assembla.svn_import from /usr/lib/pyth
on2.5/site-packages/AssemblaBreakoutTrac-0.3.14-py2.5.egg
Traceback (most recent call last): File ”/usr/lib/python2.5/site-packages/trac/loader.py”, line 101, in load_comp
onents entry_point.load() File ”/usr/lib/python2.5/site-packages/pkg_resources.py”, line 1912, in load entry = import(self.module_name, globals(),globals(), [‘name‘]) File “build/bdist.linux-i686/egg/assembla/init.py”, line 8, in <module> File “build/bdist.linux-i686/egg/assembla/admin.py”, line 8, in <module>
ImportError: No module named webadmin.web_ui
Trac[loader] ERROR: Failed to load plugin assembla.ticket_listener from /usr/lib
/python2.5/site-packages/AssemblaBreakoutTrac-0.3.14-py2.5.egg
Traceback (most recent call last): File ”/usr/lib/python2.5/site-packages/trac/loader.py”, line 101, in load_comp
onents entry_point.load() File ”/usr/lib/python2.5/site-packages/pkg_resources.py”, line 1912, in load entry = import(self.module_name, globals(),globals(), [‘name‘]) File “build/bdist.linux-i686/egg/assembla/init.py”, line 8, in <module> File “build/bdist.linux-i686/egg/assembla/admin.py”, line 8, in <module>
ImportError: No module named webadmin.web_ui

HERE CONTINUES

Installing default wiki pages /usr/share/trac/wiki-default/InterMapTxt => InterMapTxt /usr/share/trac/wiki-default/WikiStart => WikiStart
.................................
etc.
.................................
Congratulations!

chmod 555 /home/sepul/breakout/vendor/control/tmp/tools/trac/plugins

It seems that you did not installed trac plugin webadmin.

Those error are fixed, but it continues throwing the same Segmentation fault (11) error.

In the installation that I’m doing I do not compile mod_python, do I?
I’m going to attach you a copy of the “installation manual” I have made in a email and ask you some doubt.

Thanks

if you did not compiled software and received segmentation fault, that it is a linux distro bug.

We use debian and freebsd without these problems.