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 »

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.