May 2011 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Add Call-Info header
by Josh M. Patten 07 May '11

07 May '11

Hi there I'm trying to add add a Call-Info parameter to perform an auto-answer for phones that are not directly registered to FreeSWITCH (they are registered on a sipXecs server). None of the normal methods of auto-answer seem to work so I am attempting to copy the method that sipXecs uses to force phones to auto-answer. Upon analysis of how sipXecs performs an auto-answer, I find the following information in the SIP headers: Call-Info: <sip:7012@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false>;answer-after=0 The key here is the answer-after=0 part. What I've done in my dialplan is to add the following (In this example 7003 is initiating a call to a conference bridge which is then outcalling 7001): <action application="set" data="sip_h_Call-Info=answer-after=0"/> <action application="conference_set_auto_outcall" data="sofia/custom_dialplan/7001(a)sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false"/> However in analysis of the SIP messages I never see any Call-Info header being set, though FreeSWITCH processes the entry: EXECUTE sofia/custom_dialplan/7003(a)sipxpbx.bc.local set(sip_h_Call-Info=answer-after=0) 2011-05-07 00:56:46.563506 [DEBUG] mod_dptools.c:1059 sofia/custom_dialplan/7003(a)sipxpbx.bc.local SET [sip_h_Call-Info]=[answer-after=0] However as you can see in the following SIP message, the header just isn't there: ------------------------------------------------------------------------ INVITE sip:7001@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false SIP/2.0 Via: SIP/2.0/UDP 10.200.129.102;rport;branch=z9hG4bK7aF5c90Dmecce Max-Forwards: 70 From: "FreeSWITCH" <sip:0000000000@10.200.129.102>;tag=D3Q2t45cZvcar To: <sip:7001@sipxpbx.bc.local;sipx-noroute=VoiceMail;sipx-userforward=false> Call-ID: 308e7013-f311-122e-448b-463bb5d10d94 CSeq: 12037743 INVITE Contact: <sip:mod_sofia@10.200.129.102:5060> User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-bfd0ba9 2011-03-07 13-02-41 -0600 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 239 X-FS-Support: update_display Remote-Party-ID: "FreeSWITCH" <sip:0000000000@10.200.129.102>;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1304728354 1304728355 IN IP4 10.200.129.102 s=FreeSWITCH c=IN IP4 10.200.129.102 t=0 0 m=audio 19452 RTP/AVP 9 0 8 98 10 101 13 a=rtpmap:98 SPEEX/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 ------------------------------------------------------------------------ Thanks for your help :-)

2 2

FreeSWITCH and SOHO systems / HPET timers
by Brett Maxfield 06 May '11

06 May '11

Hi List, I have been looking for a small SOHO software switch to manage one or two phone extensions to initially one upstream SIP provider. I have installed the demo/example system on a few pieces of hardware which while are not high end, nevertheless are OK considering the very small capacity required for a SOHO system, and me wanting to reserve my better hardware for more high end loads. The embedded fanless system i have runs ok, but the voice for the test IVR is very choppy, and the same choppy result on a atom dual core net-top (both centos 5.6). I understand that tuning is a complex issue on a non-RT system such as Linux, and so FreeSWITCH is probably only tuned for high end systems. This choppiness, specifically on low end systems, is "mentioned" in previous list discussions as being a timer granularity issue with the kernel. I've had some googling around and it seems that the newest centos version supported by FreeSWITCH is CentOS 5.3, perhaps due to issues with timer resolution in newer kernels. The stock kernel for 5.4 and 5.5 does not appear to have a 1000Hz kernel, from what i can see, and xen stock kernels that i have seen have 250Hz, which is different again, and would also be a problem for FreeSWITCH running in a xen guest. So my question is, given the contentious issue this seems to have been in the past, should i even bother trying/using FreeSWITCH for these sorts of SOHO / low end systems ? Is there any plan to make FreeSWITCH tunable (in a non-default way) for low end SOHO systems, which might have a typical 3-4 (say 10 at max) connections, rather than being tuned for 100's or even 1000's of connections by default. >From what i have seen i quite like FreeSWITCH, and would like to run it for both SOHO and learning purposes. I note that centos 5.6 does not explicitly mention CONFIG_HZ_* anymore in the kernel config (/boot/config-2.6.18-238.9.1.el5.centos.plus), but it does appear to have support for HPET : CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y CONFIG_TICK_DIVIDER=y There was talk of high resolution timer patches for kernel 2.6.17, and hpet timers seem to be present in the 2.6.18 kernel, at least in centos 5.6 above (i have not checked previous versions). Given the increasing availability of HPET timers in newer kernels, could features such as nanosleep() and HPET timers be used to avoid the problems with the kernel's timer granularity / HZ issues ? Cheers Brett

3 2

Re: [Freeswitch-users] Dingaling on Ubuntu 10.04
by Steven Brown 06 May '11

06 May '11

Thanks, I suspected as you do that I didn't have gnutls properly installed, however from what I can gather the correct packages for ubuntu are libgnutls26 and libgnutls-dev and I installed them before running ./configure Perhaps I have the wrong ubuntu packages but these are the ones advised in the wiki, I wonder if there is there anyone that confirm they have dingaling running ok on Ubuntu 10.04 ? Steve > > On 6 May 2011 14:29, Meftah Tayeb <tayeb.meftah(a)gmail.com> wrote: >> 1. install gnutls and gnutls devel i don't know the package name in ubuntu >> 2. reconfigure your git head using ./configure >> 3. make && make install and retry >> thank you >> On 06/05/2011 13:45, Steven Brown wrote: >>> >>> Hi >>> >>> I'm having problems getting dingaling running on Ubuntu 10.04 LTS to >>> talk to googletalk, a quick look at the logs revealed that the issue >>> seems to be " TLS NOT SUPPORTED IN THIS BUILD! " . >>> >>> I can see this exact problem has been covered before both in this list >>> and the wiki so apologies for raising it again but I'm stummped, I >>> think I have covered everything off but despite this and resorting to >>> several fresh builds from scratch the problem persists. >>> >>> The fresh builds followed the process : >>> >>> installing libgnutls26 and libgnutls-dev >>> download fs from git >>> ./bootstrap.sh >>> ./configure >>> enable dingaling in modules.conf >>> make >>> make install >>> enable dingaling in modules.conf.xml and set up a client profile >>> run fs >>> >>> also tried manually editing the -lgnutls flag in mod_dingaling.la as >>> per the wiki, followed by a make mod_dingaling install but still the >>> same problem. >>> >>> Any suggestions much appreciated. >>> >>> Thanks >>> >>> Steve >>> >>> _______________________________________________ >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users(a)lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> -- >> Meftah Tayeb >> inum: +883510001288000 >> phone: +13477595883 >> >> > > > > -- > Steven Brown > > email steve(a)justfone.com > office 08707706968 > mobile 07768755409 > fax 01896242000 > > Justfone - Company Reg. No. : 3926817 > > Registered Office : 1-3 Sandgate, Berwick upon Tweed, Northumberland, TD15 1EW > > The contents of this e-mail may be privileged and are confidential. It > may not be disclosed to or used by anyone other than the addressee(s), > nor copied in any way. If received in error, please advise sender, > then delete it from your system. Internet email communications are not > secure and therefore Justfone do not accept legal responsibility for > the contents of this message. Any views or opinions presented are > solely those of the author and do not necessarily represent those of > Justfone unless otherwise specifically stated. > -- Steven Brown email steve(a)justfone.com office 08707706968 mobile 07768755409 fax 01896242000 Justfone - Company Reg. No. : 3926817 Registered Office : 1-3 Sandgate, Berwick upon Tweed, Northumberland, TD15 1EW The contents of this e-mail may be privileged and are confidential. It may not be disclosed to or used by anyone other than the addressee(s), nor copied in any way. If received in error, please advise sender, then delete it from your system. Internet email communications are not secure and therefore Justfone do not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of Justfone unless otherwise specifically stated.

2 1

Dingaling on Ubuntu 10.04
by Steven Brown 06 May '11

06 May '11

Hi I'm having problems getting dingaling running on Ubuntu 10.04 LTS to talk to googletalk, a quick look at the logs revealed that the issue seems to be " TLS NOT SUPPORTED IN THIS BUILD! " . I can see this exact problem has been covered before both in this list and the wiki so apologies for raising it again but I'm stummped, I think I have covered everything off but despite this and resorting to several fresh builds from scratch the problem persists. The fresh builds followed the process : installing libgnutls26 and libgnutls-dev download fs from git ./bootstrap.sh ./configure enable dingaling in modules.conf make make install enable dingaling in modules.conf.xml and set up a client profile run fs also tried manually editing the -lgnutls flag in mod_dingaling.la as per the wiki, followed by a make mod_dingaling install but still the same problem. Any suggestions much appreciated. Thanks Steve

2 1

freeswitch interop issue
by mark morreny 06 May '11

06 May '11

Hi, I am having trouble receiving calls from a sippy voip server. Freeswitch returns 400 for a normal INVITE I received from my vendor. Does anyone know what is wrong? Is there anyway to configure freeswitch to get this interoperability issue resolved? U x.x.x.x:5061 -> :5060 INVITE sip:13453334444@y.y.y.y:5060 SIP/2.0. Via: SIP/2.0/UDP x.x.x.x:5061;branch=z9hG4bK-cjuna7hd7oy4rvgl;rport. Max-Forwards: 70. From: ;tag=uyfnqeaupzqsi3az.o. To: . Call-ID: YTRhZTRjMzAyZTg0ZjgxNTg4MmI5ZjRjYjljNjY4YTY.~1o. CSeq: 621 INVITE. Contact: Anonymous . Expires: 300. User-Agent: Sippy. cisco-GUID: 1714481388-1998655968-2851059884-1870679645. h323-conf-id: 1714481388-1998655968-2851059884-1870679645. Content-disposition: session. Content-Length: 403. Content-Type: application/sdp. . v=0. o=Sippy 476627024 0 IN IP4 x.x.x.x. s=CounterPath X-Lite 4.0. t=0 0. a=ice-ufrag:e60b22. a=ice-pwd:3dc27abbae9db2484de85b0a2ac295fe. m=audio 34354 RTP/AVP 0 8 101. c=IN IP4 70.52.58.139. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. a=candidate:1 1 UDP 659136 192.168.1.104 56716 typ host. a=candidate:1 2 UDP 659134 192.168.1.104 56717 typ host. a=oldmediaip:192.168.1.105. U y.y.y.y:5060 -> x.x.x.x:5061 SIP/2.0 400 Bad Session Description. Via: SIP/2.0/UDP x.x.x.x:5061;branch=z9hG4bK-cjuna7hd7oy4rvgl;rport=5061. From: ;tag=uyfnqeaupzqsi3az.o. To: ;tag=QggHUaHjv0SSr. Call-ID: YTRhZTRjMzAyZTg0ZjgxNTg4MmI5ZjRjYjljNjY4YTY.~1o. CSeq: 621 INVITE. User-Agent: freeswitch. Accept: application/sdp. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, refer. Content-Length: 0. . Thanks, Mark

2 1

How to add INVITE arguments?
by Srdjan Cvikic 05 May '11

05 May '11

Hi all, How can I add INVITE line or header arguments as mentioned in RFC4715? INVITE tel:+17005554141;isub=12345;isub-encoding=nsap-ia5 SIP/2.0 To: <tel:+17005554141;isub=12345;isub-encoding=nsap-ia5> From: "Bob"<sip:bob@biloxi.example.com>;tag=1928301774 TIA!

1 0

Re: [Freeswitch-users] Multi tenant sofia profile issue
by Joseph L. Casale 05 May '11

05 May '11

>Any idea what I may have overlooked? Sorry guys, error in my directory conf...

1 0

Multi tenant sofia profile issue
by Joseph L. Casale 05 May '11

05 May '11

I am trying to sort out my sofia profile setup for what will be a multihomed fs box with all the different internal domains each in its own subnet serviced by a unique interface. There will not be any external clients connecting, just one DID for each domain so the external profile loads all DIDs and each of those routes into the appropriate context. The internal profile setup has me a bit puzzled, originally the Name/Type made sense where I had Foo/profile and Bar/profile each on its set interface ip and port. Now I have one showing up as an alias for the other? Logfile says profile is started and it creates an alias for it, yet "sofia status" shows only an alias for Bar to Foo, and the only internal profile is Foo. Any idea what I may have overlooked? Thanks! jlc

1 0

org.freeswitch.esl.client warns of resource misuse
by Adam Kelloway 05 May '11

05 May '11

Hi there, This is directed at those involved in the development of the org.freeswitch.esl.client library. Apologies if this has already been mentioned, I couldn't find any references to it. In evaluating this library, I noticed that AbstractOutboundPipelineFactory implementation of ChannelPipelineFactory.getPipeline() creates a new ExecutionHandler each time it is called, which results in a increasing number of thread pools being used that eventually triggers the following warning: org.jboss.netty.util.internal.SharedResourceMisuseDetector WARNING: You are creating too many MemoryAwareThreadPoolExecutor instances. MemoryAwareThreadPoolExecutor is a shared resource that must be reused across the application, so that only a few instances are created. Looking at the documentation for ExecutionHandler, I noticed that the example implementation provides a dedicated ExecutionHandler instance, which is passed to all pipelines returned in getPipeline(). Note the comment in the example that states it "Must be shared". >From http://docs.jboss.org/netty/3.2/api/org/jboss/netty/handler/execution/Execu…: -------------- public class DatabaseGatewayPipelineFactory implements |ChannelPipelineFactory| <http://docs.jboss.org/netty/3.2/api/org/jboss/netty/channel/ChannelPipeline…> { *private final |ExecutionHandler| <http://docs.jboss.org/netty/3.2/api/org/jboss/netty/handler/execution/Execu…> executionHandler;* public DatabaseGatewayPipelineFactory(|ExecutionHandler| <http://docs.jboss.org/netty/3.2/api/org/jboss/netty/handler/execution/Execu…> executionHandler) { this.executionHandler = executionHandler; } public |ChannelPipeline| <http://docs.jboss.org/netty/3.2/api/org/jboss/netty/channel/ChannelPipeline…> getPipeline() { return |Channels| <http://docs.jboss.org/netty/3.2/api/org/jboss/netty/channel/Channels.html>.pipeline( new DatabaseGatewayProtocolEncoder(), new DatabaseGatewayProtocolDecoder(), * executionHandler, // Must be shared* new DatabaseQueryingHandler()); } } ------------- Is there any particular reason why AbstractOutboundPipelineFactory does not provide a dedicated ExecutionHandler that may be shared by all pipelines, or is this simply an oversight? Thanks and keep up the good work, Adam Kelloway

2 2

Re: [Freeswitch-users] Build error related to "libsofia_sip_ua_static"
by Frankie Yiu 05 May '11

05 May '11

It works now. Thanks Jeff. > ---------- Forwarded message ---------- > From: Jeff Lenk <jeff(a)jefflenk.com> > To: freeswitch-users(a)lists.freeswitch.org > Date: Wed, 4 May 2011 14:59:03 -0700 (PDT) > Subject: Re: [Freeswitch-users] Build error related to > "libsofia_sip_ua_static" > Please git pull and try this again I submitted a fix. Please let me know if > it works now or if there are more problems. > > -- > View this message in context: > http://freeswitch-users.2379917.n2.nabble.com/Build-error-related-to-libsof… > Sent from the freeswitch-users mailing list archive at Nabble.com. > > > > > ---------- Forwarded message ---------- > From: david varnes <david.varnes(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Date: Thu, 5 May 2011 09:37:53 +1000 > Subject: Re: [Freeswitch-users] org.freeswitch.esl.client warns of resource > misuse > Hi Adam, > > On 4 May 2011 04:15, Adam Kelloway <adam.kelloway(a)newpace.ca> wrote: > > Hi there, > > > > This is directed at those involved in the development of the > > org.freeswitch.esl.client library. Apologies if this has already been > > mentioned, I couldn't find any references to it. > > > > In evaluating this library, I noticed that > AbstractOutboundPipelineFactory > > implementation of ChannelPipelineFactory.getPipeline() creates a new > > ExecutionHandler each time it is called, which results in a increasing > > number of thread pools being used that eventually triggers the following > > warning: > > > > org.jboss.netty.util.internal.SharedResourceMisuseDetector > > WARNING: You are creating too many MemoryAwareThreadPoolExecutor > instances. > > MemoryAwareThreadPoolExecutor is a shared resource that must be reused > > across the application, so that only a few instances are created. > > > > Looking at the documentation for ExecutionHandler, I noticed that the > > example implementation provides a dedicated ExecutionHandler instance, > which > > is passed to all pipelines returned in getPipeline(). Note the comment in > > the example that states it "Must be shared". > > > > From > > > http://docs.jboss.org/netty/3.2/api/org/jboss/netty/handler/execution/Execu… > : > > -------------- > > public class DatabaseGatewayPipelineFactory implements > > ChannelPipelineFactory { > > > > private final ExecutionHandler executionHandler; > > > > public DatabaseGatewayPipelineFactory(ExecutionHandler executionHandler) > { > > this.executionHandler = executionHandler; > > } > > > > public ChannelPipeline getPipeline() { > > return Channels.pipeline( > > new DatabaseGatewayProtocolEncoder(), > > new DatabaseGatewayProtocolDecoder(), > > executionHandler, // Must be shared > > new DatabaseQueryingHandler()); > > } > > } > > ------------- > > > > Is there any particular reason why AbstractOutboundPipelineFactory does > not > > provide a dedicated ExecutionHandler that may be shared by all pipelines, > or > > is this simply an oversight? > > Very good question. Off the top of my head I would say this is an > oversight. > > Which version of esl-client and netty are you seeing this with ? > > Should be straight forward to sort this out. > I have a few pending changes to commit into the esl-client, and will > try to get to it asap. > > Thanks for the post. > > Also, I should find somewhere to log bugs (and patches :-), not sure > if the official JIRA > system is available. > > regards > davidv > > > > Thanks and keep up the good work, > > > > Adam Kelloway > > > > > > -- > david varnes > > e: david.varnes(a)gmail.com > > > > > ---------- Forwarded message ---------- > From: Dave Horton <dave(a)dchorton.com> > To: Michal Bielicki <michal.bielicki(a)seventhsignal.de> > Date: Wed, 4 May 2011 22:28:14 -0400 > Subject: Re: [Freeswitch-users] help on creating an rpm > Thanks, that was the problem. I had installed python 2.7 because some > other software needed it; not sure exactly how it was causing problems but I > removed it so that configure found the older python install (2.4) and the > rpm built fine. Many thanks. > On May 3, 2011, at 4:46 PM, Michal Bielicki wrote: > > It seems to try to link a 32bit version of libpython to mod_pthon instead > of the 64bit version. In dtail it seems to be linking in a version you > installed by hand in/usr/local and that seems to be a 32bit version and that > is why it fails. > > Am 03.05.2011 um 22:33 schrieb Dave Horton: > > Hmm..actually this is centos: > > [root@centos64-1 ~]# uname -a > Linux centos64-1 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 > x86_64 x86_64 x86_64 GNU/Linux > [root@centos64-1 ~]# cat /etc/redhat-release > CentOS release 5.5 (Final) > > > > > Begin forwarded message: > > From: Dave Horton <dave(a)dchorton.com> > Date: May 3, 2011 8:09:29 AM EDT > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Subject: help on creating an rpm > > > Thanks for some of the feedback, I have gotten further. (As noted, I am > not all that experienced with rpms, but have read up on various articles). > Now, I have created my .rpmmacros to set the top level directory, and > gotten my source tree in the correct place to be located, and when I run > rpmbuild against the spec file it runs for quite a while but eventually > fails with this error below. > > gcc -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 > -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall > -Wstrict-prototypes > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/libteletone/src -fPIC > -Werror -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -g > -ggdb -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wall > -std=c99 -pedantic -Wdeclaration-after-statement -D_GNU_SOURCE > -DHAVE_CONFIG_H -c > /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python/mod_python.c > -o mod_python.o >/dev/null 2>&1 > Creating mod_python.so... > /usr/bin/ld: /usr/local/lib/libpython2.7.a(abstract.o): relocation > R_X86_64_32 against `a local symbol' can not be used when making a shared > object; recompile with -fPIC > /usr/local/lib/libpython2.7.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > g++ -I/usr/local/include/python2.7 -I/usr/local/include/python2.7 > -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall > -Wstrict-prototypes > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/include > -I/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/libteletone/src -fPIC > -fvisibility=hidden -DSWITCH_API_VISIBILITY=1 -DHAVE_VISIBILITY=1 -O2 -g > -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -shared -o > .libs/mod_python.so -shared -Wl,-x .libs/mod_python.o freeswitch_python.o > mod_python_wrap.o > /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/.libs/libfreeswitch.so -lz > -L/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr-util/xml/expat/lib > -lpq > /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr-util/xml/expat/lib/.libs/libexpat.a > /data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/apr/.libs/libapr-1.a > -luuid -lrt -lcr > ypt -L/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/libs/srtp -lssl > -lcrypto -lncurses -L/usr/local/lib -lpthread -ldl -lutil -lm -lpython2.7 > -Wl,--rpath -Wl,/opt/freeswitch/lib -Wl,--rpath -Wl,/opt/freeswitch/mod > make[5]: *** [mod_python.so] Error 1 > make[5]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python' > make[4]: *** [all] Error 1 > make[4]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod/languages/mod_python' > make[3]: *** [languages/mod_python-all] Error 1 > make[3]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src/mod' > make[3]: Entering directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src' > make[3]: Nothing to be done for `all-am'. > make[3]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/data/home/build/tmp/rpm/BUILD/freeswitch-1.0.7' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.67849 (%build) > > Any thoughts about what might be wrong? > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > > *Michal Bielicki* > Geschäftsführer / CEO > > *Seventh Signal Ltd. & Co. KG* > Weigandufer 45, Büro 115, D-12059 Berlin > Voice: +49 30 60988730 > > Amtsgericht Charlottenburg HRA 44413 B > Ust.-ID: DE266981999 > Geschäftsführer: Michal Bielicki > Persönlich Haftende Gesellschafterin: > Seventh Signal Ltd, 69 Great Hampton St. Birmingham, > B18 6EW, GB, Company Nr.: 06889439 > WWW.: http://www.seventhsignal.de > > > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

1 0