<div dir="ltr">Hi devs,<div><br></div><div>I propose a much lower-key release cycle than we have had in the past. It has dragged out too long and been too stressful for all involved :-)</div><div><br></div><div>On April 1, I&#39;ll fool you all and roll a release candidate from master branch HEAD, and branch release-2016 immediately. If stuff isn&#39;t merged yet, then it isn&#39;t. The one thing that can&#39;t get me fired is releasing quality code at a predictable time, and the fewer things we submit to master branch, the easier it is for me to do that job! ;-) If you need/want some code in the release, then it needs to be in Gerrit with Doxygen, user docs and test cases... real soon now! And get your reviewers interested in advance, because they&#39;re all super busy people. :-)</div><div><br></div><div>Then May 1, when the worst of the known issues are handled, I&#39;ll release GROMACS 2016. That&#39;ll then give us ~6 weeks before Swedes disappear on summer holidays if we need to do 2016.1 release then.</div><div><br></div><div>Our long beta phases for 4.6, 5.0 and 5.1 haven&#39;t been terribly effective at finding development bugs (e.g. I broke multi-rank-per-simulation replica exchange before 5.1, and nobody noticed until the code had been out for several months; there&#39;s various other such examples). Instead, I&#39;ll use that month to prioritise the kind of exhaustive testing that has been too onerous for me to contemplate doing after a multi-month beta phase. Hopefully some of my new testing infrastructure can be reviewed and integrated by then, to make that easier.</div><div><br></div><div>I am planning to do a GROMACS 2016 paper, and those of you who&#39;ve been working actively and regularly on the wider code base will be most welcome to help write that!</div><div><br></div><div>Happy coding and reviewing!</div><div><br></div><div>Mark</div></div>