<div dir="ltr"><div dir="ltr"><div>I agree about versioning and stability.</div><div>The idea behind the patches is just predict the future problems related to libssh.</div><div></div><div>Specially to discuss changes associated with deprecated functions.</div><div>And also specially because we have several Linux OSes keeping its own package versioning.</div><div>We would not like to break anything.<br></div><div>I will split this serie and wait for 0.9.0 stable release.</div><div><br></div><div>Thanks to review, Andrea. ;-)<br> </div></div><br><div class="gmail_quote"><div dir="ltr">Em ter, 18 de dez de 2018 às 12:01, Andrea Bolognani <<a href="mailto:abologna@redhat.com">abologna@redhat.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 2018-11-24 at 03:52 +0800, Julio Faracco wrote:<br>
> After 0.8.0 release, libssh deprecated some functions like:<br>
> ssh_is_server_known() and ssh_write_knownhost().<br>
<br>
This is not accurate: 0.8.5 was released less than two months ago<br>
and does not consider any of the functions you listed as deprecated;<br>
the deprecation is indeed in place on the master branch, which will<br>
eventually be released as 0.9.0 or whatever.<br>
<br>
Speaking of which, I'm not entirely convinced being *this* proactive<br>
with respect to libssh deprecations is useful when we could at least<br>
wait for the next stable release to be out. I'll review the patches<br>
in more detail regardless :)<br>
<br>
-- <br>
Andrea Bolognani / Red Hat / Virtualization<br>
<br>
</blockquote></div></div>