Stan`

Thanks. I'm happy I could get everything to work There is still too much manual input for JS but at least its there. There has been some progress on the doxygen front https://code.wildfiregames.com/D5252 https://code.wildfiregames.com/D5255 Irc the goal was to get rid of trac since it gets completely absorbed in gitea. Then we can just make the domain point to the gitea for some time I guess ?

Interesting your git repo is 13GB while mine was like 6.7GB in bare form, I wonder why that is. Especially since you removed everything in binaries including that 100MB macos exe that was committed once and the history of autobuilded exe + all the spidermonkey tarballs. And nvtt / fcollada In the top bar you could add a link to SVN and Docs.wildfiregames.com I suppose.

I'm not sure you can migrate code comments and whatnot on Gitea.

We do have some website source on Github. I have no idea whether they are used or not, though. https://github.com/0ad/wildfiregames.com https://github.com/0ad/play0ad.com By the way Itms what about the art, art_source and audio subfolders of current SVN ? I think art cannot be publicly displayed due to some content in it.

The snap is built on the ubuntu thingy, not on our servers. By the way with the new vulkan shaders, the shader build takes at least 5 hours on the macosCI, and 1 hour on my M1 mac. + the rest of the time +- 2h Since the flatpack is standalone, that's possibly a lot more time to make a release Trust me, I went for as much automation as I could, and still a release took about 24hours + time to make the trailer

Possibly, although one might argue since we're breaking everything we might do it now instead of later but that's debatable By the way did you find a better irc bot than mine, or should I make mine point to your instance, to test the load ?

What kind of CLI stuff ?

Maybe we disagree on this: for me the moment WFG makes the flatpack official it becomes responsible for it as in all the flatpack issues becomes Trac/Official issues with the inconvenience you know have to check more places. That's why we have tickets for the snap version on Trac. Since no one has flatpack experience here that would have fallen on me, or nobody if I didn't care. Looks good on paper, but how do you trust them ? I met Osomon IRL (That's not foolproof but it helps). If tomorow they bundle a flatpack with a backdoor, is it their responsibility or ours ? (That's what happened with Steam) I had no idea what version they uploaded (and sure as hell wasn't gonna pay 8€ to figure it out)

Probably just me but I liked the idea of naming the repo pyrogenesis instead of 0ad if we ever split things up more so the engine is its own thing. Just thought I'd mention it.

So that means we'll have to keep deleting every single Phabricator spam message manually that are now on commits, diffs and sometimes on personnal profiles while maintaining gitea ? Oh sweet then. 100MB will make it harder to reach the disk size Also means the repo won't grow weirdly and exponentially like it did for me True. I also disliked the fact you could make the diff private on Phab because that's kind of anti open source to me and moreover it broke the bot as well. If you're gonna have private code maybe don't share it at all... X) Well I did my best.

Maybe you can remove everyone's permissions ? @ShadowOfHassen @Itms might correct me here but I don't think it's good to fork 0 A.D. due to its size. Disk space isn't infinite and IMHO it's much better to only have branch. (Last time I checked every fork added 6GB of files...) Official repos like the community mod and maybe the lobby can go there but having private things sounds bad. Someone ill intentioned could host an entire fork of the game free of charge on the server. @Itms for the CI I had some attempts on my version. It can build stuff and notifiy gitea through api calls but, extracting the correct branch to build was a bit trickier.

https://code.wildfiregames.com/D2936

Just so we're on the same page, we have an official snap maintained by @oSoMoN @andy5995 also made a pipeline to build an appimage (I sadly never had the time to port it to jenkins) We're in contact with Arch, Debian, Ubuntu, FreeBSD and Fedora for official packages The problem is not so the package but the testing. There is a myriad of Linuxes, and none of them behave the same. eg different kernel versions https://feedback.wildfiregames.com/os/ The moment you take the responsibility to make the package you have to test every distro. Which is why while it's official snap and appimages are still separated for now.

From your system_info.txt it would seem you are using Windows 10? Does the game crash on any map? Does the game crash in single player? You might also want to try disabling TLS in the options https://videos.pair2jeux.tube/w/1XZRV3KkeekuafgUg4sif8 but since you're able to join the match it shouldn't make a difference (And it's better on by default)

Does it even run ?

Well it doesn't hurt to try if you have time. But it might work for you

This one is okay, I just used the sandboxing feature to be able to put it on the appstore (because that's what other project did), but our license is not compatible, and it's not mandatory. It's also not dependent on anything on the repo. I was waiting for the release to happen to close it. I'm pretty sure it's a snap issue rather than a distro one. The spidermonkey issue is a bit annoying indeed, since it's now extending to macOS As to what people can do, playing svn and reporting issues is good enough With no dev activity, not much is gonna move.

Well we usually work with Fedora, Debian and Ubuntu repositories, but yeah updating packages can sometimes take a month. Isn't ubuntu the most used distro, and their default app manager now using snap ? (I may be out of the loop there) I'm not able to take decisions on this anymore but this sounds good. Unfortunately testing is not really the issue there, the problem is more whatever kind of virtualization happens in there that breaks graphic drivers and sound ones.

IIRC the problem other than manpower is that thing break in non obvious ways (and we don't have the knowledge on that) on flatpack/appimages/snaps and we prefer people use their distribution package when ever possible. IIRC there is an app image, and the snap version is official.

I've sent the email again, I cannot (as far as I know) activate your account directly. Make sure to check your spams.

The music is also available on Spotify

Already exists on some maps. Basically you need n json one for each biome and load that depending on the current biomes tha'ts how biomes work anyway

As far as I know only I can. I needed a simple way to share links at events in the form of one QRCode for those not willing to waste flyers and who'd rather just use their phones. The reason I didn't qualify with official and unofficial is that it prevented some people from engaging at all, and in other instances caused me to have to join 15 discords The next person managing this list can feel free do to whatever they want however. I'd say the international discord link is the second biggest 0 A.D. discord after the hyrule one.

There is one. https://linktr.ee/wildfire_games

Not that hard, but a little still. For all templates with the garrison component, for all actors of those templates if there is no garrisoned variant then you have a missing flag. Then for all the dae files referenced in that actor you need to ensure they have a prop-garrisonedYYY else the model needs to be adjusted. Something like that <node id="prop-box_02" name="prop-box_02" type="NODE"> <matrix sid="transform">-1.62921e-7 -1 0 -0.8 1 -1.62921e-7 0 -0.08623493 0 0 1 3.79285e-4 0 0 0 1</matrix> </node> https://trac.wildfiregames.com/browser/ps/trunk/binaries/data/mods/public/art/meshes/props/box_pile_01.dae#L71 Else you can convince someone to rewrite the system so that the prop point(s) is/are set in the templates instead and convince that person to extract all the data from those nodes and put them in the templates instead. This way adding a flag will be easier for you (Also you can change the civ depending on the owner )