Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
tests-fix-absolute-require | Fix absolute require of library in tests Tests can't rely on the library in the lib/ dir in the source package, instead they must test the installed copy. =================================================================== |
Christian Hofstaedtler <zeha@debian.org> | no | Debian | 2015-09-10 | |
tests-remove-simplecov | remove simplecov from tests =================================================================== |
HIGUCHI Daisuke (VDR dai) <dai@debian.org> | no | Debian | 2018-02-18 | |
fix_blue_integers.patch | Fix integers no longer being printed as blue by default Was missing from #293. |
=?UTF-8?q?Rafa=C3=ABl=20Blais=20Masson?= <rafbmasson@gmail.com> | no | debian | https://github.com/awesome-print/awesome_print/commit/f2ca374918f84c313ce578dfa6fe1c00e28b2d0e.patch | 2017-06-19 |
fix_test_suite_ruby25.patch | [PATCH] Fix specs for Ruby 2.4 or higher Since String#upcase was changed in Ruby 2.4, fix the tests that uses the methods. |
Tatsuya Hoshino <tatsuya7.hoshino7@gmail.com> | no | https://github.com/awesome-print/awesome_print/commit/1d718e82a0014f5ba4e57a22500375ac71df7c0a.patch | 2018-05-17 | |
fix_test_suite_rails52.patch | [PATCH] Fix specs for Rails 5.1 or higherFrom 6ef36323b9061dd2c66bf7a6381eecf5527bb963 Mon Sep 17 00:00:00 2001 | Tatsuya Hoshino <tatsuya7.hoshino7@gmail.com> | no | https://github.com/awesome-print/awesome_print/commit/6ef36323b9061dd2c66bf7a6381eecf5527bb963.patch | 2018-05-17 | |
0006-Skip-tests-failing-against-ruby2.7.patch | Skip tests failing against ruby2.7 Upstream is quite inactive for a while and those failures look like something related to autopkgtest environment. For instance most of the failures are some string matches and they do not exactly match because of some autopkgtest paths in the middle of the expected results. So I am not worried about it not working with Ruby 2.7 (I do not want to spend time on a code base with a dead upstream). |
Lucas Kanashiro <lucas.kanashiro@canonical.com> | no | 2020-03-10 |