<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Jan 25, 2014 at 4:04 PM, Harshavardhana <span dir="ltr"><<a href="mailto:harsha@harshavardhana.net" target="_blank">harsha@harshavardhana.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">> "In essence, every time you make a change to the library and<br>
> release it, the C:R:A should change. A new library should start<br>
> with 0:0:0. Each time you change the public interface<br>
> (i.e., your installed header files), you should increment the<br>
> CURRENT number."<br>
><br>
> So the version which was 3 became 5 when discard API was added and became 6<br>
> when zerofill was added. As per the above description, API addition will<br>
> result in a change to the installed header(glfs.h) and hence warrants a<br>
> change in CURRENT number ? Should you have changed the version to 6.0.0<br>
> instead of 0.0.6 ?<br>
><br>
<br>
</div>You are in-fact correct here - i didn't know about the API changes with 3, 5, 6.<br>
I will send out a patch regarding that. Basis on bumping the 'AGE' was<br>
wrong - since<br>
i just assumed public interface didn't change.<br></blockquote><div><br></div><div>Not for this specific change, but may be it's time to add a test case into gluster to test QEMU requirements. The last effort in that direction was made here: <a href="http://lists.nongnu.org/archive/html/gluster-devel/2013-02/msg00014.html">http://lists.nongnu.org/archive/html/gluster-devel/2013-02/msg00014.html</a><br>
<br></div><div>Regards,<br>Bharata.</div></div></div></div>