| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| test_reset_version_on_call_change | Using 'call' method doesn't reset gpg version GnuPG::Interface allows the use of the 'call' method to change the program to be used. Test that this works. |
Andrew Ruthven <andrew@etc.gen.nz> | yes | upstream | 2021-01-28 | |
| test-gnupg1 | Test against GnuPG v1 The test cases only test "gpg" which for Debian is v2. As the module also supports v1 which we ship, we should test against it. |
Andrew Ruthven <andrew@etc.gen.nz> | not-needed | 2020-07-18 | ||
| test-allow-interface-to-fail | Allow setting the call program to fail This test is checking that the old setter/getter interface works. My fix to resetting the version causes this test to fail on Debian as we have no binary called 'gnupg'. Since the test is testing the setter/getter we don't care if loading the version fails. |
Andrew Ruthven <andrew@etc.gen.nz> | yes | upstream | 2020-07-19 | |
| test-dummy-binaries | Ensure that we have some dummy "binaries" around for testing. The test scripts require that gpg1, gpg and gnupg all exist and are executable, otherwise warnings will be thrown. This patch provides those "binaries", but they actually only print the a version number that matches the binary. It is still necessary to have at least one real GnuPG binary installed for the test suite to pass. For Debian, but gpg and gpg1 need to be present. The patch to t/update_version.t isn't required on Debian, but is included as this patch set has been forwarded upstream, and may be required elsewhere. This is also why dummy scripts for gpg, gpg1 and gnupg are provided. |
Andrew Ruthven | yes | upstream | 2020-07-23 | |
| hardcode-path | Hardcode path to /usr/bin/gpg | Dominic Hargreaves | not-needed | debian | 2023-09-17 | |
| version-stdin.patch | Add stdin handler to _version sub | gregor herrmann <gregoa@debian.org> | yes | debian upstream | vendor | 2023-09-17 |