andy5995

@wowgetoffyourcellphone Here's the fix and a little history https://github.com/0ad-matters/community-maps-2/issues/47

I made a new mod called no-gather (available for a26) Resources accumulate over time, women are champions, and on random maps players start with about 50 infantry.

Deactivated. Not needed.

I know in theory a wiki is supposed to make it easier to maintain documentation, but I'm not sure if that's always the case. Has there been any discussion on using some website builder for docs? A few examples of other projects that do this: Community Health Toolkit Godot Meson Especially after 0ad has migrated to a {git/pull request}-based system so people can submit patches more efficiently, it seems that being able to review new documentation will help assure the docs are in better shape, and hopefully encourage more people to review, edit, and submit.

I've created a git repo for replays. It's called "0ad replays".

Yes, this works. I'll update the wiki shortly. Everyone who has a GitHub account and loves Atlas should star the linuxdeploy-plugin-gtk project.

Reading and replying quickly, but I think understand. Caching is available in github actions, but I've found that sometimes errors happen due to the cache not getting updated correctly. Another way is to create docker image with everything and push it docker hub. Then pull that image and start a container in your CI workflow? But that has disadvantages too, obviously.

I'm pretty sure I'd be available to help some with the migration process, when it's decided upon. I'm looking forward to 0ad switching primarily to git, as I never worked with svn much when it was more popular (because I didn't do much development at that time) and I'm much more comfortable with the "pull request" workflow. I guess arcanist is supposed to make it easier, but I kept getting certificate errors when I tried it, and it seemed to be a problem for a while, iirc. When the Devuan distro forked Debian, they used self-hosted GitLab, but eventually switched to self-hosted gitea. I don't know why.

No need for you to do that @Old Roman Could you attach a replay though?

A torrent I'm seeding, it's an AppImage I created of the latest 0ad dev snapshot at svn rev 27077 magnet:?xt=urn:btih:b53d14f9027859128e38a238d219c29fd3c0f4ba&dn=0ad-a26-27077-x86_64.AppImage magnet:?xt=urn:btih:e33ed5ec968a5b31ddb3a36fc623b357db4c2f10&dn=0ad-a26-27077-x86_64-2.AppImage

For Atlas, I expect that the linuxdeploy-plugin-gtk will be the best (maybe only) option. (more info about linuxdeploy plugins in the linuxdeploy user guide ) When I run the appimage with the '-editor' option, this is the output

I've gone through all the steps again and updated the script and docs accordingly. This should be easy-as-pie now. @Stan`

It's working now (except for Atlas)! Putting libAtlasUI.so and libCollada.so in AppRun/usr/lib did the trick. (I thought I tried that already, as I mentioned above, but saw libCollada.so wasn't there). I'll update the howto in a few minutes, but I'd say it's ready for someone who's familiar with your CI to start adding it. I think best to create the AppImage on systems with a slightly older version of libc than the bleeding edge. That assures it's more likely to run on newer, as well as older systems. But I'm a bit hazy about that yet.

I increased and took a closer look at my scrollback. Right before the DLL conversion errors, near the top of the console output is a fairly good clue: I've looked at the code in DllLoader.cpp, but I don't see yet how I can have the complete path output to the console. The base filename is passed to dlopen(); doesn't really make sense to me yet.

@Old Roman The seed used for each game is stored in the replay file. 0ad has cmd line options to use the same seed. They're listed in binaries/system/readme.txt

I tried without specifying any --libdir. I changed the install script (above) to install ActorEditor, libCollada.so, AtlasUi.so to AppRun/usr/bin. Ran `linuxdeploy`. It failed saying the deps couldn't be found. Fixed by using patchelf on 5 files: binaries/system{libmoz*,libnv*} Example: In AppRun/usr/bin `patchelf --set-rpath libmozjs78-ps-release.so:/0ad/binaries/system pyrogenesis` (where /0ad/ is my source root) Rebuilt the appimage and ran it. I got errors immediately about directory creation. I copied default.cfg dev.cfg keys.txt to AppRun/user/data/config Rebuilt the appimage and ran it I got the same errors about Collada as before, but the full-screen problem was fixed.

Rebuilt without --bindir and getting the same result. I again tried building the image with libCollada in the 3 locations mentioned above.

@hyperionI don't think using --bindir is needed at all for this actually, but haven't tried building without it yet. I'm going to do that now. As for libdir, when linuxdeploy is run, it copies libraries into AppRun/usr/lib and that seems to be working well. It fixed a lot of problems I was having... except for libCollada.so. I copied it into the AppRun folder in 3 different places: the bin folder (alongside pyrogenesis), the AppRun/usr/lib/games/0ad folder, and AppRun/usr/lib. That didn't help anything.

I can now run the appimage, get the main menu, and open the game setup menu. Alt+Enter doesn't switch to full-screen, but I can do that by right-clicking the title bar and clicking on "full screen". When I start a game, it loads, but I get many collada related errors.

This is where I'm at

I've made edits to the post above, and using that info, the error directly above is gone. Right now I think the only problem is the data can't be found when the appimage is run. I think that will be fixed after I rebuild specifying the relative path to --datadir.

@norjay I opened a ticket for a problem @Old Romanreported.

@Old RomanWow, that's nice feedback! Thank you so much! As for Carpathian, I'll open a ticket on the repo and ping the map-maker, @norjay You might want to mention it on the forum post. Thanks for reporting though!

An appimage for 0.0.26-alpha is available An appimage for 0.0.26-alpha (RC3-27067) release is available 0ad-0.0.26-rc3-27067-alpha AppImage An appimage for the 0.0.25b-alpha release is available at 0ad-0.0.25b-alpha appimage I've moved the how-to guide to the Wiki: https://trac.wildfiregames.com/wiki/BuildAndDeploymentEnvironment#LinuxAppImage

I had this problem again, building the svn version in an Ubuntu 20.04 docker container. Installing libwxgtk3.0-gtk3-dev provided `wx-config`, but really I think there should be a check in premake. If wx-config can't be found, fail then.