Package Details: freeswitch-git 1.7.0.r34100.053be38506-1

Git Clone URL: (read-only, click to copy)
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: 2020-01-09 17:58

Required by (0)

Sources (13)

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.

GPG signature "errors" are explained here:

Please read; it's not a bug.


Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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)