Package Details: freeswitch 1.10.2-1

Git Clone URL: https://aur.archlinux.org/freeswitch.git (read-only, click to copy)
Package Base: freeswitch
Description: An opensource and free (libre, price) telephony system, similar to Asterisk.
Upstream URL: http://freeswitch.org/
Licenses: MPL
Conflicts: freeswitch-fixed, freeswitch-git
Provides: freeswitch
Submitter: None
Maintainer: sanerb
Last Packager: sanerb
Votes: 15
Popularity: 0.002135
First Submitted: 2009-03-02 18:40
Last Updated: 2020-01-06 04:49

Required by (0)

Sources (15)

Latest Comments

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

mal commented on 2017-06-21 20:32

Nice, thanks! That error isn't very clear. I assume it's just the "> " added to a 512b buffer, so I only added 2 (514) and it seems to work. I didn't have to change prompt_str at all.

Here's what i ended up with. It compiles ok, haven't written a config to test running it with yet.
https://gist.github.com/anonymous/ed2ccde7518423ab18374b8013a820f4

mlody_salceson commented on 2017-06-21 15:38

@mal-

Thanks for your work. I have managed to build freeswitch-git using your information and a small modification (increased buffer sizes) for fs_cli.c:

static char bare_prompt_str[1024] = "";
and
static char prompt_str[1024] = "";

instead of

static char bare_prompt_str[512] = "";
static char prompt_str[512] = "";

Hope I didn't break anything!

@sanerb:-

Thank you very much for maintaining this package!

mal commented on 2017-06-16 06:50

.15 and .17 builds fail for me:
./crypto/include/aes_icm_ossl.h:66:20: error: field ‘ctx’ has incomplete type
./crypto/include/aes_gcm_ossl.h:58:18: error: field ‘ctx’ has incomplete type
I think this is https://freeswitch.org/jira/browse/FS-9785

Added these before ./configure, not all may be necessary:
PKG_CONFIG_PATH=/usr/lib/openssl-1.0/pkgconfig
CFLAGS+=" -I/usr/include/openssl-1.0"
LDFLAGS+=" -I/usr/lib/openssl-1.0"

then made it to this (third * highlighted):
src/switch_ivr_play_say.c:1668:47: error: ‘*’ in boolean context, suggest ‘&&’ instead [-Werror=int-in-bool-context]
buflen = FILE_STARTSAMPLES * sizeof(*abuf) * fh->cur_channels ? fh->cur_channels : fh->channels;

Update - tried this, completely guessing about author's intent:
- buflen = FILE_STARTSAMPLES * sizeof(*abuf) * fh->cur_channels ? fh->cur_channels : fh->channels;
+ buflen = FILE_STARTSAMPLES * sizeof(*abuf) * (fh->cur_channels ? fh->cur_channels : fh->channels);

now:
libs/esl/fs_cli.c:1728:54: error: ‘> ’ directive output may be truncated writing 2 bytes into a region of size between 1 and 512 [-Werror=format-truncation=]
snprintf(bare_prompt_str, sizeof(bare_prompt_str), "%s> ", profile->prompt_string);
^~~~~~

sanerb commented on 2017-06-16 06:43

@mal-

getting build failures on 1.6.17; i'll have to look at it tomorrow- it's 0242 here. will update as soon as i figure out why it's failing

sanerb commented on 2017-03-06 05:06

@aztec102-

thanks! updated to 1.6.15!

sanerb commented on 2016-09-23 08:32

@t-8ch:

thanks! updated to 1.6.10

sanerb commented on 2016-06-26 04:38

Please note the following additions:

# Bug reports can be filed at https://bugs.square-r00t.net/index.php?project=3
# News updates for packages can be followed at https://devblog.square-r00t.net

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to https://devblog.square-r00t.net/rss/?category=aur 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:
https://devblog.square-r00t.net/articles/a-note-on-using-gpg-signatures-in-pkgbuilds

Please read; it's not a bug.


Thanks!

opencode commented on 2016-06-24 15:38

@sanerb-
(I think someone else emailed; I've only posted here.)

Arch Linux ARM does have the ability to customize AUR packages to be architecture-specific, but generally they seem to rely on vanilla AUR, and I think that's preferable here. I'd like to have a way to create a minimal version of FreeSWITCH, but a small PKGBUILD with perhaps some comments around what to change for a min build sounds good to me.

Overall, did a new PKGBUILD mainly to get a clean slate and try to end up with a small PKGBUILD that would be easy to strip down further. A few specifics:
1. I used a source tarball rather than git to minimize download size, reduce build-time dependencies, and enable integrity sum checking.
2. I used a separate modules.conf file rather than a add/remove list in PKGBUILD to work the same way building from source would, allow seeing the full list when editing, and remove the need to deal with cases like things on both the add and remove lists.
3. I spent a bit of time tweaking the configure options so that the right paths for Arch would be compiled in and post-installation links wouldn't be needed. (From a quick check, it looks like you did some or all of this in the latest PKGBUILD here.)
4. I split out sounds as separate packages, since they're separate tarballs upstream.
5. I removed the demo config files since I do my config from scratch, and on Windows at least it's a separate installer option; it seemed to match that better to allow installing without the demo config to support these kind of scenarios. (My intention was to create a separate freeswitch-demo-config package that could be installed separately if desired.)
6. I tried to make it a Release-style build, disabling debug and enabling optimizations.
7. I only have a subset of the modules, but that's mainly because compiling on Raspberry Pi Zero is slow and I haven't fully figured out Arch Linux ARM's cross-compilation setup yet. For general use I thought it would be better to include everything that's enabled by default by default and then let people (like me) who want a smaller base tweak the modules.conf list and depends set (perhaps with some comments suggesting a minimal version).

So most of these were factoring/philosophy things that didn't seem architecture-specific. If these sound right to you, I'd be happy to use the same PKGBUILDs and just keep a separate modules.conf on the side I can copy in before I run makepkg.

sanerb commented on 2016-06-24 15:20

thanks! there might be some other runtime deps- was mostly focused on build deps. added (and to -git as well)

ogarcia commented on 2016-06-24 12:41

Hi!

You forget freetype2 as dependency:

/usr/bin/freeswitch -nc -nonat
/usr/bin/freeswitch: error while loading shared libraries: libfreetype.so.6: cannot open shared object file: No such file or directory

Greetings.