Package Details: freeswitch 1.10.12-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: Korynkai
Last Packager: Korynkai
Votes: 16
Popularity: 0.000710
First Submitted: 2009-03-02 18:40 (UTC)
Last Updated: 2024-11-07 19:00 (UTC)

Required by (0)

Sources (25)

Latest Comments

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

sanerb commented on 2016-06-26 04:38 (UTC) (edited on 2017-09-01 22:44 (UTC) by sanerb)

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 (UTC) (edited on 2016-06-24 15:38 (UTC) by opencode)

@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 (UTC)

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 (UTC)

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.

sanerb commented on 2016-06-24 01:30 (UTC)

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. (@opencode- i presume that was you that emailed me- thanks! got a user not found error when trying to re:, but will create a separate pkg shortly that should be a lot more ALARM-friendly.)

sanerb commented on 2016-06-22 05:39 (UTC)

@opencode- does ALARM have a separate AUR? if not, i think i could actually include some logic in the PKGBUILD to use a slimmer build if the architecture is detected as ARM. i don't have an ARM to test on, but can you get me the output of (separately): uname -i uname -m uname -p would that be acceptable or would you want like, a freeswitch-minimal or freeswitch-lite or something? i hestitate to make a separate package as that makes it almost seem like there's a separate upstream project for it. you actually have some pretty great timing, as well- i have an appointment sometime this week to work with upstream directly to sort out the issues with the build process (they presume it's a compiler bug).

opencode commented on 2016-06-21 03:21 (UTC)

I use FreeSWITCH on Arch Linux ARM Raspberry Pi Zero and wanted a tinier base to build from, so I ended up basically re-writing packages for Arch Linux. There are a couple more things I'd like to do before calling it final for general usage, in particular: a) adding all of the default modules in modules.conf rather than the subset I currently have; b) fixing the systemd .service file to start at boot correctly (though this appears broken upstream as well); and c) adding a separate package freeswitch-demo-config to allow installing the provided config files (I use my own config files written from scratch). If others are interested, I've put the current version here: PKGBUILD: http://pastebin.com/fFNTgmbX freeswitch.service: http://pastebin.com/KmPKLdJ9 modules.conf: http://pastebin.com/e49dMnZW Along with another package for sounds: http://pastebin.com/aq9MiCcz @sanerb, let me know if you'd be interested in using these in place of the current ones

sanerb commented on 2016-06-17 19:40 (UTC)

with tagged 1.6.8 release (same occurs on 1.6.9): ./configure: line 19628: syntax error near unexpected token `fi' ./configure: line 19628: `fi' make: *** [Makefile:1433: config.status] Error 2 ==> ERROR: A failure occurred in build(). Aborting... @sysfu did you build any modules or just the base application? i'm wondering if one of the modules is causing issue, but i doubt it since they build separately. the 1.7.0 branch seems to fare better, i think, as freeswitch-git builds last i checked.. but that isn't stable yet

sysfu commented on 2016-06-17 16:54 (UTC)

I was able to build the 1.6.8 tagged release via git source on OpenBSD 5.9, albeit with some lua errors, have you tried that one?

sanerb commented on 2016-06-03 19:23 (UTC)

honestly, i think they tagged a bad commit. freeswitch-git should build fine. i need to wait for a new release to switch to that tag

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