Need to have working quantum-tarball jobs
Bug #916018 reported by
Thierry Carrez
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Core Infrastructure |
Fix Released
|
High
|
James E. Blair | ||
neutron |
Fix Released
|
Undecided
|
Unassigned | ||
quantum (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
To move Quantum under release management for E3 we need to have working quantum-tarball jobs.
Currently quantum-tarball fails, and last time it worked it generated a badly-named tarball:
quantum-
Once that's done we also need the corresponding quantum-
Changed in openstack-ci: | |
assignee: | nobody → James E. Blair (corvus) |
Changed in openstack-ci: | |
status: | Confirmed → Fix Released |
status: | Fix Released → Fix Committed |
Changed in quantum: | |
milestone: | none → essex-3 |
Changed in quantum: | |
status: | Fix Committed → Fix Released |
Changed in openstack-ci: | |
status: | Fix Committed → Fix Released |
Changed in quantum: | |
milestone: | essex-3 → 2012.1 |
Changed in quantum (Ubuntu): | |
status: | New → Fix Released |
To post a comment you must log in.
The venv-rename has merged, so I have updated the copy job with the new name, so the tarball job now gets past that point.
The strange name comes from the fact that quantum has a version.py that uses 'git describe' to try to construct a version name. Jenkins tags builds in its local repository before running jobs, and the tarball name is based on that tag. I think the right solution is to make quantum's version naming like glance.
After that, the directory permissions on the tarball server are incorrect for glance. I will fix those _after_ the tarball job is otherwise running to our satisfaction.