[test-results] [Bamboo] No agents to build plan Asterisk - Trunk - FreeBSD 8.1 - i386

[Bamboo]

-------------------------------------------------------------------------------
ASTTRUNK-FREEBSD81-I386-178 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/ASTTRUNK-FREEBSD81-I386/log

--------------
Code Changes
--------------
diruggles (309404):

>Merged revisions 309403 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>................
>  r309403 | diruggles | 2011-03-03 20:50:44 -0500 (Thu, 03 Mar 2011) | 23 lines
>  
>  Merged revisions 309356 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>  
>  ................
>    r309356 | diruggles | 2011-03-03 19:42:28 -0500 (Thu, 03 Mar 2011) | 16 lines
>    
>    Merged revisions 309355 via svnmerge from 
>    https://origsvn.digium.com/svn/asterisk/branches/1.4
>    
>    ........
>      r309355 | diruggles | 2011-03-03 19:34:13 -0500 (Thu, 03 Mar 2011) | 9 lines
>      
>      fix small memory leak
>      
>      fix small memory leak caused by a string allocation that wasn't freed
>      
>      (closes issue #18907)
>      Reported by: andy11
>      Patches: 
>            asterisk_trunk-app_externalivr-leak.patch uploaded by andy11 (license 1224)
>    ........
>  ................
>................
>

rmudgett (309446):

>Merged revisions 309445 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r309445 | rmudgett | 2011-03-04 09:22:04 -0600 (Fri, 04 Mar 2011) | 46 lines
>  
>  Get real channel of a DAHDI call.
>  
>  Starting with Asterisk v1.8, the DAHDI channel name format was changed for
>  ISDN calls to: DAHDI/i<span>/<number>[:<subaddress>]-<sequence-number>
>  
>  There were several reasons that the channel name had to change.
>  
>  1) Call completion requires a device state for ISDN phones.  The generic
>  device state uses the channel name.
>  
>  2) Calls do not necessarily have B channels.  Calls placed on hold by an
>  ISDN phone do not have B channels.
>  
>  3) The B channel a call initially requests may not be the B channel the
>  call ultimately uses.  Changes to the internal implementation of the
>  Asterisk master channel list caused deadlock problems for chan_dahdi if it
>  needed to change the channel name.  Chan_dahdi no longer changes the
>  channel name.
>  
>  4) DTMF attended transfers now work with ISDN phones because the channel
>  name is "dialable" like the chan_sip channel names.
>  
>  For various reasons, some people need to know which B channel a DAHDI call
>  is using.
>  
>  * Added CHANNEL(dahdi_span), CHANNEL(dahdi_channel), and
>  CHANNEL(dahdi_type) so the dialplan can determine the B channel currently
>  in use by the channel.  Use CHANNEL(no_media_path) to determine if the
>  channel even has a B channel.
>  
>  * Added AMI event DAHDIChannel to associate a DAHDI channel with an
>  Asterisk channel so AMI applications can passively determine the B channel
>  currently in use.  Calls with "no-media" as the DAHDIChannel do not have
>  an associated B channel.  No-media calls are either on hold or
>  call-waiting.
>  
>  (closes issue #17683)
>  Reported by: mrwho
>  Tested by: rmudgett
>  
>  (closes issue #18603)
>  Reported by: arjankroon
>  Patches:
>        issue17683_18603_v1.8_v2.patch uploaded by rmudgett (license 664)
>  Tested by: stever28, rmudgett
>........
>

mnicholson (309449):

>Merged revisions 309448 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r309448 | mnicholson | 2011-03-04 09:59:25 -0600 (Fri, 04 Mar 2011) | 8 lines
>  
>  Export global symbols from pbx_lua to allow modules to be loaded.  Fixes a regression introduced in r278132.
>  
>  (closes issue #18671)
>  Reported by: Igels
>  Patches:
>        pbx_lua_global_symbols1.diff uploaded by mnicholson (license 96)
>  Tested by: Igels
>........
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110307/02f6a163/attachment-0001.htm>