andy5995

@Stan`Yes, that's right.

@Stan`thank you for the suggestion, but I've never had to set those to build on any other architectures. I've helped with the MegaGlest appimage build which uses qemu in a GitHub runner to create arm64 packages. No problems. I build several different things in this Dockerfile, also with qemu, building on Focal and Jammy for amd64, arm64, and arm/v7. Does 0ad do any testing on different architectures in its CI? Ironically, I was inspired into building on arm64 after you suggested it in a pull request comment on the 0ad-appimage repo. it's made more work for me, but it's been an interesting learning experience.

@BaelishSadly, the development build has been broken for a long-time on many distros. https://gitea.wildfiregames.com/0ad/0ad/issues/6895 @Itmshas a pull request open to fix the SM problem: https://gitea.wildfiregames.com/0ad/0ad/pulls/7222 One easy work-around is to install a different version of Python (although I see you got the build working above, I'll reference it anyway): https://gitea.wildfiregames.com/0ad/0ad/issues/7080#issuecomment-102788 A fix should have been prioritized, or the document for the build instructions should have been updated accordingly. There's already enough documentation that appeals to developers to contribute. All that happens when a project has a broken build for so long is that potential developers get confused, waste their time, and become turned off. And project maintainers become discouraged that more people are complaining than contributing.

Ticket opened: https://gitea.wildfiregames.com/0ad/0ad/issues/7213

@RangerKOn Linux, it's '~/.local/share/0ad/mods/user/maps/random' or '~/.local/share/0ad/mods/user/maps/skirmishes' for skirmish maps. I just opened a ticket that suggests adding a section to the wiki that clearly explains how to try/test maps. Also, some maps are put into the community maps 2 mod. That mod you can install from the 0ad mod downloader.

I think people new to the game don't understand but will figure it out quickly enough. I like "Dyanamic" the best, but why not a tooltip that offers a minimal explanation? Dynamic or Random doesn't really say anything to a new player. Neither does "Skirmish". Having "Skirmish" as a map type is really pointless, imo. A tooltip that offers a minimal explanation would be good, or just having the explanation appended in the right pane where "Map Type: Random/Skirmish" is displayed.

@Stan` @ItmsI suggest allowing pull requests on any fork. For example, I was going to help with https://gitea.wildfiregames.com/0ad/0ad/pulls/7075 So I pulled the branch and was going to open a pull request on abian's fork:with-lto branch. On GitHub, when this happens, the user can merge the pull request on his fork. If he does so, the already-open PR (link above) on the main upstream repo gets updated. You can see here i don't have the option to open a PR on his fork. It only allows me to open a pull request on my fork or the 0ad repo:

Longer than a minute on a large map.

But the map generates very slow so I'm abandoning this method.

So this works, got some help from @Jammyjamjamman and @trompetin17 g_Map.log("Freezing water"); const IceArea = new createArea( new MapBoundsPlacer(), [ new TerrainPainter("alpine_ice_01"), new TileClassPainter(clIce), new SmoothElevationPainter(ELEVATION_SET, heightSeaGround - 0.1, 0), ], stayClasses(clWater, 0)); for (const position of IceArea.getPoints()) g_Map.placeEntityPassable("obstructors/placement", 0, position);

This is for https://github.com/0ad-matters/community-maps-2/issues/134 This works but I think there must be a better way. It seems crude, and the object (a placement obstruction) covers most, but not all, the tiles. Any suggestions? The usage of createArea() was already in the map script. The new code is the call to createDecoration() g_Map.log("Freezing water"); createArea( new MapBoundsPlacer(), [ new TerrainPainter("alpine_ice_01"), new TileClassPainter(clIce), new SmoothElevationPainter(ELEVATION_SET, heightSeaGround - 0.1, 0), ], stayClasses(clWater, 0)); createDecoration( [ [new SimpleObject("obstructors/placement", 1, 1, 0, 0)], ], [ scaleByMapSize(600, 1800), ], stayClasses( clIce, 0, ) );

Death Canyon, a random map included in the community-maps-2 mod. It's generated from the heightmap of the skirmish map of the same name.

@SciGuy42Pretty complex! Sweet! When I tried the first two, I got an error "JavaScript error: maps/scenarios/Carthage_2.js line 1248 cmpPlayer.GetCiv is not a function" You wanna do a PR to add these to https://github.com/0ad-matters/community-maps-2 ?

Cool. The bots seem to handle this one ok

Thanks. I opened an issue. @Jammyjamjamman noticed recently that fields can't be constructed on ice. I wonder what the difference is between fields and other objects that get constructed.

Arctic biome on a small map

There is a mod that adds water as a resource but it hasn't been updated since a22 https://github.com/0ad-matters/resource_water which I forked from https://github.com/0ADMods/resource__water

@ItmsChatGPT. That's why I had to ask if it was possible. I'll be sure to mention the "author" next time I post information like that to make it more clear. Let me know if you'd like me to set up a repo that publishes the docs like I mentioned in my original post.

@Stan`@ItmsCan this be enabled so that pull requests from the wiki can be reviewed? And do you agree that it would be a good idea? https://gist.githubusercontent.com/andy5995/2091495227261dc76d0f8657df78f362/raw/508ad5ee4268d51d5db26be48ec4cdd0a6312a3e/gistfile1.txt

I documented the fix https://gitea.wildfiregames.com/0ad/0ad/wiki/BuildInstructionsGettingTheCode The current heading is "Recovering from errors while syncing your fork". I won't link to it directly because the section hasn't been reviewed yet and the heading might change. @Stan`@trompetin17

@trompetin17 gave me the solution on IRC and I'll update the docs within the next day or two.

That does nothing. I get my prompt back with no messages, warnings or errors.

My config: $ cat .git/config I first used 'git fetch upstream' and then 'git rebase upstream/main' I get this error:

I got it building again, I went back to trying on Ubuntu Bionic with gcc-8 (the build fails on gcc-7 on bionic error: 'byte' in namespace 'std' does not name a type). Completed successfully on amd64. I'm building an arm64 AppImage on am amd64 system now. It might take a few weeks because emulation tends to slow things down a bit.... And it already failed: