<div class="zcontentRow"> <p>Steve,</p><p>Co-installation and <span style="line-height: 21px;">global requirements are orthogonal to me: Two projects which can be (or need to be) <span style="line-height: 21px;">co-installed do not need to be <span style="line-height: 21px;">global requirements</span> aligned, on the flip side, two projects which are <span style="line-height: 21px;">global requirements</span><span style="line-height: 21px;"> </span><span style="line-height: 21px;">aligned do not need to be tied together for user to use. So I would rather interpret global requirements <span style="line-height: 21px;">alignement </span>as a test to see if projects can run together than an updating of each projects requirement.txt.</span></span></span></p><p><br></p><p><br></p><p><br></p><div class="zMailSign"><div><div><p>B. R.,</p><p>Zhijiang</p></div></div></div><div><div class="zhistoryRow" style="display:block"><div class="zhistoryDes" style="width: 100%; height: 28px; line-height: 28px; background-color: #E0E5E9; color: #1388FF; text-align: center;" language-data="HistoryOrgTxt">Original Mail</div><div id="zwriteHistoryContainer"><div class="control-group zhistoryPanel"><div class="zhistoryHeader" style="padding: 8px; background-color: #F5F6F8;"><div><strong language-data="HistorySenderTxt">Sender: </strong><span class="zreadUserName"> ＜stdake@cisco.com＞;</span></div><div><strong language-data="HistoryTOTxt">To: </strong><span class="zreadUserName" style="display: inline-block;"> ＜openstack-dev@lists.openstack.org＞;</span><span class="zreadUserName" style="display: inline-block;"> ＜hongbin034@gmail.com＞;</span></div><div><strong language-data="HistoryDateTxt">Date: </strong><span class="">2017/04/20 18:08</span></div><div><strong language-data="HistorySubjectTxt">Subject: </strong><span class="zreadTitle"><strong>Re: [openstack-dev] [kolla] [daisycloud-core][requirements][magnum] [oslo] Do we really need to upgrade pbr,docker-py and oslo.utils</strong></span></div></div><p class="zhistoryContent"><br></p><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="Title" content=""><meta name="Keywords" content=""><meta name="Generator" content="Microsoft Word 15 (filtered medium)"><div class="WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Zhijang,<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><o:p> </o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">You have a point a view whereby Kolla is never co-installed with other OpenStack projects.  I agree I have never heard of this happening.  That doesn’t mean it doesn’t happen.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><o:p> </o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Even given this line of thinking, I have an impossible time rationalizing Kolla as a special snowflake.  Kolla conforms (as best as we know how) to OpenStack wide processes.<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><o:p> </o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Regards<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">-steve<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><o:p> </o:p></span></p><blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0in 0in 0in 4.0pt;margin-left:3.75pt;margin-right:0in"><div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><strong><span style="font-family:Calibri;color:black">From: </span> </strong><span style="font-family:Calibri;color:black">"hu.zhijiang@zte.com.cn" ＜hu.zhijiang@zte.com.cn＞<br> <strong>Reply-To: </strong>"OpenStack Development Mailing List (not for usage questions)" ＜openstack-dev@lists.openstack.org＞<br> <strong>Date: </strong>Wednesday, April 19, 2017 at 11:24 PM<br> <strong>To: </strong>"hongbin034@gmail.com" ＜hongbin034@gmail.com＞<br> <strong>Cc: </strong>"openstack-dev@lists.openstack.org" ＜openstack-dev@lists.openstack.org＞<br> <strong>Subject: </strong>Re: [openstack-dev] [kolla] [daisycloud-core] [requirements][magnum] [oslo] Do we really need to upgrade pbr, docker-py and oslo.utils<o:p></o:p></span></p></div><p class="MsoNormal"><o:p> </o:p></p><div><p>Then IMO,  the global requirements process seems against the intention of requirement.txt file. Since requirement.txt is per-project, not global. It is (just for example) Zun that treat docker-py-1.8 as a must. As for Kolla, both 1.6 and 1.8 are OK. Then  there is no need to force Kolla to change its requirement from "docker-py <span style="font-family:Calibri"> ＞</span>=1.6.0" to "docker-py <span style="font-family:Calibri">＞</span>=1.8.0" by the global requirements process, otherwise,  user may think Kolla really need a newer version, kind of easy to be misread.<o:p></o:p></p><p><o:p> </o:p></p><p>We know it is valuable to upgrade requirements globally, as it is condusive to early bug detection of the co-installation circumstance. But can we not to do that detection in each project's CI by write it literally in each project's requirement.txt but just  upgrade required packages globally in a dedicated CI that tests the projects which really need to be co-installed? <o:p></o:p></p><p><o:p> </o:p></p><div><div><div><p>B. R.,<o:p></o:p></p><p>Zhijiang<o:p></o:p></p></div></div></div><div><div><p class="MsoNormal" style="text-align:center;line-height:21.0pt;background:#E0E5E9"><span style="color:#1388FF">Original Mail<o:p></o:p></span></p><div id="zwriteHistoryContainer"><div><div><div><p class="MsoNormal" style="background:#F5F6F8"><strong>Sender: </strong><span class="zreadusername"> </span><span class="zreadusername"><span style="font-family:"MS Mincho"">＜</span></span><span class="zreadusername">hongbin034@gmail.com</span><span class="zreadusername"><span style="font-family:"MS Mincho"">＞</span></span><span class="zreadusername">;</span><o:p></o:p></p></div><div><p class="MsoNormal" style="background:#F5F6F8"><strong>To: </strong><span class="zreadusername"> </span><span class="zreadusername"><span style="font-family:"MS Mincho"">＜</span></span><span class="zreadusername">openstack-dev@lists.openstack.org</span><span class="zreadusername"><span style="font-family:"MS Mincho"">＞</span></span><span class="zreadusername">;</span><o:p></o:p></p></div><div><p class="MsoNormal" style="background:#F5F6F8"><strong>Date: </strong>2017/04/20 12:50<o:p></o:p></p></div><div><p class="MsoNormal" style="background:#F5F6F8"><strong>Subject: Re: [openstack-dev] [kolla] [daisycloud-core] [requirements][magnum] [oslo] Do we really need to upgrade pbr, docker-py and oslo.utils</strong><o:p></o:p></p></div></div><p class="zhistorycontent"><o:p> </o:p></p><div><div><p class="MsoNormal">Zun required docker-py to be 1.8 or higher because older version of docker-py didn't have the API we need. Sorry if it caused difficulties on your side but I don't think it is feasible to downgrade the version for now since it will affect  a ton of other projects.<o:p></o:p></p><div><p class="MsoNormal">Best regards,<o:p></o:p></p></div><div><p class="MsoNormal">Hongbin<o:p></o:p></p></div></div><div><p class="MsoNormal"><o:p> </o:p></p><div><p class="MsoNormal">On Thu, Apr 20, 2017 at 12:15 AM, Steven Dake (stdake) <span style="font-family:"MS Mincho""> ＜</span><a href="mailto:stdake@cisco.com" target="_blank">stdake@cisco.com</a><span style="font-family:"MS Mincho"">＞</span> wrote:<o:p></o:p></p><blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Hu,</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Kolla does not manage the global requirements process as it is global to OpenStack.  The Kolla core reviewers essentially rubber  stamp changes from the global requirements bot assuming  they pass our gating.  If they don’t pass our gating, we work with the committer to sort out a working solution.</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Taking a look at the specific issues you raised:</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Pbr: <a href="https://github.com/openstack/requirements/blame/stable/ocata/global-requirements.txt#L158" target="_blank"> https://github.com/openstack/requirements/blame/stable/ocata/global-requirements.txt#L158</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Here is the change:</span> <span style="font-size:11.0pt;font-family:Calibri"><a href="https://github.com/openstack/requirements/commit/74a8e159e3eda7c702a39e38ab96327ba85ced3c" target="_blank">https://github.com/openstack/requirements/commit/74a8e159e3eda7c702a39e38ab96327ba85ced3c</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">(from the infrastructure team)</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Docker-py: <a href="https://github.com/openstack/requirements/blame/stable/ocata/global-requirements.txt#L338" target="_blank"> https://github.com/openstack/requirements/blame/stable/ocata/global-requirements.txt#L338</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Here is the change:</span> <span style="font-size:11.0pt;font-family:Calibri"><a href="https://github.com/openstack/requirements/commit/330139835347a26f435ab1262f16cf9e559f32a6" target="_blank">https://github.com/openstack/requirements/commit/330139835347a26f435ab1262f16cf9e559f32a6</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">(from the magnum team)</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">oslo-utils:</span> <span style="font-size:11.0pt;font-family:Calibri"><a href="https://github.com/openstack/requirements/blame/62383acc175b77fe7f723979cefaaca65a8d12fe/global-requirements.txt#L136" target="_blank">https://github.com/openstack/requirements/blame/62383acc175b77fe7f723979cefaaca65a8d12fe/global-requirements.txt#L136</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"><a href="https://github.com/openstack/requirements/commit/510c4092f48a3a9ac7518decc5d3724df8088eb7" target="_blank">https://github.com/openstack/requirements/commit/510c4092f48a3a9ac7518decc5d3724df8088eb7</a></span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">(I am not sure which team this is – the oslo team perhaps?)</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">I would recommend taking the changes up with the requirements team or the direct authors.</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">Regards</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri">-steve</span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:11.0pt;font-family:Calibri"> </span><o:p></o:p></p><blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0in 0in 0in 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"><div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><strong><span style="font-family:Calibri;color:black">From: </span></strong><span style="font-family:Calibri;color:black">"<a href="mailto:hu.zhijiang@zte.com.cn" target="_blank">hu.zhijiang@zte.com.cn</a>" ＜<a href="mailto:hu.zhijiang@zte.com.cn" target="_blank">hu.zhijiang@zte.com.cn</a>＞<br> <strong><span style="font-family:Calibri">Reply-To: </span></strong>"OpenStack Development Mailing List (not for usage questions)" ＜<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>＞<br> <strong><span style="font-family:Calibri">Date: </span></strong>Wednesday, April 19, 2017 at 8:45 PM<br> <strong><span style="font-family:Calibri">To: </span></strong>"<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>" ＜<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>＞<br> <strong><span style="font-family:Calibri">Subject: </span></strong>[openstack-dev] [kolla] [daisycloud-core]Do we really need to upgrade pbr, docker-py and oslo.utils </span><o:p></o:p></p></div><p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p><div><p>Hello,<o:p></o:p></p><p> <o:p></o:p></p><p>As global requirements changed in Ocata, Kolla upgrads pbr<span style="font-family:Calibri">＞</span>=1.8 [1] , <o:p></o:p></p><p>docker-py<span style="font-family:Calibri">＞</span>=1.8.1[2] . Besides, Kolla also starts depending on <o:p></o:p></p><p>oslo.utils<span style="font-family:Calibri">＞</span>=3.18.0 to use uuidutils.generate_uuid() instead of uuid.uuid4() to<o:p></o:p></p><p>generate UUID.<o:p></o:p></p><p> <o:p></o:p></p><p>IMHO, Upgrading of [1] and [2] are actually not what Kolla really need to,<o:p></o:p></p><p>and uuidutils.generate_uuid() is also supported by oslo.utils-3.16. I mean<o:p></o:p></p><p>If we keep Kolla's requirement in Ocata as what it was in Newton, upper layer<o:p></o:p></p><p>user of Kolla like daisycloud-core project can still keep other things unchanged <o:p></o:p></p><p>to upgrade Kolla from stable/newton to stable/ocata. Otherwise, we have to <o:p></o:p></p><p>upgrade from centos-release-openstack-newton to <o:p></o:p></p><p>centos-release-openstack-ocata(we do not use pip since it conflicts with yum <o:p></o:p></p><p>on files installed by same packages). But this kind of upgrade may be too <o:p></o:p></p><p>invasive that may impacts other applications. <o:p></o:p></p><p> <o:p></o:p></p><p>I know that there were some discusstions about global requirements update<o:p></o:p></p><p>these days. So if not really need to do these upgrades by Kolla itself, can<o:p></o:p></p><p>we just keep the requirement unchanged as long as possible?<o:p></o:p></p><p> <o:p></o:p></p><p>My 2c.<o:p></o:p></p><p> <o:p></o:p></p><p>[1] <a href="https://github.com/openstack/kolla/commit/2f50beb452918e37dec6edd25c53e407c6e47f53" target="_blank"> https://github.com/openstack/kolla/commit/2f50beb452918e37dec6edd25c53e407c6e47f53</a><o:p></o:p></p><p>[2] <a href="https://github.com/openstack/kolla/commit/85abee13ba284bb087af587b673f4e44187142da" target="_blank"> https://github.com/openstack/kolla/commit/85abee13ba284bb087af587b673f4e44187142da</a><o:p></o:p></p><p>[3] <a href="https://github.com/openstack/kolla/commit/cee89ee8bef92914036189d02745c08894a9955b" target="_blank"> https://github.com/openstack/kolla/commit/cee89ee8bef92914036189d02745c08894a9955b</a> <o:p></o:p></p><p> <o:p></o:p></p><p> <o:p></o:p></p><p> <o:p></o:p></p><p> <o:p></o:p></p><p> <o:p></o:p></p><div><div><div><p>B. R.,<o:p></o:p></p><p>Zhijiang<o:p></o:p></p></div></div></div></div></blockquote></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><br> __________________________________________________________________________<br> OpenStack Development Mailing List (not for usage questions)<br> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank"> OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><o:p></o:p></p></blockquote></div><p class="MsoNormal"><o:p> </o:p></p></div></div><p><o:p> </o:p></p></div></div></div></div><p><o:p> </o:p></p></div></blockquote></div></div><p><br></p></div></div></div></div><p><br></p> </div>