Stan`

Locked to prevent further spamming.

Shouldn't they be in build/dist/ then ? I don't mind having them here, but it seems unfair considering no other platforms have them. Okay will take a look. Well to be fair it's also duplicated in the code https://code.wildfiregames.com/D2432 MD with images would be nice but it could probably clutter a bit the binaries folder Yeah at some point I went full crazy on it https://code.wildfiregames.com/D4894 TBH though I don't know if requiring people to have them in the PATH would be such a stretch. I guess the fact there is no official release of premake doesn't help. Also sucks that CXXtest seems to be no longer maintained (https://github.com/CxxTest/cxxtest)... https://code.wildfiregames.com/D3119

Okay Since the files aren't ignored yet do you want a PR on the dev repo ? (Also aren't ignored by the surgeon tool)

Another interesting thing that comes to mind for the CI is the tarball for spidermonkey/nvtt/fcollada location, do we prefer having them managed on http://releases.wildfiregames.com/libs/ or hosted on Gitea releases like https://github.com/wraitii/spidermonkey-tarballs/releases/download/${FOLDER}/${FOLDER}.tar.xz (Fromhttps://code.wildfiregames.com/source/0ad/browse/ps/trunk/libraries/source/spidermonkey/build.sh$122 ) EDIT1: The git repo could probably benefit from ignoring the following exe|dll|lib|pdb|zip|exp|ilk|so|a|obj|raw|tar|bz2|gz|xz|suo|bmp|jpg|psd obj,raw,bmp,jpg and psd were never supported by the engine and can probably be nuked alltogether from history There is also *.thumbs.db which is like dstore (windows miniature cache) Any reason we're keeping the bat files ? Shouldn't we provide sh files as well then ? Does it make sense to convert the binaries/readme.txt to readme.md ? Should it be part of the wiki instead ? Then people would stop making PRs to translate it https://github.com/0ad/0ad/pull/37/files https://github.com/0ad/0ad/pull/35 https://github.com/0ad/0ad/pull/27

Sounds good for data minimization. Since Gitea is a bit more popular than trac these days, we'll also have to monitor whether spambots register and how to deal with them. I know @vv221 simply banned all gmail addresses but it's not really an option for us

Sounds fair. +1 on this. The least media of communication the better. Would really help to have a keycloak or equivalent though so having one account on Gitea means you have a forum account as well that would be the recipient of messages if they need to be private for some reason. Would avoid the my repo got deleted and I don't know why situation. Although a deletion process (Eviction issue creation, two weeks repo deletion could work too) Can you send me my Gitea password ? Is it possible to keep the actual registration dates if Trac has them ? Some accounts may not look legit if they have a very recent date of registration I suppose.

Ah good, on Phab it was a bit messy to see all revisions, even the admin user didn't see everything (and had tbh really limited rights for an admin user) Did you look into sending e-mails ? I imagine it should be as easy as Phab, but might be worth testing. EDIT: Any reason trac user appears as an organization https://gitea.itms.ovh/explore/organizations EDIT2: I don't have a strong opinion on it, but the fact Gitea is using gravatar might be suprising to some, IIRC the forum used to do that as well.

This website? https://replay-pallas.wildfiregames.ovh/ Interesting I always thought this ticket had some insight about trac https://gitea.itms.ovh/wfg/0ad/issues/1819 but it seems the discussions happened somewhere else maybe IRL.

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 ?