Presuming that: /home/toinbis/Desktop/programming/project/bin/python is the Python you wanted used, what do you get when you run that and do: import sys print sys.prefix Whatever the value of sys.prefix is for the Python you want used, add it as: WSGIPythonHome <value of sys.prefix> Replacing <value of sys.prefix> as appropriate. Do not set WSGIPythonExecutable in this case. Alternatively, set: WSGIPythonExecutable /home/toinbis/Desktop/programming/project/bin/python Do not set WSGIPythonHome in this case. 

Please try that.

So I've added a line in wikipbx.wsgi (as suggested in your link) to set sys.path[0:0], but it happens the same.

Today, what I've found is that when I print(sys.executable) in wikipbx.wsgi it logs /usr/bin/python instead of /opt/python2.5/bin/python.

I've found this howto
http://chester.blog.br/archives/2010/04/howto-python-2-6-5-django-via-passenger-wsgi-at-dreamhost.html

and I've inserted next lines in wsgi script to change python executable path:

INTERP = "/opt/python2.5/bin/python"
if sys.executable != INTERP: os.execl(INTERP, INTERP, *sys.argv)

but it stops complaining "can't find mod_wsgi module"

Tomorrow more testing :-)

 WSGIApplicationGroup %{GLOBAL} 

Put it near other WSGI configuration directives and restart apache.

Thank you very much

I have had the experience of installing wikipbx on centos. the main areas where there was a problem are as below:

1. SELinux disabled
2. Parallel install of python 2.6+
3. Compiling freeswitch - pymod with python 2.6+
4. Correct wsgi for python 2.6+
5. correct version of python used for wsgi, esl

I have tried capturing the install process for 2.6+ in my blog here:
http://www.venkysblog.com/2009/12/centos-python-wsgi-dango/

Check if this helps.

BTW - Welcome to python in centos.

If we find anything out on this we'll let you know.

There are people running wikipbx on centos, but none of the core developers do it. One of the users reported the same issues as you had, as I've mentioned before.

con=ESL.ESLconnection("127.0.0.1","8021","ClueCon")
esl = con.sendRecv('api sofia status')
print(esl.getBody())

Name Type Data State

external profile sip:612.35.61.271|aifos_dom#612.35.61.271|aifos_dom:5060 RUNNING (0)
ticsolutions.lan alias external ALIASED

1 profile 1 alias

So, it seems ESL is working fine.

I've been able to install all running ok on Debian Lenny, but our company is more used to Centos 5; I think is a problem related to httpd but I really don't know how to fix it.

I will try to follow this howto to fix apache problem:
http://www.freshblurbs.com/tutorial-installing-django-1-1-centos-5-4

Has anybody WikiPBX 0.8 running on Centos 5.4? Any help would be appreciated.

Lluís

How are your python skills? If we tell you to "create a trivial wsgi script which tries to make an ESL connection", could you handle it? Let me know and I will elaborate.

[root@wikipbx python]# ldd /usr/lib64/httpd/modules/mod_wsgi.so
libpython2.6.so.1.0 => /opt/python2.6/lib/libpython2.6.so.1.0 (0x00002ae0bcf76000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002ae0bd325000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002ae0bd540000)
libutil.so.1 => /lib64/libutil.so.1 (0x00002ae0bd745000)
libm.so.6 => /lib64/libm.so.6 (0x00002ae0bd948000)
libc.so.6 => /lib64/libc.so.6 (0x00002ae0bdbcb000)
/lib64/ld-linux-x86-64.so.2 (0x00002ae0bcb2b000)

[root@wikipbx python]# ldd _ESL.so
libpython2.6.so.1.0 => /opt/python2.6/lib/libpython2.6.so.1.0 (0x00002ad1010bf000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002ad10146e000)
libm.so.6 => /lib64/libm.so.6 (0x00002ad10176e000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002ad1019f2000)
libc.so.6 => /lib64/libc.so.6 (0x00002ad101c00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002ad101f57000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002ad102173000)
libutil.so.1 => /lib64/libutil.so.1 (0x00002ad102377000)
/lib64/ld-linux-x86-64.so.2 (0x00002ad100c7a000)

Please try to find the mod_wsgi.so object (not sure where CentOS puts this, on Ubuntu its in /usr/lib/apache2/modules/mod_wsgi.so)

then run

$ ldd mod_wsgi.so

What's the output?

and now when I login as apache in bash when I type python it goes to 2.6.5 version. I think it's an step forward but I've got the same error.

Keep googling :-)

I've enabled apache user to /bin/bash and when I execute python as apache:

Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
Type "help", "copyright", "credits" or "license" for more information.

import ESL

Traceback (most recent call last):
File "<stdin>", line 1, in ?
ImportError: No module named ESL

It uses Python 2.4.3 and it should use Python 2.6.5, an is not able to import ESL library…so it seems that I should change default python console for apache? Could you tell how can I do that?

Thanks,

Lluís

Also to make the test more realistic, maybe try to run the python shell as the same user that apache runs under, and try running

 con = ESL.ESLconnection("localhost","8021","ClueCon") 

Does it still work?

yield ESL.ESLconnection(
socket.listen_ip, str(socket.listen_port),
socket.password)

I've tested from python console:
con = ESL.ESLconnection("localhost","8021","ClueCon")

and python doesn't complain…

I would like to fix it without installing all from scratch…any ideas?

Thanks,

Lluís

I'm following instructions on User Manual 0.8, and I'm trying to setup a sip profile but I'm having some issuess.
Sip profile is created on mysql but freeswitch doesn't show it when I type sofia status, I've to restart freeswitch.

When I sip profile is created or deleted I got these errors on httpd log:
[Mon Apr 26 11:48:52 2010] [error] restart_profiles called
[Mon Apr 26 11:48:52 2010] [error] get_fs_connections()
[Mon Apr 26 11:48:52 2010] [error] 1 eventsockets
[Mon Apr 26 11:48:52 2010] [error] creating eslconnection

When i create a profile, browser stays loading forever, but it seems that finally the profile is created (at least all the profile info is in mysql).
When i delete a profile, browser stays loading forever, but it seems that finally the profile is deleted (at least all the profile info is in mysql).

Any clue on what is happening?

Thanks,

Lluís