[openstack-dev] [all] Kilo stable branches for "other" libraries

Doug Hellmann doug at doughellmann.com
Thu Apr 9 13:25:16 UTC 2015


Excerpts from Dean Troyer's message of 2015-04-08 09:42:31 -0500:
> On Wed, Apr 8, 2015 at 8:55 AM, Thierry Carrez <thierry at openstack.org>
> wrote:
> 
> > The question is, how should we proceed there ? This is new procedure, so
> > I'm a bit unclear on the best way forward and would like to pick our
> > collective brain. Should we just push requirements cap for all OpenStack
> > libs and create stable branches from the last tagged release everywhere
> > ? What about other libraries ? Should we push a cap there too ? Should
> > we just ignore the whole thing for the Kilo release for all non-Oslo stuff
> > ?
> >
> 
> Provided that represents the code being used for testing at this point, and
> I believe it does, this seems like a sensible default action.  Next cycle
> we can make a bit more noise about when this default action will occur,
> probably pick one of the other existing dates late in the cycle such as RC
> or string freeze or whatever. (Maybe that already happened and I can't
> remember?)

I had hoped to have the spec approved in time to cut releases around
the time Oslo did (1 week before feature freeze for applications,
to allow us to merge the requirements cap before applications
generate their RC1). At this point, I agree that we should go with
the most recently tagged versions where possible. It sounds like
we have a couple of libs that need releases, and we should evaluate
those on a case-by-case basis, defaulting to not updating the stable
requirements unless absolutely necessary.

> 
> All other non-Oslo libs in the OpenStack world do not seem to be
> > directly consumed by projects that have stable branches, and are
> > therefore likely to not maintain stable branches. Please report any
> > glaring omission there.
> 
> 
> OSC is not used by any of the integrated release projects but due to its
> dependencies on the other client libs and use in DevStack I would like to
> follow the same process for it here.  The current 1.0.3 release is the one
> that should be used for stable.

Based on what's in the requirements list now, I think that means capping
with:

    python-openstackclient>=1.0.0,<1.1.0

Doug

> 
> dt
> 



More information about the OpenStack-dev mailing list