Bug 1293679
Summary: | Rebase python-oslo-versionedobjects to 1.1.0 | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Lee Yarwood <lyarwood> |
Component: | python-oslo-versionedobjects | Assignee: | RHOS Maint <rhos-maint> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Shai Revivo <srevivo> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.0 (Liberty) | CC: | apevec, dasmith, lhh, lyarwood, vstinner |
Target Milestone: | --- | Keywords: | ZStream |
Target Release: | 8.0 (Liberty) | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-06-20 15:43:40 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1293607 |
Description
Lee Yarwood
2015-12-22 16:41:43 UTC
(In reply to Lee Yarwood from comment #0) > Description of problem: > > python-oslo-versionedobjects-0.10.0-1.el7ost.noarch needs to be rebased to > 0.13.0 to allow Nova's nova.tests.unit.objects.test_objects.TestRemoteObject > tests to pass. Apologies, rebasing this package isn't possible at present as the upstream stable/liberty branch for the project only contains version 0.10.0. That branch would need to be updated before any rebasing can happen downstream. For now I've cherry-picked the following changes upstream on to ovo's stable/liberty branch. When added to our 0.10.0-1 version downstream these changes allow Nova's TestRemoteObject tests to pass : Make class action calls use version manifest https://review.openstack.org/#/c/260666/ Make tests properly use object_class_action_versions() https://review.openstack.org/#/c/260667/ The Nova change failing as part of the rebase to stable/liberty in RHBZ#1293607 is : Fix Nova's indirection fixture override https://review.openstack.org/#/c/246022/ These TestRemoteObject changes are then backed out via a follow up commit : Remove the TestRemoteObject class https://review.openstack.org/#/c/248877/ I can easily drop these changes from the rebase to workaround this but I think we will be hiding a much bigger issue at that point. Reviewing the test logs for both of these changes upstream shows that the latest version of ovo was used to test these stable/liberty changes for Nova and not the corresponding ovo stable/liberty version of 0.10.0 : http://logs.openstack.org/77/248877/4/check/gate-nova-python27/674d63b/console.html 2015-11-17 21:13:20.747 | oslo.versionedobjects==0.13.0 # git sha d7520a2 http://logs.openstack.org/77/248877/4/check/gate-nova-python27/674d63b/console.html 2015-12-21 15:47:55.861 | oslo.versionedobjects==1.1.0 # git sha 37df384 So our combination of stable/liberty Nova and ovo does not appear to be tested anywhere upstream at present. Do we need a larger rebase of the ovo stable/liberty branch or should we default to using the latest and greatest as is the current practice upstream, even for stable/liberty? The failing test (TestRemoteObject.test_compat) was removed from nova in OSP 8 ( change https://code.engineering.redhat.com/gerrit/#/c/64367/ ). Is it still useful to rebase oslo.versionedobjects in OSP 8? I suggest to keep oslo.versionedobjects 0.10.0-1.el7ost for OSP8, and maybe "cherry pick" some fixes if needed. I believe this has been fixed by reverting some things upstream that were not supposed to be added to older releases (specifically test dependencies during the migration to the upper-constraints process). Suggest we drop this at this point. Yeah apologies, we actually got around this once a tarball for 12.0.1 was released. IMHO we can close this out now. Ok, thanks for the confirmation Lee :-) I close the issue. |