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

[Bamboo]

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

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

--------------
Code Changes
--------------
kmoore (331000):

>app_queue: Add StateInterface to output of "queue show" and "QueueStatus"
>
>This patch adds the state_interface of the queue member struct to the output
>of "queue show" (CLI command) and "QueueStatus" (AMI action) when displaying
>relevant queue member information.  For the AMI event message the variable
>StateInterface has been added.
>
>(closes issue ASTERISK-18071)
>Review: https://reviewboard.asterisk.org/r/1300/
>Patch-by: Jamuel Starkey
>

kmoore (331037):

>Log queue member name when state_interface is set for ADDMEMBER and REMOVEMEMBER events
>
>app_queue logs the events ADDMEMBER and REMOVEMEMBER with the agent field set
>to the interface value rather than the membername value when a member is added
>with a state_interface value set.  However all other member related queue
>events are logged with the membername when a state_interface is set.  This
>patch makes these fields optionally more consistent and correct.
>
>(closes issue ASTERISK-14769)
>Review: https://reviewboard.asterisk.org/r/1286
>Patch-by: Jamuel Starkey
>Tested-by: Kinsey Moore <kmoore at digium.com>
>

kmoore (331040):

>Merged revisions 331039 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>................
>  r331039 | kmoore | 2011-08-08 15:53:30 -0500 (Mon, 08 Aug 2011) | 18 lines
>  
>  Merged revisions 331038 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.8
>  
>  ........
>    r331038 | kmoore | 2011-08-08 15:52:45 -0500 (Mon, 08 Aug 2011) | 11 lines
>    
>    In-queue MOH stops after a periodic announcement
>    
>    If the seek value is past the end of file when resuming G.722 MOH, MOH will
>    cease to function for the duration of the MOH session through all starts and
>    stops until saved state is cleared.  Adjusting the code to guarantee a single
>    valid read (which is already assumed) fixes the bug.
>    
>    (closes issue ASTERISK-18077)
>    Review: https://reviewboard.asterisk.org/r/1328/
>    Tested-by: Jonathan Rose <jrose at digium.com>
>  ........
>................
>


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