Package tsdl-ttf.0.7

[sanette]

tsdl-ttf.0.7

SDL2_Ttf bindings to go with Tsdl
Tsdl_ttf provides bindings to SDL2_ttf intended to be used with Tsdl.

---

• Homepage: https://github.com/sanette/tsdl-ttf
• Source repo: git+https://github.com/sanette/tsdl-ttf.git
• Bug tracker: https://github.com/sanette/tsdl-ttf/issues

---

🐫 Pull-request generated by opam-publish v3.0.0

[sanette]

I don't understand why freebsd fails but for Ubuntu 22, it's the usual tsdl issue

[jmid]

This is failing on

• SUSE Tumbleweed which is missing the LibSDL2-devel package https://pkgs.org/download/libSDL2-devel
• Ubuntu 22.04 which has libsdl2-dev_2.0.20 but https://wiki.libsdl.org/SDL2/SDL_RenderGetWindow came in 2.0.22
• x86_32 with Fatal error: exception Failure("Error f500.ttf is not a regular file or pipe")
• FreeBSD with Fatal error: exception Dl.DL_error("Undefined symbol \"TTF_Init\"")

The former two are clearly distribution-related, and thus not issues with tsdl-ttf.

For x86_32 I'm not sure what is going on. The f500.ttf is clearly a file in the repo. Furthermore the arm32 workflows are passing, so it doesn't seem to be a 32-bit issue... 🤔

For FreeBSD I'm wondering whether it could be PATH-related to where FreeBSD stores its shared objects -- see pkg-plist: as obtained via: make generate-plist and press Expand this list (17 items) here: https://www.freshports.org/graphics/sdl2_ttf/.
I've also checked and TTF_Init should be available since 2.0.12 https://wiki.libsdl.org/SDL2_ttf/TTF_Init which 2.24.0 on FreeBSD is plenty above.

[sanette]

TTF_init is not found because the SDL2_ttf library cannot be loaded.

I have made some tests with freebsd: pkg-config --variable=libdir SDL2_ttf returns /usr/local/lib/, but still,
/usr/local/lib/libSDL2_ttf.so is not found...
(and I also tried with libSDL2_ttf-2.0.so.0 but same..)
That's very strange, I don't understand. Is the freebsd CI correctly configured?

[jmid]

I don't know, but I also don't understand enough of the situation yet 🤷

https://github.com/ocaml/opam-repository/wiki/How-to-deal-with-CI#annex suggests adding flags: verbose to the relevant packages to help figure out what's going on.

Searching a bit, also turned up sdl-config and sdl2-config (rather than pkg-config) for looking up build parameters:
https://wiki.libsdl.org/SDL2/Installation
https://wiki.libsdl.org/SDL2/FAQLinux

[sanette]

to me that's a CI bug, not a reallife one

[sanette]

ok so some more tests:

https://ocaml.ci.dev/github/sanette/tsdl-ttf/commit/28a3b27aeea8619d9ab6bf254b376bade89bf30d/variant/freebsd-14.3-5.4_opam-2.5

we see that the Dl.open error is in fact:

"/usr/local/lib/libpcre2-8.so.0: version PCRE2_10.47 required by /usr/local/lib/libglib-2.0.so.0 not defined"

so clearly the Freebsd CI is not correctly configured

[jmid]

OK, thanks for sharing these details - I agree something seems off! 🙏

Polite ping to BSD expert @hannesm and infra-structure maintainer @mtelvers

[hannesm]

@jmid sorry I don't know (never ended up in using ttf), and I don't know anything about the FreeBSD CI setup...

[sanette]

I don't think there is anything I can do on my side

[jmid]

@avsm you are a BSD expert too, as I recall. Perhaps you can help us get to the bottom of this?

I agree that the following from the above log looks fishy - furthermore it occurs already
when installing system packages:

- ld-elf.so.1: /usr/local/lib/libpcre2-8.so.0: version PCRE2_10.47 required by /usr/local/lib/libglib-2.0.so.0 not defined

[jmid]

@sanette What do you make of the x86_32 error?

[sanette]

@sanette What do you make of the x86_32 error?

well, all other systems were able to copy the file correctly for running the test, so why not this one?
So, I also think it's a CI error. IIRC I had similar (random) issues in the past where some files were not copied in time for testing.
See : the same (afaict) test on another ocamlci didn't give any error:
https://ocaml.ci.dev/github/sanette/tsdl-ttf/commit/28a3b27aeea8619d9ab6bf254b376bade89bf30d/variant/debian-13-4.14_x86_32_opam-2.5

But I'm not a specialist of CI

[sanette]

you could try to re-run the test

[mseri]

I would not worry about x86_32 since we are soon stopping supporting and testing it anyway

[jmid]

Thanks to the excellent efforts of Mark, FreeBSD is now working and all green 🎉 🥳

Thanks for the release, for sharing the details on the problem, and for your patience.

FTR, CI is failing on openSUSE Tumbleweed and Ubuntu-22.04 (for system package reasons - see above)