Control: retitle -1 libsdl3-ttf: not yet suitable for a stable release
Control: severity -1 serious
Control: tags -1 + upstream
On Mon, 03 Feb 2025 at 09:51:27 +0100, akallabeth wrote:
> sdl3 is currently included in sid and trixie but sdl3-ttf only in
> experimental.
Yes, this is intentional. The version of sdl3-ttf in experimental does not
yet have a stable (frozen) ABI: it's a git snapshot, which has been
breaking ABI without a SONAME change.
I have been using experimental and not unstable for random git snapshots
of these packages, because if I uploaded them to unstable (even with a
RC bug preventing their migration), they would have been included in stable
releases of Ubuntu despite being unsuitable for that purpose.
The upstream developer released the 3.1.0 "stable ABI preview" for
libsdl3-ttf two days ago, and this should hopefully mark the point
at which its ABI becomes long-term stable. I am sorry that I have not
updated the package to this preview release with the speed that you
expect from me, and I will do so when I have an opportunity.
When uploaded, libsdl3-ttf 3.1.0 can go into unstable as soon as there is
an RC bug preventing it from migrating to testing. Let's repurpose this
bug report as that RC bug (I'm increasing its severity accordingly).
I need to block libsdl3-ttf from migrating to testing because a
development snapshot of libsdl3-ttf is not suitable to be part of our
stable releases: I am not able to support an arbitrary development
snapshot for the 3+ year lifetime of a Debian stable release.
libsdl3-image is in a similar situation, but it is a few days ahead of
libsdl3-ttf: it has a development preview release 3.1.1 in unstable
(blocked from migrating by RC bug #1093723 for now), and its first
stable release 3.2.0 was released by upstream since I last looked at
it. When I have some time to update it to 3.2.0, I will close #1093723
in that upload.
Similarly, when the first stable release of libsdl3-ttf becomes available
(it is expected to be versioned as 3.2.0), the upload of that stable
release can close this bug.
libsdl3-mixer will go through a similar process.
> it would be nice to have this included as the sdl3 client of freerdp
> allows clipboard redirection, which is not possible with sdl2.
> freerdp is included in the repo, but due to lacking dependencies the sdl3
> part is disabled.
> with this change the client could be enabled as well.
If this is important to you, please test a freerdp client against SDL 3,
and upload it to experimental for now. It can go to unstable and then
testing when all of its required SDL 3 libraries have had their first
official stable release.
On Mon, 03 Feb 2025 at 12:19:20 +0300, Michael Tokarev wrote:
> What's the prob with sdl3-ttf anyway, why it hasn't been uploaded to
> unstable for 2 years?
Because it is a development snapshot, and until 2 days ago, its ABI was
regularly changing without a corresponding SONAME bump. This makes it
unsuitable for inclusion in a stable release.
smcv
