Open Stack

There is a fixture in pbr's test suite to create keys with out entropy use,
should be easy to adapt for user by Reno's tests.
On 1 Mar 2016 6:52 AM, "Thomas Goirand" <zigo at debian.org> wrote:

> On 02/29/2016 10:31 PM, Doug Hellmann wrote:
> >>> Give this a try and see if it works any better:
> >>> https://review.openstack.org/285812
> >>
> >> Oh, thanks so much! I'll try and give feedback on review.d.o. Is the
> >> issue around the (missed) use of --debug-quick-random?
> >>
> >> Why do we need Reno unit tests to generate so many GPG keys btw, why not
> >> just one or 2?
> >
> > As you've noticed, reno scans the history of a git repository to find
> > release notes. It doesn't actually read any of the files from the work
> > tree. So for tests, we need to create a little git repo and then tag
> > commits to look like releases. We do that for a bunch of scenarios, and
> > each test case generates a GPG key to use for signing the tags.
>
> The patch works super well, and I uploaded a new version of the Debian
> package with unit tests at build time.
>
> However, the combined output of gnupg and testr is a bit ugly. Wouldn't
> it be nicer to just generate a single GPG key, reused by multiple tests,
> using a unit test fixture?
>
> Cheers,
>
> Thomas Goirand (zigo)
>
>
> __________________________________________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160302/32b6fd18/attachment.html>