Open Stack

Excerpts from Mehdi Abaakouk's message of 2017-04-13 07:51:36 +0200:
> Thanks for the investigation.
> 
> I see two things:
> 
> * I have forgotten than pushing tag will build the tarball
>   automatically.
> * I have thought I should do the tagging manually because of [1]
> 
> For the second point, if I was wrong and we should continue to use the
> release repo, I have prepared two reviews to regularize the already
> tagged releases and retag a versions to fix the jobs.
> 
> - gnocchiclient: https://review.openstack.org/#/c/456448/
> - gnocchi: https://review.openstack.org/#/c/456449/
> 
> If I was right, I will manually retag a new version without uploading the
> tarballs myself this time and wait for the tooling to do it.

Because Gnocchi is an independent project, you can choose to push
the tags yourself. You should still rely on the automation to build
and upload the artifacts, though. Some jobs, like the announce job,
may not work properly because they require metadata in the tag
message that is added by the release tools but not necessarily
present when you tag by hand. You may end up having to send your
own release announcements (or use the tools by hand, instead of
just running git tag).

As an official project, we would still like to have correct release
information for gnocchi recorded in the openstack/releases repository,
even if you do tag it yourself. So, either

1. tag and then update openstack/releases, or
2. use openstack/releases to start the release (taking full advantage of
   the automation), or
3. remove references to the deliverables from openstack/releases so we
   do not have incomplete information there

Doug

> 
> [1] https://review.openstack.org/#/c/447438/
> 
> On Wed, Apr 12, 2017 at 01:49:54PM -0400, Doug Hellmann wrote:
> >Gnocchi team,
> >
> >The client release you tagged had a build failure.  It looks like
> >the tag was pushed directly, so I will relay the results of the
> >debugging work but let you decide how to deal with it.
> >
> >Clark determined that the files on PyPI do not exactly match the files
> >on our tarballs server. One of the JSON metadata files was regenerated,
> >and because dictionaries are unordered it came out in a different order.
> >
> >Clark also checked the MD5 sum on PyPI and found that the signatures
> >match.
> >
> >It's not clear why the job failed. Subsequent jobs have passed. One
> >course of action you could take is to retag the same commit with a new
> >version number to get new packages, just to be safe.
> >
> >If you choose to stick with the existing packages, you will need to
> >manually submit the constraint update, since that job was skipped after
> >the upload job reported a failure.
> >
> >Please also file the update in the releases repository, so that
> >there is a record of the fact that the release was made.
> >
> >Excerpts from jenkins's message of 2017-04-12 09:29:09 +0000:
> >> Build failed.
> >>
> >> - python-gnocchiclient-tarball http://logs.openstack.org/6f/6fd3d262bf88c1b8b8e195aef451cde80a7e7c1d/release/python-gnocchiclient-tarball/61adb8c/ : SUCCESS in 3m 52s
> >> - python-gnocchiclient-tarball-signing http://logs.openstack.org/6f/6fd3d262bf88c1b8b8e195aef451cde80a7e7c1d/release/python-gnocchiclient-tarball-signing/c7dd0a8/ : SUCCESS in 11s
> >> - python-gnocchiclient-pypi-both-upload http://logs.openstack.org/6f/6fd3d262bf88c1b8b8e195aef451cde80a7e7c1d/release/python-gnocchiclient-pypi-both-upload/0ad195d/ : FAILURE in 48s
> >> - python-gnocchiclient-announce-release python-gnocchiclient-announce-release : SKIPPED
> >> - propose-python-gnocchiclient-update-constraints propose-python-gnocchiclient-update-constraints : SKIPPED
> >>
> >
> >__________________________________________________________________________
> >OpenStack Development Mailing List (not for usage questions)
> >Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>