Strange behavior… I cannot compile it in 64bits beta (h52295) with the same error outcome, so it doesnt seem to be related to the haiku version, but other stuff.
Noticed that current version of the recipe points to v0.70 (2016), whereas GCompris version is already at v0.91 (2018).
As this is a children/kid quite interesting software that fits the OS motto (imo), work on this could be worthy (even if it is not native, and comes from the linux side yadayada).
Seems like there is some mess up with the QT dependencies and/or the recipes for Gcompris (mix of both with 100% chance).
You need to install qt5_tools to get the lrelease executable and other tools, i guess.
So the recipe compiles if you add:
qt5_tools$secondaryArchSuffix
to the BUILD_REQUIRES section of the recipe, and go ahead (either install it with the depot, or use the autodependency flags).
Unfortunately for my test system, this collides with llvm-clang versions greater than 6 (i.e 7), so i had to uninstall em to get version 6 and qt5_tools installed.
Edit, with the same patches that Mr Duval did (in same files, different lines), 0.91 works nicely in the beta version:
Not sure if it is an error on “our” side (QT) or it is an error on the GCompris side.
The activities are there in 0.91, and if you click where they are supposed to be (I.e., in the cat with the keyboard section), you actually get to work with all the activities and can be “played”.
But their icons dont show in the menu… weird corner case… maybe?
As i said, try to select an activity type on the top menu and click where it should be to see if the app slides to the kid app, even if you dont see the icon itself.
Of course. That’s why i said that the error is not being there (files are load ok), but other error that someone has to solve to make this useful, i think.
I’m have no experience on QML to have a peek and fix it. And that counting with the error being on their side, which i dont really believe.
The command # strace -o ~/Desktop/gcompris_strace.txt /boot/system/apps/Gcompris * would save all the possible info to the Desktop, you can chek it, maybe the program searching for the resources in an unexpected folder. It could be hardcoded somewhere.
* Adjust the command to use the correct path for the binary.
Notes: Do not paste the output into the forum, use a text sharing site or github gist for that.
I already had done the strace a while ago, also watched the “Resorce not found” messages grepping, but nothing seems to be crashing out of the ordinary.
I will see if i can upload the text to some sharing place, and/or keep having a peek on this, yet i’m suspecting some QT unexpected behavior.