Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[xenial] resolve gpg IMPORT_OK status code test failures #4045

Merged
merged 1 commit into from Jan 18, 2019

Conversation

redshiftzero
Copy link
Contributor

Status

Ready for review

Description of Changes

Fixes #4038

After investigation, not specifying the gpg binary to be gpg2 in test setup code was the source of the IMPORT_OK related test failures. This caused the divergence between test and dev/staging/prod, where we use gpg2.

Testing

There should be no IMPORT_OK related test failures in the xenial app test CI job.

The test noted in the #4038 ticket (tests/test_integration.py::test_submit_message) should pass.

The only gpg-related failures in the test output (look at the integration tests) of the xenial job should be due to #4013 (PINENTRY)

Deployment

This is a test only change, so no implications for deployment.

Checklist

If you made changes to the server application code:

  • Linting (make ci-lint) and tests (make -C securedrop test) pass in the development container

If you made non-trivial code changes:

  • I have written a test plan and validated it for this PR

2.1.1 is the default version of gpg2 in xenial
1.4.20 is the default version of gpg in xenial

If we do not specify the binary, we can get divergence between
test and dev/staging/prod.
Copy link
Contributor

@heartsucker heartsucker left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This fix does not cause divergence from prod code since we specify binary='gpg2' in main code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants