On Wed, Mar 29, 2017 at 11:46 PM, Jeremy Stanley <[email protected]> wrote: > On 2017-03-29 18:32:09 +0200 (+0200), Florian Fuchs wrote: > [...] >> The error in the logs however is always the same [2] and appears >> to be related to an issue with setuptools 34[3], which apparently >> hit other openstack projects as well. I tried to create a patch >> with a fix (excluding setuptools 34), > > The way we "fixed" this for other projects was to update > requirements caps and/or constraints entries for all of setuptools' > direct and transitive install_requires (there are only three, if > memory serves) on stable branches. This is usually not the sort of > thing we'd want to have happening in stable branches, but keeping > them installable with latest setuptools releases is important. Also > pinning setuptools can be hard depending on the situation, since > you're often using setuptools in the process of trying to control > your version of setuptools... bit of a catch-22.
Thanks for your reply. FYI: To solve this, I proposed a backport for a requirements patch that already addresses the problem: https://review.openstack.org/#/c/451815/ >> but couldn't test it because gerrit set the target patch to master >> instead of stable/ocata (I guess it only allows me to propose >> backport patches to stable branches, not creating a patch for a >> stable branch only). > [...] > > If the .gitreview file in your stable/ocata branch doesn't have > defaultbranch=stable/ocata, then you have to pass the branch name as > a parameter when invoking git review, i.e. `git review stable/ocata` > (or just fix the .gitreview file so you don't have to think about > it). See https://docs.openstack.org/infra/git-review/usage.html for > details. We have separate a patch adding the default branch to .gitignore, but, obviously, it fails due to the problem above... But thanks for the hint! I wasn't aware the target could be set as a git review param as well. Florian > -- > Jeremy Stanley > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
