metadata/name in setup.cfg inconsistent with release name

Bug #1774030 reported by Brian Rosmaita on 2018-05-29
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Brian Rosmaita

Bug Description

This is a really weird one. It showed up when setting up a periodic "tips" job in glance, where the glance unit/functional tests would be run against the glance_store master [*]. The ansible task tox_install_sibling_packages looks at the [metadata]/name in the setup.cfg for each of the repos zuul is asked to clone to figure out what packages it needs to uninstall and replace with a new version generated from the cloned repo. For the cloned glance_store repo, it gets 'glance_store' from setup.cfg, but the pip freeze output has 'glance-store' (because that's how requirements.txt and upper-constraints.txt refer to it).

From what I can tell, there are 3 options here:

(0) leave glance_store unchanged and modify zuul-jobs/roles/tox/library/ so that it can handle glance_store
- won't have to modify glance_store at all
- won't break anything consuming glance_store
- makes that task more pip-compatible (pip handles -/_ substitutions seamlessly, more or less)
- have to talk infra group into accepting the fix

(1) change pypi-name in releases/deliverables/.../glance-store.yaml to 'glance_store'
- have to change requirements.txt, u-c.txt, l-c.txt to use the underscore
- have to do the above for all consuming projects
- when you ask for glance-store, pypi currently redirects you to glance_store
- tox-install-siblings ansible task will work unchanged

(2) change [metadata]/name in setup.cfg FROM glance_store TO glance-store
- no changes necessary to requirements, etc.
- wheel and package are glance_store (as they are now), so don't anticipate breaking any consumers (though don't know for sure)
- tox-install-siblings ansible task will work unchanged
- not sure what will happen on pypi (currently, redirects to; presumably, that will stop happening with the next release, whose name will actually be glance-store)


Changed in glance-store:
assignee: nobody → Brian Rosmaita (brian-rosmaita)
Brian Rosmaita (brian-rosmaita) wrote :

Here's a patch that tries option 0:

Changed in glance-store:
status: New → In Progress
importance: Undecided → Medium
Brian Rosmaita (brian-rosmaita) wrote :

"Fixed" this issue by adjusting zuul-jobs: , on the theory that since pip doesn't have a problem with this issue, zuul shouldn't either.

We still have the inconsistency, but won't fix it because (a) it doesn't seem to be causing any problems, and (b) fixing it might cause some consumers to fail.

Brian Rosmaita (brian-rosmaita) wrote :

Won't fix this in glance, instead modified zuul-jobs so that it is no longer an issue.

Changed in glance-store:
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers