<span style>Hi,</span><div style><br></div><div style>how should we communicate critical bugs to the users? The definition I use in this email for a critical bug, is one which causes wrong results without crashes, errors, or obvious wrong results (like nan) which would alert the user to a possible error. From those fixed by me for 4.5 I think <a href="http://redmine.gromacs.org/issues/946" target="_blank" style="color:rgb(17,85,204)">http://redmine.gromacs.org/issues/946</a>  qualifies. Do we have other critical bugs fixed in release-4-5-patches since 4.5.5?</div>

<div style><br></div><div style>I think ideally we would release bugfix releases frequently and would include the list of critical bugs in the release announcement. I would think that with Jenkins most of the testing is automatized so that the release process becomes little work and could even be fully automatized. I would think this should enable us to release frequently. Currently the last release is 8.5 months old and we have 119 commits since then in release-4-5-patches. I would be willing to help with any work required to make a 4.5.6 release.</div>

<div style><br></div><div style>If we don&#39;t want to release frequently (in general or before 4.6.) I would think we should announce critical bugs to gmx-users. Should I write an email to gmx-users describing 946 (including that only fftpack is effected and only multiples of 12)?</div>

<div style><br></div><div style>Roland</div><div><br></div>-- <br>ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov">cmb.ornl.gov</a><br>865-241-1537, ORNL PO BOX 2008 MS6309<br>
<br>