<html>
 <body>
  <div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
   <table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 solid;">
    <tr>
     <td>
      This is an automatically generated e-mail. To reply, visit:
      <a href="https://reviewboard.asterisk.org/r/2757/">https://reviewboard.asterisk.org/r/2757/</a>
     </td>
    </tr>
   </table>
   <br />





<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
 <p style="margin-top: 0;">On August 13th, 2013, 11:13 a.m. UTC, <b>Tzafrir Cohen</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Why do we reinvent the wheel and not just use /etc/asterisk/startup.d ? If the user wants to override values, the user should drop a file in /etc/asterisk/startup.d .</pre>
 </blockquote>




 <p>On August 13th, 2013, 11:58 a.m. UTC, <b>wdoekes</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Yea. I had completely missed that it reads the (hardcoded) /etc/asterisk/startup.d until I was writing this review.

That sounds like the backwards compatible thing to do. Some people apparently already use that.

However, you can&#39;t leave it where it is. If tty9 (the default) is unavailable, you won&#39;t even get that far.

So, one would have to move it up to just after the default-setting (line 20). That breaks backwards compatibility. But that shouldn&#39;t be a disaster for those reading the CHANGES file.</pre>
 </blockquote>








</blockquote>

<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">So, mea culpa on this.

Given where we&#39;re at, I&#39;m inclined to just back out the changes and call it. If we want some of the features that the patch intended to provide, it can always be done for a latter release.

If there aren&#39;t any objections, I&#39;ll back them out tomorrow.</pre>
<br />










<p>- Matt</p>


<br />
<p>On August 13th, 2013, 8:10 a.m. UTC, wdoekes wrote:</p>








<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('https://reviewboard.asterisk.org/static/rb/images/review_request_box_top_bg.png'); background-position: left top; background-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for Asterisk Developers.</div>
<div>By wdoekes.</div>


<p style="color: grey;"><i>Updated Aug. 13, 2013, 8:10 a.m.</i></p>









<div style="margin-top: 1.5em;">
 <b style="color: #575012; font-size: 10pt;">Repository: </b>
Asterisk
</div>


<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
 <table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">See patch.

The patched safe_asterisk is supposed to read values from safe_asterisk.conf, but it never did. It tried to grep a directory (non-recursively).

This fixes that search (and makes the code less ugly).


But, there are a few other points that I&#39;d like to address:

- Why did someone use &quot;#&quot;-comments in the configs/safe_asterisk.conf.sample? We use &quot;;&quot;-commands everywhere else? (And the first line isn&#39;t commented out?)

- I&#39;d rather see a debian style &quot;defaults&quot; file read: if [ -f /etc/defaults/safe_asterisk ]; then source /etc/defaults/safe_asterisk; fi. Then the parsing gets delegated to the shell and we can make things dynamic if we want. But that might be too debian/ubuntu specific. What do other OS-es do?

- The file has vim:tabstop=4. That&#39;s wrong. If you want tabs of 4 spaces, use 4 spaces (sts=4:sw=4:(et)). It also has textwidth=80, but the authors didn&#39;t respect it. Let the line go, or use it.

- I see now that UMASK was checked down the file. Missed that one.

- NOTIFY default should be root. Not empty. The admin will have root aliased to a real e-mail address.

- I&#39;d put DUMPDROP/chdir in /var/spool/asterisk (not /tmp). That&#39;s supposed to exist. And if you want, you can restrict access to the asterisk user. But that&#39;s open for debate. 

- If set TTY= is set, asterisk output is redirected to ttyN, but safe_asterisk echo&#39;s still go to stdout/stderr (but only if the terminal that run_asterisk() was started on is still open and reading from those pipes (the reason why we need to trap PIPE)). All those echo&#39;s should go or be redirected to $TTY. And run_asterisk &amp; should get a &gt;/dev/null 2&gt;&amp;1.


But other than that I&#39;m perfectly happy with it. The automatic restart with mailings about why, have been quite useful.</pre>
  </td>
 </tr>
</table>



<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>/trunk/contrib/scripts/safe_asterisk <span style="color: grey">(396558)</span></li>

</ul>

<p><a href="https://reviewboard.asterisk.org/r/2757/diff/" style="margin-left: 3em;">View Diff</a></p>







  </td>
 </tr>
</table>








  </div>
 </body>
</html>