In Debian Trixie 0ad was removed from the repository because it supposedly does not work correctly with python 3.12. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064726 https://trac.wildfiregames.com/ticket/6895 Therefore: https://tracker.debian.org/pkg/0ad ("[2024-04-13] 0ad REMOVED from testing (Debian testing watch)" ) Python is needed to build packages, it is not needed for installation. For example, in Linux Arch, python 3.12 is in the system, but python 3.11.9 is downloaded for compilation. You can look at line 41: https://gitlab.archlinux.org/archlinux/packaging/packages/0ad/-/blob/main/.SRCINFO?ref_type=heads On Debian Trixie you can install 0ad by taking packages from sid. You don't need to switch to the sid repository. Three files (packages) are enough: 0ad_0.0.26-5_amd64.deb 0ad-data_0.0.26-1_all.deb 0ad-data-common_0.0.26-1_all.deb Respectively from: https://packages.debian.org/sid/amd64/0ad/download https://packages.debian.org/sid/all/0ad-data/download https://packages.debian.org/sid/all/0ad-data-common/download Of course, we install with the command: # dpkg -i file1 file2 file3 By the way. You have strange additional repositories. Maybe it would be worth reading what FrankenDebian is: https://wiki.debian.org/DontBreakDebian Of course, using the 0ad installation with sid according to the above recipe, we reduce FrankenDebian to a minimum. Regards.

Starting today in Flatpak installation: Info: runtime org.freedesktop.Platform branch 22.08 is end-of-life, with reason:    org.freedesktop.Platform 22.08 is no longer receiving fixes and security updates. Please update to a supported runtime version. Info: applications using this runtime:    com.play0ad.zeroad Info: runtime org.freedesktop.Platform.GL.default branch 22.08-extra is end-of-life, with reason:    org.freedesktop.Platform 22.08 is no longer receiving fixes and security updates. Please update to a supported runtime version. Info: applications using this extension:    com.play0ad.zeroad Info: runtime org.freedesktop.Platform.GL.default branch 22.08 is end-of-life, with reason:    org.freedesktop.Platform 22.08 is no longer receiving fixes and security updates. Please update to a supported runtime version. Info: applications using this extension:    com.play0ad.zeroad Thanks for your great software! Otello from Italy

Ara History Untold  

@Genava55 I heard about it yesterday on Deutschlandfunk and also meant to post about it. What I found interesting is A: that finds are skewed because flintstone arrowheads can't be found with metal detectors. And B: they figured from the arrowheads that the group from the south attacked at a bridge, were repelled, fled downstream where they were shot down with northern arrows. Here's the Antiquity article: https://www.cambridge.org/core/journals/antiquity/article/warriors-from-the-south-arrowheads-from-the-tollense-valley-and-central-europe/C4F6ECB759833BFD337D37ADAE564C4B#article

https://phys.org/news/2024-09-archaeologists-southern-army-fought-europe.html  

Hi @norjay. I love the idea of having random maps with 'challenging topography'. It seems the generation here mostly make cliffs in circles pattern around the map center. I believe it could be funnier to have them have theses patterns form outwards from the players starting positions instead. This would make fun to try to plan defenses and also be less cumbersome to travel (often mostly empty in early phases) center of the map.

This is a new approach to map design, using algorithms to determine key elements. The topography, placement of towns, and locations of mines are dictated by mathematical functions, while textures and trees exhibit only minimal randomness. The randomness is largely restricted to the parameters of these functions, allowing for controlled variability. A major advantage of this approach is that it enables the creation of very large-scale structures, particularly long cliffs. I focused on several key aspects: map generation should be fast, the topography should present a challenge, and the entire terrain should be accessible with minimal wasted space. Additionally, each player should have an equally balanced environment, which is why the terrain is rotationally symmetric. The topography consists entirely of cliffs, each with a steep side and a gentle slope. As a result, there are no prominent mountains, and the overall height profile remains uniform. My goal is to define maps based on the length of cliffs, the asperity (the distance between cliffs), and the number of directional changes. I also want to create distinct areas with varying asperity, such as plains and valleys compared to more rugged regions. I've attached a first test version of the map and would love for you to give it a try. While I've already tested to ensure that the bots navigate without getting stuck, I’m relatively new to this kind map design and haven't played 0 A.D. for over a year. As a result, I may not be the best judge of whether the map is truly engaging or balanced. That’s where you come in! Your experience and feedback would be invaluable in refining the map. I’m eager to hear your thoughts on how it plays and whether it offers a fun and challenging experience.   proc20240927a.zip proc20240927a.zip