
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<title></title>

</head>

<body>

<div name="messageBodySection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;">Sorry for the late reply. I just want to confirm that it’s ok from Mistral side.</div>

<div name="messageSignatureSection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;"><br />

Thanks<br />

<br />

Renat Akhmerov<br />

@Nokia</div>

<div name="messageReplySection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;"><br />

On 2 Feb 2018, 02:35 +0700, Sean McGinnis <sean.mcginnis@gmx.com>, wrote:<br />

<blockquote type="cite" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #1abc9c;">Just confirming and closing things out. We did not receive any negative<br />

responses to the plan below, so a little earlier today I approved the mentioned<br />

patch and we cut releases and branches for all libs.<br />

<br />

The next step if for these new versions to pass CI and get FFEs to raise the<br />

upper constraints for them past our requirements freeze. That official request<br />

will be coming shortly.<br />

<br />

Sean<br />

<br />

On Wed, Jan 31, 2018 at 03:03:44PM -0600, Sean McGinnis wrote:<br />

<blockquote type="cite" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #e67e22;">While reviewing Queens release deliverables and preparing missing stable/queens<br />

branches, we have identified several libraries that have not had any Queens<br />

releases.<br />

<br />

In the past, we have stated we would force a release for any missing<br />

deliverables in order to have a clear branching point. We considered tagging<br />

the base of the stable/pike branch again and starting a new stable/queens<br />

branch from there, but that doesn't work for several technical reasons the most<br />

important of which is that the queens release would not include any changes<br />

that had been backported to stable/pike, and we have quite a few of those. So,<br />

we are left with 2 choices: do not release these libraries at all for queens,<br />

or release from HEAD on master. Skipping the releases entirely will make it<br />

difficult to provide bug fixes in these libraries over the life of the queens<br />

release so, although it is potentially disruptive, we plan to release from HEAD<br />

on master. We will rely on the constraints update mechanism to protect the gate<br />

if the new releases introduce bugs and teams will be able to fix those problems<br />

on the new stable/queens branch and then release a new version.<br />

<br />

See https://review.openstack.org/#/c/539657/ and the notes below for details of<br />

what will be tagged.<br />

<br />

ceilometermiddleware<br />

--------------------<br />

<br />

Mostly doc and CI related changes, but the "Retrieve project id to ignore from<br />

keystone" commit (e2bf485) looks like it may be important.<br />

<br />

Heat<br />

----<br />

<br />

heat-translator<br />

There are quite a few bug fixes and feature changes merged that have not been<br />

released. It is currently marked with a type of "library", but we will change<br />

this to "other" and require a release by the end of the cycle (see<br />

https://review.openstack.org/#/c/539655/ for that change). Based on the README<br />

description, this appears to be a command line and therefore should maybe have<br />

a type of "client-library", but "other" would work as far as release process<br />

goes. Since this is kind of a special command line, perhaps "other" would be<br />

the correct type going forward, but we will need input from the Heat team on<br />

that.<br />

<br />

python-heatclient<br />

Only reno updates, so a new release on master should not be very disruptive.<br />

<br />

tosca-parser<br />

Several unreleased bug fixes and feature changes. Consumed by heat-translator<br />

and tacker, so there is some risk in releasing it this late.<br />

<br />

<br />

Mistral<br />

-------<br />

<br />

mistral-lib<br />

Mostly packaging and build changes, with a couple of fixes. It is used by<br />

mistral and tripleo-common.<br />

<br />

SDK<br />

---<br />

<br />

requestsexceptions<br />

No changes this cycle. We will branch stable/queens from the same point as<br />

stable/pike.<br />

<br />

Searchlight<br />

-----------<br />

<br />

python-searchlightclient<br />

Only doc and g-r changes. Since the risk here is low, we are going to release<br />

from master and branch from there.<br />

<br />

Senlin<br />

------<br />

<br />

python-senlinclient<br />

Just one bug fix. This is a dependency for heat, mistral, openstackclient,<br />

python-openstackclient, rally, and senlin-dashboard. The one bug fix looks<br />

fairly safe though, so we are going to release from master and branch from<br />

there.<br />

<br />

Tacker<br />

------<br />

<br />

python-tackerclient<br />

Many feature changes and bug fixes. This impacts mistral and tacker.<br />

<br />

Tricircle<br />

---------<br />

<br />

python-tricircleclient<br />

One feature and several g-r changes.<br />

<br />

<br />

Please respond here, comment on the patch, or hit us up in #openstack-release<br />

if you have any questions or concerns.<br />

<br />

Thanks,<br />

Sean McGinnis (smcginnis)<br />

<br />

__________________________________________________________________________<br />

OpenStack Development Mailing List (not for usage questions)<br />

Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br />

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br /></blockquote>

<br />

__________________________________________________________________________<br />

OpenStack Development Mailing List (not for usage questions)<br />

Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br />

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br /></blockquote>

</div>

</body>

</html>