FreeSWITCH Week in Review (Master Branch) June 13th-19th
New Post on freeswitch.org from Kathleen check it out at http://ift.tt/1BK42Tv FreeSWITCH Week in Review (Master Branch) June 13th-19th Hello, again. This passed week in the FreeSWITCH master branch we had 94 commits! We had a large amount of work done this week and a few of the highlights are: added mod_local_stream video support, added member status in json format to the conference live array, added function to enable debug information about Opus payload, and a security issue concerning enabling cert CN/SAN validation. Join us on Wednesdays at 12:00 CT for some more FreeSWITCH fun! And head over to freeswitch.com to learn more about FreeSWITCH support. Security issues:FS-7708 Fixed docs on enabling cert CN/SAN validation New features that were added:FS-7656 [mod_localstream] Added mod_local_stream video support, and make mod_conference move the video in and out of a layer when the stream has video or not, scan for relative file in art/eg.wav.png and display it as video when playing audio files, put video banner up if artist or title is set, and fixed a/v sync on first connectionFS-7629 [mod_conference] Added member status in json format to the conference live array, add livearray-json-status to conference-flags to enableFS-7517 FS-7519 [mod_av] [mod_openh264] Added H264 STAP-A packeting support so it would work with FireFoxFS-7664 [mod_verto] Set ICE candidate timeout to wait for only 1 second to fix media delaysFS-7660 [mod_opus] Enabled with new API command “opus_debug” to show information about Opus payload for debugging.FS-7519 [mod_av] Fixed bitrate and added some presetsFS-7693 [mod_conference] Lower the default energy level in sample configs to improve voice quality Improvements in build system, cross platform support, and packaging:FS-7648 More work toward setting up a QA testing configuration, add condition testing for regex all and xor cases, adding profile-variable for testing cases , add lipsync tests for playback and local stream, add stereo, and configuration for mcu testFS-7338 Fixed bug in Debian packaging when trying to build against custom repoFS-7609 Enable building of mod_sangoma_codec for Debian Wheezy/JessieFS-7667 [mod_java] Fixed include directory detection when using Debian java packages and use detected directoryFS-7655 Make libvpx and libyuv optional (none of the video features will work without them) The following modules require these libraries to be installed still: mod_av mod_cv mod_fsv mod_mp4v2 mod_openh264 mod_vpx mod_imagick mod_vpx mod_yuv mod_png mod_vlc, fix build issue w/ strict prototypes, and fix a few functions that need to be disabled without YUVFS-7605 Fixed default configuration directory in Debian packages and fixed Debian packaging dependencies on libyuv and libvpxFS-7669 When installing from Debian packaging if you don’t have the /etc/freeswitch directory, we will install the default packages for you. If you already have this directory, we’ll let you deal with your own configs.FS-7297 [mod_com_g729] Updated the make target installerFS-7644 Added a working windows build without video support for msvc 2013FS-7666 [mod_managed] Fixed error building mod_managed on non windows platforms The following bugs were squashed:FS-7641 Fixed a segfault in eavesdrop video supportFS-7649 [mod_verto] Fixed issue with h264 codec not being configured in verto.conf.xmlFS-7657 [mod_verto] Fixed a bug with TURN not being used. Note, you can pass an array of stun servers, including TURN, to the verto when you start it up. (see verto.js where iceServers is passed)FS-7665 [mod_conference] Fixed a bug with the video floor settings not giving the video floor to the speakerFS-7650 [mod_verto] Fixed crash when making a call from a verto user with profile-variables in their user profileFS-7710 [mod_conference] Added the ability to set bandwidth to “auto” for conference configFS-7432 Fixed dtls/srtp, use correct a=setup parameter on recovering channelsFS-7678 Fixed for fail_on_single_reject not working with | bridgeFS-7709 [mod_verto] Verto compatibility fixes for FirefoxFS-7689 [mod_lua] Fixed a bug with lua not loading directory configurationsFS-7694 [mod_av] Fixed for leaking file handles when the file is closed.
On Tue, Jun 23, 2015 at 6:39 PM, Ken Rice <krice@freeswitch.org> wrote:
FS-7669 When installing from Debian packaging if you don’t have the /etc/freeswitch directory, we will install the default packages for you. If you already have this directory, we’ll let you deal with your own configs.
are you sure you want to do this? Now all deployment scripts will have to delete /etc/freeswitch on a freshly installed server before deploying the target config. I think it's sufficient to print a reminder at the end of the package installation about the config directory. The vanilla configuration is anyway not supposed to run on a production server. If you want a clean start, you can check the existence of /etc/freeswitch before launching the daemon.
In most instances when people are installing a new software package a default/example config is installed. We're going to match what they are doing. Also, if you install the freeswitch configs before you actually instll the freeswitch packages, the configs will not be overwritten On 6/23/15, 5:50 PM, "Stanislav Sinyagin" <ssinyagin@gmail.com> wrote:
On Tue, Jun 23, 2015 at 6:39 PM, Ken Rice <krice@freeswitch.org> wrote:
FS-7669 When installing from Debian packaging if you don¹t have the
/etc/freeswitch directory, we will install the default packages for you. If
you already have this directory, we¹ll let you deal with your own configs.
are you sure you want to do this? Now all deployment scripts will
have to delete /etc/freeswitch on a freshly installed server before deploying the target config.
I think it's sufficient to print a reminder at the end of
the package installation about the config directory. The vanilla configuration is anyway not supposed to run on a production server.
If you want a clean
start, you can check the existence of /etc/freeswitch before launching the daemon.
_____________________________________________________________________
____ Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org http://www.freeswitchsolutions.com Official
FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cl uecon.com
FreeSWITCH-users mailing
list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman /listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/opt ions/freeswitch-users http://www.freeswitch.org
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH
If the directory /etc/freeswitch/ already exists, then the default configs will not be copied into there. Too many people were not able to get FS installed and working because they didn't know that FS had a special requirement, different from other Debian packages, that required you to copy the configs over yourself. There is an argument to copy over only a bare minimal freeswitch.xml file. William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com On 6/23/15 3:50 PM, Stanislav Sinyagin wrote:
On Tue, Jun 23, 2015 at 6:39 PM, Ken Rice <krice@freeswitch.org> wrote:
FS-7669 When installing from Debian packaging if you don’t have the /etc/freeswitch directory, we will install the default packages for you. If you already have this directory, we’ll let you deal with your own configs.
are you sure you want to do this? Now all deployment scripts will have to delete /etc/freeswitch on a freshly installed server before deploying the target config.
I think it's sufficient to print a reminder at the end of the package installation about the config directory. The vanilla configuration is anyway not supposed to run on a production server.
If you want a clean start, you can check the existence of /etc/freeswitch before launching the daemon.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
maybe one of the minimal configs would be more suitable. The vanilla config has too many things that are great for a demo, but useless for a production system. On Fri, Jun 26, 2015 at 3:24 AM, William King <william.king@quentustech.com> wrote:
If the directory /etc/freeswitch/ already exists, then the default configs will not be copied into there. Too many people were not able to get FS installed and working because they didn't know that FS had a special requirement, different from other Debian packages, that required you to copy the configs over yourself.
There is an argument to copy over only a bare minimal freeswitch.xml file.
William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com
On 6/23/15 3:50 PM, Stanislav Sinyagin wrote:
On Tue, Jun 23, 2015 at 6:39 PM, Ken Rice <krice@freeswitch.org> wrote:
FS-7669 When installing from Debian packaging if you don’t have the /etc/freeswitch directory, we will install the default packages for you. If you already have this directory, we’ll let you deal with your own configs.
are you sure you want to do this? Now all deployment scripts will have to delete /etc/freeswitch on a freshly installed server before deploying the target config.
I think it's sufficient to print a reminder at the end of the package installation about the config directory. The vanilla configuration is anyway not supposed to run on a production server.
If you want a clean start, you can check the existence of /etc/freeswitch before launching the daemon.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This is of course completely up to the end user what configuration they want to use. they can choose to copy any other config set in to place if this default doesn't suit their needs. we choose this as a default to get people to have as easy as possible of a first time experience, and we have found this greatly reduces first time user questions to have a default config that allows them to try some functionality before they learn how to configure things fully. On Friday, June 26, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
maybe one of the minimal configs would be more suitable. The vanilla config has too many things that are great for a demo, but useless for a production system.
On Fri, Jun 26, 2015 at 3:24 AM, William King <william.king@quentustech.com <javascript:;>> wrote:
If the directory /etc/freeswitch/ already exists, then the default configs will not be copied into there. Too many people were not able to get FS installed and working because they didn't know that FS had a special requirement, different from other Debian packages, that required you to copy the configs over yourself.
There is an argument to copy over only a bare minimal freeswitch.xml file.
William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518 william.king@quentustech.com <javascript:;>
On 6/23/15 3:50 PM, Stanislav Sinyagin wrote:
On Tue, Jun 23, 2015 at 6:39 PM, Ken Rice <krice@freeswitch.org <javascript:;>> wrote:
FS-7669 When installing from Debian packaging if you don’t have the /etc/freeswitch directory, we will install the default packages for you. If you already have this directory, we’ll let you deal with your own configs.
are you sure you want to do this? Now all deployment scripts will have to delete /etc/freeswitch on a freshly installed server before deploying the target config.
I think it's sufficient to print a reminder at the end of the package installation about the config directory. The vanilla configuration is anyway not supposed to run on a production server.
If you want a clean start, you can check the existence of /etc/freeswitch before launching the daemon.
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:;> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:;> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:;> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:;> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:;> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:;> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Ken Rice
-
Michael Jerris
-
Stanislav Sinyagin
-
William King