hyperion

If I select Italian it works, just that the amount of translated strings seems very low. <- @Dunedan

With the desktop file you already have a means, "DRI_PRIME=1 0ad", is probably what you need but that might depend on exact hardware or distribution. Look into prime and for older nivida into optimus. There are also plenty wrappers to tune for games.

Might be using the igpu then which would mean not nvidia but should be enough to go to the ingame options an select the vulkan backend. Run "which 0ad" in terminal to get the path

Looks to be https://gitlab.archlinux.org/archlinux/packaging/packages/0ad/-/issues/3

Definitely need sdl version and kde / plasma version, also are you using multiple monitors? You could try the AppImage at https://releases.wildfiregames.com/rc/ , if it runs would be a strong indicator where to look further into the issue. The AppImage should also be easy to add to Lutris.

Created https://gitea.wildfiregames.com/0ad/0ad/pulls/8548

Maybe a commit or two off, but is fine to test that branch instead. @real_tabasco_sauce ^

Created https://gitea.wildfiregames.com/0ad/0ad/issues/8540

SpawnEntityOnDeath definitely doesn't work, so I think @wowgetoffyourcellphone did something different or it was broken without being all to obvious back then. If you want to add a unit as if trained for example, so that the simulation knows of it, and place it where the old one died instead. An example is QuickSpan in binaries/data/mods/public/maps/scenarios/pickup_test_map_triggers.js.

As @Stan` correctly stated only a local entity gets spawned. This was always the case. So either you implemented it differently or it was subtly broken anyway. Do you still have to code and is it publicly available?

Can you add verbose to your build command like "make -C build/workspaces/gcc verbose=1" so we see the actual build command run. Also what output do you get for "g++ --version" and "clang++ --version"? Side note, premake --cc option with version, ie gcc-12 isn't documented and broken in some cases. Typically if you use binutils you wont have an corresponding ar-12 for example which it would look for.

I think you are using gcc instead, if you want to use clang you have to set CXX environment variable or pass --cc=clang to update-workspace.sh, also your gcc version is likely older then gcc-12.

The next release will no longer use macOS proprietary OpenAL (deprecated and possibly now broken on Tahoe), but an open source alternative. You can try the latest test version from https://jenkins.wildfiregames.com/job/0ad-bundles/93/artifact/

There are distributions that have gaming as a core part. Then there are those that are just bleeding edge for being bleeding edge. Rolling distributions are also more likely to have the lasted versions around. On the other hand if it's a distribution meant to provide a solid and stable base to work of from then it usually takes time for versions to tickle down. Based on some Ubuntu telemetry 0ad has probably some 300'000+ installs on Linux. Single player don't need the latest version, certainly not zero day bumps. There is also the option to build from source. While that may sound daunting most long term linux users (or open source user on other platforms) will start doing it at some point and realize it's not harder then learning to drive a bicycle. That will allow you to use a fix to one of your issues right after it got committed without having to wait for a release (every day is release day ). Also instead of the some 20'000 packages your distro offers you have the whole world of open source software at your tip. That said, there is a Flatpack for 0ad and an AppImage will be provided for the next release as well.

Maybe you have enabled macmouse option, the one to be used with those one button mice.