Am 05/03/15 um 17:37 schrieb Ian Cordasco:
The clients in general do not back port patches. Someone should work with
stable-maint to raise the cap in Icehouse and Juno. I suspect, however,
that those caps were added due to the client breaking other projects.
Proposals can be made though and ideally, openstack/requirements’ gate
jobs will catch any breakage.
I don't think that raising the cap will be feasible anymore with
incompatible changes like the oslo namespace drop.
What prevents clients from having stable branches except "we never did
this because up to now it wasn't necessary"?
On 3/5/15, 10:28, "Dr. Jens Rosenboom" <j.rosenb...@x-ion.de> wrote:
Am 05/03/15 um 06:02 schrieb Nikhil Komawar:
The python-glanceclient release management team is pleased to announce:
python-glanceclient version 0.16.1 has been released on Thursday,
Mar 5th around 04:56 UTC.
The release includes a bugfix for [1], which is affecting us in
Icehouse, most likely Juno is also affected. However, due to the
requirements caps recently introduced, the bugfix will not be picked up
by the stable branches (caps are <=0.14.2 for Icehouse and <=0.15.0 for
Juno).
The patch itself [2] applies cleanly to the older code, so in theory it
should be possible to build some 0.14.3 release with that and update the
stable requirements accordingly. But I guess that this would require
setting up stable branches for the client git repo, which currently
don't exist.
Are there plans to do this or is there some other way to backport the
fix? I assume that the same issue may happen with other client releases
in the future.
[1] https://bugs.launchpad.net/python-glanceclient/+bug/1423165
[2] https://review.openstack.org/156975
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev