<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 20, 2017 at 4:13 AM, Amar Tumballi <span dir="ltr">&lt;<a href="mailto:atumball@redhat.com" target="_blank">atumball@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hey Ants,<br><br></div><div>Below is the message we want to get out from ant colony to users and developer community this week. (Was pending AI on me since 2 weeks). I want each of you to review this and give a Ack/No Ack on this. <br><br>Also if you think major edits are required for message, we can collaborate on hackmd page : <br><a href="https://hackmd.io/GwIwnGBmCsCM0FoDMsAcBTBAWADLLCYATLJiOmBVgMYAmAhvbLUA#" target="_blank">https://hackmd.io/<wbr>GwIwnGBmCsCM0FoDMsAcBTBAWADLLC<wbr>YATLJiOmBVgMYAmAhvbLUA#</a> <br></div><div><br></div><div>----------------<br>Hello,<br><br></div>2 weeks back we (most of the maintainers of Gluster projects) had a meeting, and we discussed about features required for Gluster 4.0 and also the possible dates.<br><div><div><br></div><div>Summary:<br><br></div><div><ul><li>It is agreed unanimously that the Gluster 4.0 should be feature based release, and not just time based.</li><li>The discussions were on what are the blocking features for 4.0 release, and below were some features which we are considering as blocker for release.</li><ul><li><b>glusterd2: <br></b></li></ul></ul><div style="margin-left:40px">The scalable management interface, which will come with REST api and other admin friendly options. Will be the ONLY major blocker for release.<br></div><ul><ul><li><b>Thin clients (code: gfproxy):</b></li></ul></ul><div style="margin-left:40px">Not a blocker as it is slated to get into master branch before next release cut on 3.x series too. But we are calling it a major feature of 4.0 as it brings many benefits and also change some of the assumptions and current design principles of glusterfs project.</div><ul><ul><li><b>Protocol/XDR changes:</b></li></ul></ul></div><div style="margin-left:40px">Technically, Gluster&#39;s RPC is implemented in a way to support changing of protocols inbetween even the minor releases, but the major changes like adding another fop (like statx(), fadvise() or similar) will need some protocol changes.<br></div><div style="margin-left:40px">Also in discussion is the changes to dictionary structure on wire. We will continue to work on each of this individually, and plan to work towards meeting the release timeline.<br></div></div></div></blockquote><div><br></div><div><br></div><div>Looks good to me. We could add Halo Replication to other features that users can anticipate if  there are volunteers to work / test it out. We have not talked about this feature in any of our release messaging.</div><div><br></div><div>Thanks,</div><div>Vijay</div><div><br></div></div></div></div>