<div dir="ltr">Hi,<div><br></div><div>We (ec2-api team) now in the middle of some investigations that should lead us to either to remove boto from the code or to change it to botocore as we decided previously.</div><div>We'll done with it to the middle of July.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Regards,<div>Andrey Pavlov.</div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jun 20, 2017 at 10:15 AM, Tony Breeds <span dir="ltr"><<a href="mailto:tony@bakeyournoodle.com" target="_blank">tony@bakeyournoodle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Jun 19, 2017 at 09:33:02PM +0800, jiaopengju wrote:<br>
> Hi Dims,<br>
> I got response from core member of ec2-api. What do you think about it?<br>
><br>
><br>
> ------------------------------<wbr>----<br>
> Hi,<br>
><br>
><br>
> I don't treat adding new library as a problem.<br>
><br>
><br>
> - I see that you don't remove boto - so your change doesn't affect ec2-api code.<br>
<br>
</span>Part of the role of the requirements team is to ensure that we don't end<br>
up with several libraries that have significant overlap in<br>
functionality.  Clearly boto and boto3 fall squarely in that camp.<br>
<br>
What the requirements team needs is some assurance that switching to<br>
boto3 is something that the ec2-api team would be able to do.  Running<br>
on boto which has been deprecated in favor of boto3 make sense from a<br>
lot of levels.  We're far enough into the Queens cycle that I doubt it'd<br>
happen this cycle :(<br>
<br>
Yours Tony.<br>
</blockquote></div><br></div>