Source: pysdl2
Version: 0.9.9+dfsg1-1
Severity: important
X-Debbugs-Cc: debian...@lists.debian.org
Tags: experimental
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:libsdl2-ttf
When libsdl2-ttf git snapshots from experimental are used in the
autopkgtest for pysdl2 from unstable, two tests fail:
> sdlttf.TTF_SizeText(font, b"Hi there!", byref(w), byref(h))
> > assert w.value == expected_w
> E assert 69 == 70
> E +69
> E -70
...
> sdlttf.TTF_SizeUTF8(font, u"Hï thère!".encode('utf-8'), byref(w),
> byref(h))
> > assert w.value == expected_w
> E assert 72 == 73
> E +72
> E -73
(Example logs:
https://ci.debian.net/data/autopkgtest/unstable/amd64/p/pysdl2/18161524/log.gz,
https://ci.debian.net/data/autopkgtest/unstable/arm64/p/pysdl2/18161611/log.gz)
I'm about to upload the final release of libsdl2-ttf 2.0.18, which I
suspect will have the same behaviour as this prerelease. 2.0.18 uses
Harfbuzz for better support for non-Latin text and 2.0.15 did not,
which might explain the different width; I don't think SDL_ttf aims to
make any particular guarantee that text will render as exactly the same
pixels in each version.
You can see this in the "pseudo-excuses" report for experimental, which asks
what would happen if experimental -> unstable had a migration process similar
to unstable -> testing:
https://release.debian.org/britney/pseudo-excuses-experimental.html#libsdl2-ttf
The affected version is currently only in experimental, but it is likely
to be uploaded to unstable soon, at which point this will become RC.
Please update the test's expectations. There seems to be some support for
having several expected values for height, so adding the same thing for
width would make sense.
Thanks,
smcv
