<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 21, 2013 at 4:26 PM, Paul Belanger <span dir="ltr"><<a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 13-12-21 11:04 AM, Ben Langfeld wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Congrats to all on the 12 release yesterday. There's some excellent work<br>
that's gone into that release and we're all very grateful and excited about<br>
using it.<br>
<br>
Unfortunately, Chef only currently supports SHA-256 checksums of downloaded<br>
files. This means that in order to properly release new builds of Asterisk<br>
to my machines, I need to manually download the release, verify the SHA1,<br>
generate a SHA-256, feed this to Chef and converge.<br>
<br>
There's work underway on Chef to support other checksum types, but it might<br>
be helpful regardless for Asterisk to include other checksum types. Would<br>
it be a lot of work to add at least SHA-256, if not MD5 as well, to the<br>
release process?<br>
<br>
</blockquote></div></div>
The build script for asterisk releases are located in repotools[1], so adding support should be a matter of just submitting a patch to the tracker.<br>
<br>
[1] <a href="http://svnview.digium.com/svn/repotools/" target="_blank">http://svnview.digium.com/svn/<u></u>repotools/</a><span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote><div><br></div><div>It's pretty trivial to update mkrelease and releaser to create a new checksum file using sha256sum/md5sum.<br><br></div><div>The question is: if we're going to generate three checksums, is it worthwhile to put them all into a single checksum file? Or do we want three separate files?<br>
<br></div><div>Going the separate file approach would end up generating 6 files per release (3 for the release, 3 for the patch), times 3 supported release branches. Not that it would take up a lot of disk space, but it would be more stuff to browse through.<br>
<br>Matt<br></div><div> </div></div>-- <br><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div>
</div>
</div></div>