FS-7031 [unimrcp] update sofia-sip.m4 so that it can build when relative path is used in configure.gnu --with-sofia-sip

* commit 'f87c335e':
  Only waiting for agent channel to hangup.

Merge pull request #117 in FS/freeswitch from ~UNIXDOG/freeswitch-rneese:bugfix/FS-6848-freesbd10.1-arm-build-failure to master

* commit '9673cf0a':
  Fix for apr build issue fs-6848 freebsd arm

remove hack breaking some cross compile builds.  if you really need this, you should be using new enough glibc anyways

* commit '1e926198':
  FS-6097 - added fifo_position macro

 [apr] Backport APR_RING_FOREACH and APR_RING_FOREACH_SAFE macros to APR for unimrcp compatibility.

 [unimrcp] configure.gnu - need full path, not relative path for library paths

 [unimrcp] added uni_revision.h - couldn't get it to autogenerate from build

 [mod_unimrcp] add better logging and error checking on module load.  Currently dumps core on MRCPv1 TTS attempt

 [mod_unimrcp] don't configure MRCPv1 session with a connection agent- causes crash

FS-7014: [mod_sofia] don't touch the tech_pvt when a call has just ended, leaving us with a null tech_pvt

FS-6622: [mod_shout] set buffer size for streams based on the number of channels to avoid buffer starvation

FS-5666: [mod_redis] add ignore_connect_fail config setting to not kill the call when redis is down when using redis backend for limit

iksemel - remove support for SSLv23 in iks_proceed_tls (was a FS addition to iksemel).  mod_rayo - updated to no longer support SSLv23

Merge pull request #113 in FS/freeswitch from ~FLAVIO/freeswitch:bugfix/FS-7004-mod_sndfile_respect_umask to master

* commit 'c73afe1c':
  FS-7004 mod_sndfile: respect umask when creating new files

Files created by mod_sndfile use sf_open() which uses hardcoded permissions. To
respect the process' umask, manually open files with the correct permissions
and then call sf_open_fd().

Previously the `timeout` option to the curl API command set only
`CURLOPT_CONNECTTIMEOUT` -- the maximum amount of time that curl will
wait to connect to the server.  If the server accepted the connection
but then never replied, curl would wait essentially forever.  There
was no way to set `CURLOPT_TIMEOUT` -- the maximum amount of time the
entire request operation is allowed to take.

With this change, the `timeout` option sets `CURLOPT_TIMEOUT`.  We've
earlier added a `connect-timeout` option to set
`CURLOPT_CONNECTTIMEOUT`.

This is a change to existing behavior.  However, it's likely that this
is what people expected it to do all along.  The curl application
call, for example, accepts both `curl_connect_timeout` and
`curl_timeout` channel variables, with the latter setting
`CURLOPT_TIMEOUT`.

If people really were relying on this odd behavior, we'll rename the
option with the new behavior to something else and come up with a
transition plan.

This option sets the maximum number of seconds that curl will wait to
connect with the server.

Right now this is a synonym for the `timeout` option.

FS-7003 #resolve #comment mod_rayo: fix infinite loop when output sent to server without SSML configured and repeat-times=0

mod_rayo: new configuration parameter, add-variables-to-offer (default=false).  When true, all channel variables are included in the offer to rayo client