<div dir="ltr">On 1 August 2015 at 05:16, Lucas Alvares Gomes <span dir="ltr"><<a href="mailto:lucasagomes@gmail.com" target="_blank">lucasagomes@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
> It sounds like we all agree -- the client we ship should default to a fixed,<br>
> older version. Anyone who wants newer functionality can pass a newer version<br>
> to their client.<br>
><br>
> Here's the current state of things:<br>
><br>
> server:<br>
> - stable/kilo: 1.6<br>
> - current: 1.11<br>
><br>
> client:<br>
> - stable/kilo: 1.6<br>
> - latest release (0.7.0): 1.6<br>
> - current: 1.9<br>
><br>
> So -- since we haven't released a client that sends a header > 1.6, I<br>
> propose that we set the client back to sending the 1.6 header right away.<br>
> While having the client default to 1.1 would be ideal, this should still<br>
> keep the "Jackson the Absent" of the world as happy as reasonably possible<br>
> moving forward without breaking anyone that is packaging Kilo already.<br>
><br>
> (yes, this may affect Olivia the Contributor, but that's OK because Olivia<br>
> will have read this email :) )<br>
><br>
<br>
</span>There are no backwards incompatible changes from 1.6 to 1.9, so I<br>
suggest we just leave it at 1.9 and don't break "Jackson" nor "Olivia"<br>
(and have no assumptions about who will read this or not).<br>
<br></blockquote><div><br></div><div>Hi, I'd like to make sure I understand. Is it the case that ideally, if we could go back in time, we'd like to change the client so it defaults to 1.1? But since we can't, the next client that we ship/release will have the most reasonable oldest version? If so, then since the most recent client shipped is at 1.6, then I think we should put it back to 1.6 even though it is 1.9 on master. Regardless of whether there are no backwards incompatible changes between 1.6 & 1.9 -- because we need to stick to some way-of-doing-things, and if we use 1.9, I suspect it will be confusing. At least 1.6 was what we had at the end of kilo.</div><div><br></div><div>What we're saying is that for M*, N*, O*, ..., the version used in the client will be the higher of server's MIN_VER_STR or 1.6, right?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...<br>
<br>
Apart from that I think most of the people agreed on the client<br>
defaulting to the minimal version (which I'm assuming means 1.1). So<br>
what people think? Should we add some warning messages when the<br>
version is not specified in the CLI saying we are moving it back to<br>
1.1 on the next releases? And then default it to 1.1 later?<br>
<br>
Cheers,<br>
Lucas<br>
<div class="HOEnZb"><div class="h5"><br>
</div></div></blockquote></div><br></div><div class="gmail_extra">Hey Lucas, Maybe I missed something about the client. If no version is specified to the (next-released) client, won't it use 1.6? How are we going to move it back to 1.1?</div><div class="gmail_extra"><br></div><div class="gmail_extra">--ruby</div></div>