| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| tests-SDL_GetError-b-isn-t-an-error-267.patch | tests: SDL_GetError() != b'' isn't an error (#267) * tests: SDL_GetError() != b'' isn't an error In Ubuntu, we're seeing test failures of the following pattern when moving from libsdl2 2.28.1+dfsg-1 to 2.28.2+dfsg-1: > assert sdl2.SDL_GetError() == b"" E AssertionError: assert b'Unexpected ...r element crc' == b'' E Full diff: E - b'' E + b'Unexpected controller element crc' This looks like an issue similar to that fixed in commit 8c39f40. We should check the relevant return value, and only if it indicates failure should we attach any particular meaning to the return value of SDL_GetError(). * Add myself to AUTHORS.txt As instructed in #267 |
basak <robie@justgohome.co.uk> | yes | 2023-08-11 | ||
| 0001-drop-intersphinx.patch | drop intersphinx | =?utf-8?q?H=C3=A5vard_Flaget_Aasen?= <haavard_aasen@yahoo.no> | not-needed | 2020-12-28 | ||
| 0002-dont-include-buildpath-in-docs.patch | don't include buildpath in docs | =?utf-8?q?H=C3=A5vard_Flaget_Aasen?= <haavard_aasen@yahoo.no> | not-needed | 2020-12-28 | ||
| test-Don-t-assert-that-SDL_hid_enumerate-doesn-t-set-erro.patch | test: Don't assert that SDL_hid_enumerate doesn't set error On my Linux system, enumeration succeeds, but the error indicator gets set as a side-effect (which appears to be because the loader checks whether the symbol exists in SDL or a direct dependency before it dlopens libudev). The API of SDL_hid_enumerate does not make it possible to distinguish between successfully returning an empty list of devices (returns NULL with the error indicator in an undefined state) and a failure (returns NULL with the error indicator set), and systems that run automated tests usually don't have any HID game controllers connected, so we can't make any meaningful use of the error indicator here. |
Simon McVittie <smcv@debian.org> | yes | 2023-08-19 |