try fix freebsd build

[1111Windows]

This PR attempts to fix the BSD build.

Currently, only compiling SuperTux and testing its executability have been implemented.

I found that using the -DWERROR=ON option on FreeBSD causes compilation failures, so -DWERROR is disabled.

The current issue is: compilation is too slow.

[tobbi]

@1111Windows Can you push a(n empty) commit (I've re-enabled the freebsd workflow on our side and want to see how it goes).

[1111Windows]

@1111Windows Can you push a(n empty) commit (I've re-enabled the freebsd workflow on our side and want to see how it goes).

I changed some content to try to upload the file after compilation. Please allow it. Thank you.

[tobbi]

I've re-disabled the FreeBSD builds again because they took too long to run. I will re-enable them as soon as they pass for you on your fork's CI.

[1111Windows]

After unsuccessfully trying to fix the problem myself

Maybe we should try cloning SuperTux and compiling it on a FreeBSD VM?

[tobbi]

After unsuccessfully trying to fix the problem myself

Maybe we should try cloning SuperTux and compiling it on a FreeBSD VM?

I tried that using the same VM that the workflow uses:

% python anyvm.py --os freebsd

I executed the same commands as the workflow. It worked and the issue didn't occur. Feel free to try yourself.

[1111Windows]

It happens to build it multiple times because of: Re-run cmake file: CMakeFiles/cmake.check_cache older than: CMakeCache.txt. I have no idea why this happens.

This issue will cause the compilation to fail when creating a release.

See https://github.com/1111Windows/supertux/actions/runs/20692953472/job/59403728228

[tobbi]

It happens to build it multiple times because of: Re-run cmake file: CMakeFiles/cmake.check_cache older than: CMakeCache.txt. I have no idea why this happens.

This issue will cause the compilation to fail when creating a release.

See https://github.com/1111Windows/supertux/actions/runs/20692953472/job/59403728228

The issue is in the compile step earlier:

fatal error: file '/home/runner/work/supertux/supertux/build/CMakeFiles/supertux2.dir/cmake_pch.hxx.cxx' has been modified since the precompiled header '/home/runner/work/supertux/supertux/build/CMakeFiles/supertux2.dir/cmake_pch.hxx.pch' was built: mtime changed (was 1767530112, now 1767530182)
note: please rebuild precompiled header '/home/runner/work/supertux/supertux/build/CMakeFiles/supertux2.dir/cmake_pch.hxx.pch'

[tobbi]

I noticed that changing sync from 'zfs' to 'rsync' allows compilation to succeed, but at the next step it fails to find some files:

Error: An error occurred trying to start process '/usr/bin/bash' with working directory '/home/runner/work/supertux/supertux/build'. No such file or directory

[1111Windows]

After unsuccessfully trying to fix the problem myself

Maybe we should try cloning SuperTux and compiling it on a FreeBSD VM?

I tried that using the same VM that the workflow uses:

% python anyvm.py --os freebsd

I executed the same commands as the workflow. It worked and the issue didn't occur. Feel free to try yourself.

I'm currently testing the compilation of SuperTux in another repository. Once I've finished testing, I'll submit this pull request.I'm currently testing the compilation of SuperTux in another repository. Once I've finished testing, I'll submit this pull request.

If you're interested, you can check out https://github.com/1111Windows/FreeBSD-test/

[1111Windows]

For some reason, after cloning SuperTux, it started complaining about not finding physfs, even though physfs was already installed. So I gave up on the idea of cloning SuperTux inside the FreeBSD VM.

After switching from ZFS to rsync, it successfully compiled when used by release, but it couldn't find the uploaded files.

Now the compilation speed has been significantly improved.

I take back this sentence

By the way, after switching from ZFS to rsync, its compilation speed has significantly improved.

[tobbi]

Can you please update the workflow file to use vmactions/freebsd-vm@v1.3.6. The freebsd vm author claims to have fixed rsync issues, following my issue report.

[tobbi]

I think I got it to work. Can you do me a favour and test the artifacts?
https://github.com/SuperTux/supertux/actions/runs/20699704394

[tobbi]

The 14.3 binaries in #3523 were tested by someone from the freebsd community and, apart from a library version mismatch, worked fine.

Can you cherry-pick the last 2 commits from there onto this branch?

[1111Windows]

I think I got it to work. Can you do me a favour and test the artifacts?

For certain reasons, I am temporarily unable to use the FreeBSD machine.

Can you cherry-pick the last 2 commits from there onto this branch?

ok

[1111Windows]

It can now upload Release builds to Release.

See https://github.com/1111Windows/supertux/releases

[tobbi]

Can I mark this as ready for review?

[1111Windows]

Can I mark this as ready for review?

yes,you can

[tobbi]

Final approval from me.