<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>111095</bug_id>
          
          <creation_ts>2005-11-01 01:35 0000</creation_ts>
          <short_desc>Update asterisk ebuild stop scripts</short_desc>
          <delta_ts>2006-11-02 07:06:03 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gentoo@wildgooses.com</reporter>
          <assigned_to>voip@gentoo.org</assigned_to>
          <cc>mrness@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>gentoo@wildgooses.com</who>
            <bug_when>2005-11-01 01:35:03 0000</bug_when>
            <thetext>Asterisk seems to take some time to die once you have done &quot;/etc/init.d/asterisk
stop&quot; - this causes the restart script to usually error

I have &quot;borrowed&quot; the logic from the squid script which waits for the process to
fully die before returning an error code.  This means that the script now
restarts correctly under normal usage

Can someone please pop this in the main asterisk ebuild

Reproducible: Always
Steps to Reproduce:

/etc/init.d/asterisk restart
 * Stopping asterisk PBX ...                                                   
                                                                      [ ok ]
 * Starting asterisk PBX (as asterisk:asterisk) ...
/usr/sbin/asterisk already running.                                            
                                                                      [ !! ]</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@wildgooses.com</who>
            <bug_when>2005-11-01 02:36:56 0000</bug_when>
            <thetext>Created an attachment (id=71856)
updated start/stop script

Patch should be obvious.  I only changed the &quot;STOP&quot; function</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rterhaar@allovermedia.com</who>
            <bug_when>2005-11-18 12:36:53 0000</bug_when>
            <thetext>i&apos;ve seen asterisk hang on shutdown due to mpg123 spinning out of control, i
often have to do a kill -9 on mpg123 for asterisk to stop correctly...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-10-03 04:03:25 0000</bug_when>
            <thetext>can you please make a patch (unified diff) or the current init script? It looks not easy to merge here 


diff -u old new &gt; patch</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2006-11-02 07:06:03 0000</bug_when>
            <thetext>fixed in 1.2.13-r1</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>71856</attachid>
            <date>2005-11-01 02:36 0000</date>
            <desc>updated start/stop script</desc>
            <filename>asterisk</filename>
            <type>text/plain</type>
            <data encoding="base64">IyEvc2Jpbi9ydW5zY3JpcHQKIyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9u
CiMgRGlzdHJpYnV0ZWQgdW5kZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMg
TGljZW5zZSB2MgojICRIZWFkZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1taXNjL2Fz
dGVyaXNrL2ZpbGVzLzEuMC4wL2FzdGVyaXNrLnJjNi5zZWMsdiAxLjMgMjAwNS8wNS8zMSAyMzox
OTo1NiBzdGtuIEV4cCAkCgpkZXBlbmQoKSB7CgluZWVkIG5ldAoJdXNlIHphcHRlbAp9CgpzdGFy
dCgpIHsKCWxvY2FsIE9QVFMgVVNFUiBHUk9VUAoKCWlmIFtbIC1uICIke0FTVEVSSVNLX05JQ0V9
IiBdXTsgdGhlbgoJCWlmIFtbICR7QVNURVJJU0tfTklDRX0gLWdlIC0yMCBdXSAmJiBcCgkJICAg
W1sgJHtBU1RFUklTS19OSUNFfSAtbGUgIDE5IF1dOyB0aGVuIAoJCQlPUFRTPSItLW5pY2VsZXZl
bCAke0FTVEVSSVNLX05JQ0V9IgoJCWVsc2UKCQkJZWVycm9yICJOaWNlIHZhbHVlIG11c3QgYmUg
YmV0d2VlbiAtMjAgYW5kIDE5IgoJCWZpCglmaQoKCWlmIFtbIC1uICIke0FTVEVSSVNLX1VTRVJ9
IiBdXTsgdGhlbgoJCVVTRVI9JHtBU1RFUklTS19VU0VSLzoqL30KCQlHUk9VUD0kKGVjaG8gJEFT
VEVSSVNLX1VTRVIgfCBhd2sgLUY6ICcvLio6LiovIHsgcHJpbnQgJDIgfScpCgkJaWYgW1sgLW4g
IiR7VVNFUn0iIF1dOyB0aGVuCgkJCUFTVEVSSVNLX09QVFM9IiR7QVNURVJJU0tfT1BUU30gLVUg
JHtVU0VSfSIKCQlmaQoJCWlmIFtbIC1uICIke0dST1VQfSIgXV07IHRoZW4KCQkJQVNURVJJU0tf
T1BUUz0iJHtBU1RFUklTS19PUFRTfSAtRyAke0dST1VQfSIKCQkJR1JPVVA9Ijoke0dST1VQfSIJ
IyBtYWtlIGl0IGxvb2sgbmljZS4uLgoJCWZpCgkJZWJlZ2luICJTdGFydGluZyBhc3RlcmlzayBQ
QlggKGFzICR7VVNFUn0ke0dST1VQfSkiCgllbHNlCgkJZWJlZ2luICJTdGFydGluZyBhc3Rlcmlz
ayBQQlggKGFzIHJvb3QpIgoJZmkKCQlzdGFydC1zdG9wLWRhZW1vbiAtLXN0YXJ0IC0tZXhlYyAv
dXNyL3NiaW4vYXN0ZXJpc2sgXAoJCQkke09QVFN9IC0tICR7QVNURVJJU0tfT1BUU30KCWVlbmQg
JD8KfQoKc3RvcCgpIHsKCWViZWdpbiAiU3RvcHBpbmcgYXN0ZXJpc2sgUEJYIgoJUElEPWBjYXQg
L3Zhci9ydW4vYXN0ZXJpc2svYXN0ZXJpc2sucGlkIDI+L2Rldi9udWxsYAoJc3RhcnQtc3RvcC1k
YWVtb24gLS1zdG9wIC0tcGlkZmlsZSAvdmFyL3J1bi9hc3Rlcmlzay9hc3Rlcmlzay5waWQKCSMg
Tm93IHdlIGhhdmUgdG8gd2FpdCB1bnRpbCBhc3RlcmlzayBoYXMgX3JlYWxseV8gc3RvcHBlZC4K
CXNsZWVwIDIKCWlmIHRlc3QgLW4gIiRQSUQiICYmIGtpbGwgLTAgJFBJRCAyPi9kZXYvbnVsbAoJ
dGhlbgoJCWVpbmZvbiAiV2FpdGluZyAuIgoJCWNudD0wCgkJd2hpbGUga2lsbCAtMCAkUElEIDI+
L2Rldi9udWxsCgkJZG8KCQkJY250PWBleHByICRjbnQgKyAxYAoJCQlpZiBbICRjbnQgLWd0IDYw
IF0KCQkJdGhlbgoJCQkJIyBXYWl0ZWQgMTIwIHNlY29uZHMgbm93LiBGYWlsLgoJCQkJZWVuZCAx
ICJGYWlsZWQuIgoJCQkJYnJlYWsKCQkJZmkKCQkJc2xlZXAgMgoJCQllY2hvIC1uICIuIgoJCWRv
bmUKCQllY2hvIC1uICJkb25lLiIKCQllZW5kIDAKCWVsc2UKCQllZW5kIDAKCWZpCn0K
</data>        

          </attachment>
    </bug>

</bugzilla>