[requirements][stable] Capping requirements in stable branches
mthode at mthode.org
Wed Nov 27 22:35:25 UTC 2019
On 19-11-28 07:17:15, Akihiro Motoki wrote:
> I have a question on version capping in requirements files in stable branches.
> When some newer version of dependent library does not work with my project,
> do we accept a patch to add version capping of the library in stable branches?
> For example, the horizon team received a patch to novaclient to <16 .
> novaclient 16.0.0 was released after Train release, so there is no surprise
> that we don't have the version cap novaclient<16 in Train release.
> My understanding is that we don't usually cap versions of libraries
> after the release,
> but I am sending this mail to check our general guideline.
> Akihiro Motoki (irc: amotoki)
>  https://review.opendev.org/#/c/693000/
You are correct, we don't cap generally, though I wonder if the tests
allow it given that our goal is to maintian co-installability (through
upper-constraints.txt) not have things be uncapped (that's a side effect
of lowering the maintence burden in master). We would not allow the cap
in the reqs project, but it's possible it can work per-project.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: not available
More information about the openstack-discuss