Package Details: freeswitch-git 1.7.0.r32606.f1ae0b3841-1

Git Clone URL: (read-only)
Package Base: freeswitch-git
Description: An opensource and free (libre, price) telephony system, similar to Asterisk (git version).
Upstream URL:
Licenses: MPL
Conflicts: freeswitch, freeswitch-fixed
Provides: freeswitch
Submitter: bougyman
Maintainer: sanerb
Last Packager: sanerb
Votes: 13
Popularity: 0.000000
First Submitted: 2010-10-26 03:23
Last Updated: 2017-07-23 09:12

Pinned Comments

sanerb commented on 2016-06-26 04:41

Please note the following additions:

# Bug reports can be filed at
# News updates for packages can be followed at

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to in your favourite RSS reader.)

Note that you should still use the AUR web interface for flagging packages as out-of-date if a new version is released; the aforementioned bug tracker is to aid in issues with building/packaging/the PKGBUILD formats/etc. specifically.


Latest Comments

sanerb commented on 2017-07-24 18:46


no problem! it's my pleasure. :)

mlody_salceson commented on 2017-07-24 09:30


package builds cleanly and runs fine on my machine, thanks for fast response!

sanerb commented on 2017-07-23 09:12


yeah, true- pushed but untested, let me know if it broke'd

mlody_salceson commented on 2017-07-23 08:36

Hello, I believe the necessary fixes are in the repository now and the package builds fine without recent code modifications. The new openssl can be also used.

sanerb commented on 2016-06-26 04:41

Please note the following additions:

# Bug reports can be filed at
# News updates for packages can be followed at

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to in your favourite RSS reader.)

Note that you should still use the AUR web interface for flagging packages as out-of-date if a new version is released; the aforementioned bug tracker is to aid in issues with building/packaging/the PKGBUILD formats/etc. specifically.


sanerb commented on 2016-06-24 01:29

heads up to all-

this package now builds cleanly. there's some very small issues remaining, but Mike Jerrit at upstream (Freeswitch) was a HUGE help and you should offer to buy him a beer.

sysfu commented on 2016-06-20 21:09

Ran latest build error by Freeswitch dev.

He thinks it looks like a compiler or assembler bug, suggested downgrading binutils or gcc and see if that resolves.

sanerb commented on 2015-09-28 05:08

still working on this. libyuv-git is packaged and builds, but still is not detected properly at build-time of mod_fsv. pretty sure it's because it's not building the .so, which e.g. the centos package includes.

or maybe it just wants the debug build, but that didn't seem quite likely by looking at the SPEC file for the epel7 RPM.

regardless, i need python2-gyp_chromium packaged. friend of mine should be doing that shortly. once it's in AUR, I'll see what i can do about the libyuv being detected. if building the .so doesn't fix it, then i'll have to open a bug- because the headers are installed just fine via libyuv-git, but the build script still doesn't seem to find them.

billyburly commented on 2015-09-23 00:09

Tried building using just makepkg, still seeing the same issue with the conf dir. Here's the incorrect output of the configure script: Get the same error that I put in the first paste.

billyburly commented on 2015-09-22 22:35

Sorry I misunderstood what out of date meant, there was a version bump upstream.

I had started building in yaourt and then switched to makepkg when the initial build failed. That's why there are the yaourt dirs. I can try building again using makepkg only if needed.

For some reason the configure script was placing everything in /etc/freeswitch/freeswitch. By using just /etc for sysconfdir it was giving me something that worked.

I have a bunch of my own included modules and had to move some over to the exclude list. Can't tell why. But I had to add mod_fsv to the exclude list. That is what's looking for libyuv.

billyburly commented on 2015-09-22 22:27

Sorry if i misunderstood what out of date means in respect to AUR. FreeSWITCH recently bumped versions. Forgot to include it in the paste I linked. I was working with makepkg inside of the yaourt dirs since that's where I started from.

When I had tried with sysconfdir set to /etc/freeswitch, the config script ended up printing out that it was using /etc/freeswitch/freeswitch. Not sure what was going on there.

The libyuv stuff is for mod_fsv (which is apparently a big feature of 1.6). It seems that something changed with the build process. If you explicitly exclude that module than it builds. Forgot to include it in my paste as well. I had to exclude a couple of codec modules. Couldn't tell if it was because they are now being built by default, or because I had previously included them.

sanerb commented on 2015-09-22 18:48

the only changes i'm seeing are:
-the optdepends addition
-the change of --sysconfdir=/etc/freeswitch to --sysconfdir=/etc (which means allllll the freeswitch stuff gets strewn about in /etc, which is a bad idea).

please do not use that PKGBUILD. i will take a closer look this weekend once i have libyuv packaged.

sanerb commented on 2015-09-22 18:22


1.) Do not flag an AUR package as out-of-date unless it is, in fact, out of date or has been so unmaintained it no longer builds as distributed. I don't know if you noticed, but I'm pretty responsive. I am clearing the out of date flag.

2.) Don't submit bugs using yaourt (or any other package manager/helper). Try building with makepkg only after modifying the PKGBUILD first.

3.) If makepkg by itself still gives a build error, I'll need the entire output.

4.) The freeswitch build script should fetch their fork of libilbc if it's missing, there should be no need to package it unless they changed their build script to not do that anymore, and as far as I can tell they haven't.

There IS, however, a build failure with 1.6- unrelated to ilbc. It seems their 1.6 changes requre libyuv, which isn't packaged. I'll have a package for it in the AUR this weekend.

billyburly commented on 2015-09-22 17:30

Finally got things working. Had to modify the parameters passed to configure. Here's a working version of the PKGBUILD: Also added in the optional package for mod_ilbc.

billyburly commented on 2015-09-22 15:08

Created a package for the FreeSWITCH forked ilbc library. Submitted it as libilbc-git.

However, Still having issues building. Gets to the phase where modules are added/removed and fails.

billyburly commented on 2015-09-22 13:30

Does not build if you enable mod_ilbc

sanerb commented on 2014-10-21 00:09


I don't offhand know of any switches, but take a look at /etc/makepkg.conf

sysfu commented on 2014-10-20 22:08

Are there any command line switches for building freeswitch-git in a low memory (512M) environment?

I keep having problems with processes in the script being killed.

sanerb commented on 2014-09-30 16:26

A new release has been pushed.

See freeswitch's AUR page for more details on the compile-time bug.

sparse commented on 2014-08-27 18:28

sanerb commented on 2014-08-27 14:07

can you post the exact steps you took from downloading the tarball up to that error?

sparse commented on 2014-08-27 13:34

cannot compile wanpipe

sanerb commented on 2014-08-19 22:23

This now builds, obsoleting freeswitch-fixed. Confirmed on a clean install with only base-devel et. al. packages installed as dependencies in PKGBUILD.

Any suggestions for stable package?

sanerb commented on 2014-03-02 21:59
this now builds correctly with some extra goodies. will do further stability runtime testing later tonight or tomorrow.

sanerb commented on 2014-02-24 14:40

see my notes for
which will create a build and install for the most up-to-date (from git) freeswitch.

sysfu commented on 2014-02-08 20:06

The mod_v8 python build error can be mitigated by creating a custom /usr/local/bin/python file as detailed in the Arch wiki

Modify this line

case "$script" in (/path/to/project1/*|/path/to/project2/*|/path/to/project3*)

So it looks something like this

case "$script" in (/tmp/*|/home/username/Downloads/freeswitch-git/*)

The first path (/tmp/*) to is to make it work with AUR utils such as packer-color. The second path would be to change the active version of python if you wanted to build freeswitch-git using makepkg at path /home/username/Downloads/freeswitch-git/*

sysfu commented on 2014-02-07 19:48

I created a bug report about this build problem here

The workaround is to use python 2.7.6 for the build instead of Arch's default python version 3.3.3

From the bug report comment; "This is beacuse you probably have Python 3 in your box. Gyp, which is used during the V8 build process, needs Python 2.7. Try to install 2.7 and make sure that version is the active one when executing "python" binary."

Nazdravi commented on 2014-01-31 21:28

freeswitch has switched from spidermonkey to v8 javascript engine lately but building of mod_v8 fails due to a python3 syntax problem ...
2014-01-26 20:23:25 (260 KB/s) - »»v8-3.24.14.tar.bz2«« gespeichert [37509261/37509261]

File "build/gyp/", line 12
except ImportError, e:
SyntaxError: invalid syntax
Makefile:398: recipe for target 'out/Makefile.native' failed
make[5]: *** [out/Makefile.native] Error 1
Makefile:1008: recipe for target
'/var/cache/pacman/AUR/freeswitch-git/src/freeswitch-build/libs/v8-3.24.14/out/native/' failed
make[4]: *** [/var/cache/pacman/AUR/freeswitch-git/src/freeswitch-build/libs/v8-3.24.14/out/native/]
Error 2
Makefile:547: recipe for target 'mod_v8-all' failed
make[3]: *** [mod_v8-all] Error 1

Epicanis commented on 2013-07-13 01:39

Just a followup - to get mod_opus, you need to add "codecs/mod_opus" to the _enabled_modules section of the PKGBUILD script.

I've still not learned how to use freeswitch in the first place, but I can confirm doing that gets it to build mod_opus and includes it in the install.

Epicanis commented on 2013-07-10 01:04

It looks like mod_opus is currently in the source tree, so hypothetically you can get it. Now I just need to get it to build...

sweeper commented on 2013-07-03 18:26

how do I get/enable mod_opus for this build, or do I need to DIY?

cmb commented on 2013-05-22 21:22

The problem with the systemd service file in this thread is that
freeswitch isn't going into the background. It's an easy fix.
Just add -nc to the /usr/bin/freeswitch invocation,
I.E., the ExecStart line.

Anonymous comment on 2013-01-10 21:00

systemd service files for this program (one in this comment thread and one provided by freeswitch) always end in one of the commands exiting with a status of 214. I'm still pretty unfamiliar with systemd, but is anyone else experiencing this?

r0b0t commented on 2012-12-01 12:53

It worked with LIBREADLINE="-lreadline -lncurses -ldl" not LIBREADLINE=="-lreadline -lncurses -ldl" at least up to now it's compiling, don't know after.
The weird thing is that the application is downloading files during installation:
libs]# ls
apr esl js libcodec2 libks libshout-2.2.2.tar.gz libwebsockets mpg123-1.13.2.tar.gz silk sqlite unimrcp
apr-util freetdm lame-3.98.4 libdingaling libnatpmp libsndfile libzrtp openzap sofia-sip srtp win32
broadvoice iksemel lame-3.98.4.tar.gz libedit libscgi libteletone miniupnpc pcre spandsp stfu xmlrpc-c
curl ilbc ldns libg722_1 libshout-2.2.2 libtpl-1.5 mpg123-1.13.2 portaudio speex tiff-4.0.2 yaml

why is that when the libraries are already included installed in the system?

bougyman commented on 2012-11-30 18:13

This seems upstream. Manually modifying on line 475, adding LIBREADLINE=="-lreadline -lncurses -ldl" at the end, gets past the compile error. Have contacted upstream and will update the PKGBUILD with that fix if they do not fix upstream by tomorrow (Saturday, Dec 1)

r0b0t commented on 2012-11-30 08:17

My is failing to compile in x86-64 :

2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DOS_UNIX=1 -DHAVE_USLEEP=1 -DHAVE_FDATASYNC=1 -I. -I./src -DNDEBUG -DTHREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DHAVE_READLINE=1 -I/usr/include/readline -lpthread \
-o sqlite3 ./src/shell.c \
-lreadline -lncurses
libtool: link: gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DOS_UNIX=1 -DHAVE_USLEEP=1 -DHAVE_FDATASYNC=1 -I. -I./src -DNDEBUG -DTHREADSAFE=1 -DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DHAVE_READLINE=1 -I/usr/include/readline -o sqlite3 ./src/shell.c ./.libs/libsqlite3.a -lpthread -lreadline -lncurses
./.libs/libsqlite3.a(os_unix.o): In function `sqlite3UnixDlopen':
os_unix.c:(.text+0x9a6): undefined reference to `dlopen'
./.libs/libsqlite3.a(os_unix.o): In function `sqlite3UnixDlsym':
os_unix.c:(.text+0x9b1): undefined reference to `dlsym'
./.libs/libsqlite3.a(os_unix.o): In function `sqlite3UnixDlclose':
os_unix.c:(.text+0x9c1): undefined reference to `dlclose'
collect2: error: ld returned 1 exit status
make[1]: *** [sqlite3] Error 1
make[1]: Leaving directory `/var/abs/local/yaourtbuild/freeswitch-git/src/freeswitch-build/libs/sqlite'
make: *** [libs/sqlite/] Error 2
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build freeswitch-git.

What's going wrong?

billyburly commented on 2012-11-09 04:10

I put together a systemd system file based on the debian one.

Anonymous comment on 2012-08-15 05:19

Looks like it is building now. Thanks bougyman and stnk|work.

bougyman commented on 2012-08-14 22:50

I've always seen that strip error, it's never seemed to affect anything. Labeling "Do Not Care"

Anonymous comment on 2012-08-14 13:21

mentioned issue fixed by stnk|work of #freeswitch on freenode.
Integrated into the git so it should work now if u do makeconfig -s again.

however, another thing I noticed:

-> Stripping unneeded symbols from binaries and libraries...
strip:./usr/lib/freeswitch/libfreeswitch.a(libedit.a): Unable to recognise the format of file: File format not recognized

Can this be fixed?

Anonymous comment on 2012-08-14 09:35

+1 to pixelsticks's post.
Same issue.

bougyman commented on 2012-08-13 16:54

Checking on that now, pixelstick.

Anonymous comment on 2012-08-13 15:22

I am getting this error when building an a 32 bit machine:

src/switch_rtp.c: In function 'rtp_common_read':
src/switch_rtp.c:3313:15: error: ignoring return value of 'strerror_r', declared with attribute warn_unused_result [-Werror=unused-result]
cc1: all warnings being treated as errors
make[1]: *** [libfreeswitch_la-switch_rtp.lo] Error 1

Any idea how to resolve this?

cgueret commented on 2011-12-05 11:41

GsmOpen is a channel that can interface with lowcost hardware, we use it to connect to Mobigater. Considering the cost of "real" telephony hardware to connect to GSM networks, this devices allows us to develop prototypes at an affordable price. I assume this would also be of interest to other users of the package but I also understand what you say that having less modules is better. If this package is used in production environment that use dedicated hardware, gsmopen will be useless.

BTW, we now switched to Asterisk and use their module chan_mobile to interface with cellular phones other BlueTooth. We found that solution to be even cheaper than using a Mobigater ;-)

bougyman commented on 2011-12-03 09:03

I'd like more comments with regard to gsmopen. We like to try and keep the build as simple as possible
but any module that is going to be mostly-enabled anyway might as well be in the defaults. I have not
heard this about mod_gsmopen @cgueret, so at this time we are leaving the defaults alone, but accepting
comment for this and any other "gotta-have" modules.

cgueret commented on 2011-09-19 13:49

Yup, I know. But I would like to deploy freeswitch in a context where I can't tell to everyone to edit the PKGBUILD.
So if activating this module directly doesn't pose any major issue, that would help me quite a bit :)

bougyman commented on 2011-09-19 13:08

You can activate any modules you like my modifying the PKGBUILD before running makepkg. Just open PKGBUILD up in an editor
and add your endpoints/mod_gsmopen to the enabled_modules array, then build.

cgueret commented on 2011-09-19 08:29

@bougyman could you please activate endpoints/mod_gsmopen ?

bougyman commented on 2011-09-03 20:12

Patched version uploaded, thanks Masterkorp.

masterkorp commented on 2011-08-31 18:01
Just to save some time on slow connections.

patch -pi

bougyman commented on 2011-03-24 17:41

Now with mod_callcenter support

bougyman commented on 2011-01-05 03:07

Fixed creation of /var/lib/freeswitch/storage and /var/spool/freeswitch/storage