| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| remove-relative-require-from-tests.patch | Remove relative requires from tests Remove relative require is necessary for autopkgtest, because with this it will fail. |
Lucas Kanashiro <kanashiro.duarte@gmail.com> | no | |||
| disable-hiredis-tests.patch | Disable tests requiring hiredis adapter Debian specific patch | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| disable-amqp.patch | Disable tests requiring amqp service Debian specific patch | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| disable-connection-pool-tests.patch | Disable connection pool tests Debian specific patch | Pirate Praveen <praveen@debian.org> | no | |||
| disable-em-mongo-test.patch | Disable tests requiring mongodb service Debian specific patch | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| disable-mongo-tests.patch | Disable tests requiring mongodb service Debian specific patch | Pirate Praveen <praveen@debian.org> | no | |||
| disable-synchrony-failing-test.patch | Disable failing tests Debian specific patch. Troubleshooting help welcome. | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| disable-network-tests.patch | Disable tests requiring network connection Debian specific patch | Pirate Praveen <praveen@debian.org> | no | |||
| disable-redis-auth.test | Disable tests that tries to auth to redis Debian specific patch | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| disable-failing-activerecord-tests.patch | Disable failing activerecord tests Debian specific patch. Help troubleshooting this is welcome. | Pirate Praveen <praveen@debian.org> | no | 2016-07-06 | ||
| no-amqp-client.patch | Cédric Boutillier <boutil@debian.org> | yes | debian upstream | 2016-07-06 | ||
| 0012-Do-not-depend-on-ruby-em-hiredis-to-run-tests.patch | Do not depend on ruby-em-hiredis to run tests ruby-em-hiredis will be removed from the archive and the tests cannot rely on it. |
Lucas Kanashiro <lucas.kanashiro@canonical.com> | no | 2020-03-27 |