Conversation
|
I don't understand why freebsd fails but for Ubuntu 22, it's the usual |
jmid
left a comment
There was a problem hiding this comment.
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.20but 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.
|
I have made some tests with freebsd: |
|
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 Searching a bit, also turned up |
|
to me that's a CI bug, not a reallife one |
|
ok so some more tests: 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 |
tsdl-ttf.0.7SDL2_Ttf bindings to go with Tsdl
Tsdl_ttf provides bindings to SDL2_ttf intended to be used with Tsdl.
🐫 Pull-request generated by opam-publish v3.0.0