zyli

@bigsmit19 You're not the only one with this problem. In my opinion, it follows that there are two types of players: 1. Let's call them 'builders' - they plan, build, develop the economy and at the same time develop the army, 2. Let's call them 'rowdy' - at the beginning they focus on producing soldiers and at all costs send them immediately to the opponent. The first one has no chance against the second one (and this is how Petra plays) - unless there is some obstacle, e.g. the sea. That's why I suggest you try your hand at naval maps (random). For example, the Migration map, a very large map, four players (human + 3 computer players). There are four islands (each for one player) and a continent. In order for the computer player to attack you, he must first develop the economy - just like you, because he must build warships. Even if he attacks you later, you will defeat him, because you will already be at a certain level of development. I suggest playing as Carthaginians and sending a crew to the continent as soon as possible in a merchant ship to set up a base somewhere in the interior, because the resources on the island will soon run out. It is best if you play on the outermost island - you land in the corner of the map, build a port and a trade route, etc. Once you get the hang of it, you will win every time on the most difficult level. A more interesting (but also more difficult) map is Elephantine (very large, four players). Because on the central island (Elephantine) you can take over a wonder defended by Gaia warriors. As soon as you start building your own wonder, send heavy cavalry (approx. 80) to the central island to take over the Gaia wonder. When you have two wonders, no one will threaten you. First, you have to defend yourself against one opponent from the same coast or form an alliance with him (neutrality). And taking a third wonder from an opponent is a real joy. Good luck.

So where did 'neofetch' get this data: "Kernel: 6.5.0-5-amd64"? The current kernel in Trixie is: 6.11.5 https://packages.debian.org/trixie/linux-image-amd64 In my opinion, in the file '/etc/apt/sources.list': 1. The last two lines ('proposed-updates' and 'bookworm-backports') are unnecessary. 2. Instead of 'ftp.it.debian.org/debian' I would use: 'http://deb.debian.org/debian/'. 3. Instead of 'ftp.it.debian.org/debian/ trixie-security' I would use: 'deb http://security.debian.org/debian-security/ trixie-security' Best regards.

Sorry, but... Debian Trixie with kernel 6.5.0-5 was in December 2023. https://snapshot.debian.org/package/linux-signed-amd64/6.5.13%2B1/#linux-image-6.5.0-5-amd64_6.5.13-1 Are other packages that old too? Best regards

Nothing disappears without a reason. At that time '0ad' did not compile with python 3.12. https://wildfiregames.com/forum/topic/100249-alpha-26-doesnt-start-ubuntu-2204/?do=findComment&comment=585068 Therefore, the solution was to take '0ad' from 'mantic'. But time passes and now there is no 'mantic' repository, because 'plucky' was released. '0ad' is already present in 'plucky'. https://packages.ubuntu.com/plucky/0ad Compare the required dependencies, in particular: 'libboost-filesystem1.83.0' and 'libicu74'. In 'noble' they are probably appropriate. Then download the '0ad' package ( http://cz.archive.ubuntu.com/ubuntu/pool/universe/0/0ad/0ad_0.0.26-6ubuntu1_amd64.deb ) and install manually (dpkg -i file.deb). Installing with flatpak is not recommended: https://wildfiregames.com/forum/topic/100249-alpha-26-doesnt-start-ubuntu-2204/?do=findComment&comment=585183 Best regards.

And so it happened ... 0ad 0.0.26 returns to Debian Testing – Trixie. https://tracker.debian.org/pkg/0ad If it is already in Debian, it will be in Debian-based systems soon.

It's good that it went smoothly for you and you're happy Regarding this inscription: "Potentially unsafe". It's strange that this Ubuntu is oversensitive to packages from its own repository one branch lower ('mantic' vs. 'noble'). And somehow Ubuntu doesn't care about "Potentially unsafe" in the case of snap packages that it promotes so widely. But never mind. "Potentially unsafe" most often applies to older kernels, older web browsers, etc. when newer versions have been released. However, in this case it does not apply to the 0ad package, which would be compiled on 'noble' from the same source (0.0.26) as on 'mantic'. And why wasn't 0ad compiled on 'noble' (and also on Debian Trixie, Mint 22)? Answer: Because now in Debian Trixie ('noble' etc) the default python version is 3.12, which for some strange reason prevents compilation of 0ad (only 0ad, because 0ad-data compiles correctly). It's only about compilation, because python is not needed to run 0ad. It goes without saying that on 'mantic' python was in a lower version. And that's why the 0ad package will not be in Debian Trixie (noble etc.), until this problem is solved. News: I think auspicious winds are beginning to blow: https://wildfiregames.com/forum/topic/124266-0adpython312-%E2%80%93-a-positive-signal/ And that would be it. Regards. Postscript Given that "Potentially unsafe" label, for peace of mind you can always handle "serious matters" on another ("Potentially safe") computer.

Sorry if my answer stings a little bit. If the problem for you is downloading two files (in words: two) from the Ubuntu repository and executing the command 'dpkg -i', then forgive me... I suggest Windows. Good luck. Best regards.

A little note from me. ThomasCollignon has Ubuntu 24.04.1, or 'noble'. Since 'noble' there is no 0ad package anymore. There are 0ad-data and 0ad-data-common. But there is no 0ad. https://packages.ubuntu.com/search?suite=noble&searchon=names&keywords=0ad The same case as Debian Trixie. 0ad can be installed on Ubuntu Noble - you have to take the 0ad package from 'mantic' and install it manually. https://packages.ubuntu.com/mantic/0ad But first you have to manually install the libicu72 package (72.1-3ubuntu3) from 'mantic'. https://packages.ubuntu.com/mantic/libicu72 In 'noble' there is libicu74. Both of these packages can be together. I have tested this on Linux Mint 22, which is based on 'noble'. Regards. Postscriptum. You may need to install dependencies: libenet 7, libgloox18.

Today (October 19) I found the 0ad_0.0.26-6_amd64.deb package in https://incoming.debian.org. You can read there, among other things: "Fix FTBFS with Python 3.12. (Closes: #1085385)" https://tracker.debian.org/media/packages/0/0ad/changelog-0.0.26-6 https://tracker.debian.org/news/1576808/accepted-0ad-0026-6-source-into-unstable/ Does this mean that the problem with the "python 3.12 + 0ad" duo has already been solved? Regards.

Why? 1) Because when using svn, after issuing the command './pyrogenesis' the hash is displayed on the title page: 'b5d08a' (similarly pyrogenesis.exe for Windows). 2) You have 'custom' + compilation date. 3) You write: "now the game runs fine". 4) There is a known bug: https://gitea.wildfiregames.com/0ad/0ad/issues/7103 5) On the page: https://gitea.wildfiregames.com/0ad/0ad the hash 'b5d08a4833' has not changed since 2024-10-09. Due to the above facts, the currently compiled game should not start correctly (this is not about the game's welcome page). For me, using svn update (+ subsequent compilation commands) the game cannot be launched under both Debian and Windows (item 4). On the welcome page I have had the same hash for three days: 'b5d08a'. That is why I asked this question. Best regards.

Good news. Could you write what build is displayed on the welcome window after starting the game (bottom left corner of the screen)?

I think there's something to it. I compile nightly-build using svn under Debian Bookworm according to the recipe: https://wildfiregames.com/forum/topic/123667-trying-to-compile-0ad-nightly-build-%E2%80%93-debian-bookworm/?do=findComment&comment=583917 At first it was fine, but for a few days now I can't start the game (At revision 51, 52). After typing './pyrogenesis' a welcome window appears, but after selecting any game the screen goes to a window where nothing can be done and there is information about errors. The same thing happens in Windows when 'pyrogenesis.exe' is started. Debian: ./pyrogenesis (final fragment) GAME STARTED, ALL INIT COMPLETE Assertion failed: "!!m_Receiver" Location: Future.h:200 (Get) Call stack: (0x55c61253dfde) ./pyrogenesis(+0x88bfde) [0x55c61253dfde] (0x55c6124e4f6f) ./pyrogenesis(+0x832f6f) [0x55c6124e4f6f] (0x55c6124e517e) ./pyrogenesis(+0x83317e) [0x55c6124e517e] (0x55c6124e7171) ./pyrogenesis(+0x835171) [0x55c6124e7171] (0x55c611eae49e) ./pyrogenesis(+0x1fc49e) [0x55c611eae49e] (0x55c611dffbdc) ./pyrogenesis(+0x14dbdc) [0x55c611dffbdc] (0x55c611e0ae5a) ./pyrogenesis(+0x158e5a) [0x55c611e0ae5a] (0x55c611e5ffdb) ./pyrogenesis(+0x1adfdb) [0x55c611e5ffdb] (0x55c6120431ec) ./pyrogenesis(+0x3911ec) [0x55c6120431ec] (0x55c611d85671) ./pyrogenesis(+0xd3671) [0x55c611d85671] (0x55c611d6d2f8) ./pyrogenesis(+0xbb2f8) [0x55c611d6d2f8] (0x7f8117d6724a) /lib/x86_64-linux-gnu/libc.so.6(+0x2724a) [0x7f8117d6724a] (0x7f8117d67305) /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f8117d67305] (0x55c611d7ea31) ./pyrogenesis(+0xcca31) [0x55c611d7ea31] errno = 11 (Try again later) OS error = ? Redirecting call to abort() to mozalloc_abort Segmentation fault cat ../../build/build_version/build_version.txt L"main, b5d08a" grep build_version ~/.config/0ad/logs/userreport_hwdetect.txt "build_version": "main, b5d08a", "build_version": "2.26.5", "build_version": 20100, sed -n '200p' ../../source/ps/Future.h ENSURE(!!m_Receiver); md5sum ../../source/ps/Future.h e490987bb4fa469b609474dd627a6042 ../../source/ps/Future.h cd /tmp/ wget https://svn.wildfiregames.com/nightly-build/trunk/source/ps/Future.h md5sum Future.h e490987bb4fa469b609474dd627a6042 Future.h But the 'test' runs fine: ./test Running cxxtest tests (413 tests)...OK! Under Windows the list of errors is longer – see the attached file. Regards. Assertion failed !!m_Receiver_52_2024-10-11.txt.zip

Two days have passed - time to write how the update went. In short: Everything went very smoothly and without any comments. First, the nproc command - I got the number "20" I did the following: cd trunk/ svn update cd libraries/ ./build-source-libs.sh -j20 cd ../build/workspaces/ ./update-workspaces.sh -j20 cd gcc make -j20 cd ../../.. cd binaries/system/ ./test ./pyrogenesis The 'svn update' command printed at the end: "At revision 48." - two numbers more. The './build-source-libs.sh' command did not print any number, only the information that: "cxxtest-4.4, FCollada, NVTT, Spidermonkey is already up to date." After starting the game, in the lower left corner there is an inscription: "Oct 6 2024, (main, f9ad0)" Thanks again for your help. Regards.

Thanks Stan – it worked. But ... I found the file 'build-source-libs.sh' in the 'trunk/libraries/' directory. It didn't have the executable attribute, so: cd libraries/ chmod +x build-source-libs.sh Now: ./build-source-libs.sh I got the message: Building third-party dependencies... ./build-source-libs.sh: 58: ./source/cxxtest-4.4/build.sh: Permission denied ERROR: cxxtest build failed It turned out that there are five subdirectories in the 'trunk/libraries/source/' directory: cxxtest-4.4 fcollada nvtt spidermonkey spirv-reflect and in each of them there is a file 'build.sh' without the executable attribute. So: chmod +x source/cxxtest-4.4/build.sh chmod +x source/fcollada/build.sh chmod +x source/nvtt/build.sh chmod +x source/spidermonkey/build.sh chmod +x source/spirv-reflect/build.sh Now only: ./build-source-libs.sh I read that version 28209 was downloaded. I think the file 'source/spirv-reflect/build.sh' was not used, because running './build-source-libs.sh' again gives the result: Building third-party dependencies... cxxtest-4.4 is already up to date. FCollada is already up to date. NVTT is already up to date. Spidermonkey is already up to date. Done. I'm going further. cd ../build/workspaces/ ./update-workspaces.sh It took a very short time – apparently it had already been built with the previously issued './update-workspaces.sh' command. Now: cd gcc make It built without errors. Now cd ../../.. cd binaries/system/ ./test I see: "Running cxxtest tests (407 tests)...OK!" It's fine, so: ./pyrogenesis The game has started. In the lower left corner is: "6 Oct 2024 (main,eb3f0)". It works correctly. Summary of what I did (required dependencies are installed). svn checkout https://svn.wildfiregames.com/nightly-build/trunk cd trunk/libraries/ chmod +x build-source-libs.sh chmod +x source/cxxtest-4.4/build.sh chmod +x source/fcollada/build.sh chmod +x source/nvtt/build.sh chmod +x source/spidermonkey/build.sh chmod +x source/spirv-reflect/build.sh ./build-source-libs.sh cd ../build/workspaces/ ./update-workspaces.sh cd gcc make cd ../../.. cd binaries/system/ ./test ./pyrogenesis Thanks again. But every solution raises new questions. 1. The version number used to be trivial (e.g. 28177). Now I get: a) "At revision 46." – 'svn checkout https://svn.wildfiregames.com/nightly-build/trunk b)"28209" – './build-source-libs.sh' (cxxtest-4.4) c) "eb3f0" – after starting the game (bottom left corner). Which one is important? Is "eb3f0" some hash or a consecutive number? 2. During the update ('svn update') before issuing the command './build-source-libs.sh', should I issue the command 'clean-source-libs.sh'. I think so, but do I need to re-assign the executable attribute (chmod +x) to the 'build.sh' files in the cxxtest-4.4, fcollada, nvtt, spidermonkey, spirv-reflect subdirectories? 3. I understand that the 'clean-workspaces.sh' command ('build-wokspaces' directory) is deprecated and we don't use it anymore? Postscriptum I didn't have to use 'SETUPTOOLS_USE_DISTUTILS=stdlib ./update-workspaces.sh' https://wildfiregames.com/forum/topic/104500-0ad-svn-error-spidermonkey-build-failed/page/2/#comment-541019 Just the command './update-workspaces.sh' (also './build-source-libs.sh') worked fine. Best regards.

The page https://trac.wildfiregames.com/wiki/BuildInstructionsGettingTheCode is outdated due to migration to gitea. I used the description: https://gitea.wildfiregames.com/0ad/0ad/wiki/NightlyBuild What did I do? I created the '0ad' directory and in it as a user I issued the command: svn checkout https://svn.wildfiregames.com/nightly-build/trunk At the end of the download there is information: "At revision 46.". A 'trunk' directory was created which takes up about 14 GB. There is, among other things, a 'pyrogenesis.exe' file in the 'trunk/binaries/system/' directory. After copying the 'binaries/' directory with its contents to a pendrive (exfat) and connecting it to a Windows laptop, the game starts correctly. There is information in the lower left corner: "26 Sept 2024 (main,eb3f0)". Well, yes, but I want to run it on Debian. Now I followed the instructions according to: https://trac.wildfiregames.com/wiki/BuildInstructions which is identical to: https://gitea.wildfiregames.com/0ad/0ad/wiki/BuildInstructions I checked the dependencies – they were all there. There was too much free space on the disk. On this system, before the migration to gitea, I compiled 0.0.27 beta from time to time - so there was no need to install anything. Next instructions: cd trunk/build/workspaces The files 'clean-workspaces.sh' and 'update-workspaces.sh' did not have the executable attribute, for this: chmod +x clean-workspaces.sh chmod +x update-workspaces.sh The file 'clean-workspaces.sh' informs that: "This script is deprecated and might be removed in a future release." I run: ./update-workspaces.sh I get info: "./update-workspaces.sh: 76: ./build.sh: Permission denied ERROR: Premake 5 build failed" I check: ls -al ../premake/build.sh There is: '-rw-r--r--' Therefore: chmod +x ../premake/build.sh Now again: ./update-workspaces.sh It went well – no comments. But in my opinion it lasted too short. After comparing what the './update-workspaces.sh' command printed now with my build records from before the migration (e.g. rel. 28201) I can see that compilation did not occur: 1. FCollada 2. mozjs-91.13.1 3. NVTT and maybe others. Hence the short time the './update-workspaces.sh' command has to work. But I go further: cd gcc make I receive: ==== Building mocks_real (release) ==== Creating obj/mocks_real_Release mocks_real.cpp In file included from ../../../source/mocks/mocks_real.cpp:29: ../../../source/mocks/dlfcn.h:19:10: fatal error: cxxtest/Mock.h: No such file or directory 19 | #include <cxxtest/Mock.h> | ^~~~~~~~~~~~~~~~ compilation terminated. make[1]: *** [mocks_real.make:129: obj/mocks_real_Release/mocks_real.o] Error 1 make: *** [Makefile:163: mocks_real] Error 2 The command 'make clean' and then 'make' again did not helps. What did I do wrong? Postscriptum Until the migration I was compiling 0.0.27 beta quite regularly and had no problems with it. Due to Debian a small correction had to be made: https://wildfiregames.com/forum/topic/104500-0ad-svn-error-spidermonkey-build-failed/page/2/#comment-541019 'hyperion' – thanks again. Regards.