zyli

It is already in Debian Sid: https://tracker.debian.org/pkg/0ad https://incoming.debian.org/debian-buildd/pool/main/0/0ad/ https://incoming.debian.org/debian-buildd/pool/main/0/0ad-data/ In Debian Bokworm will not be available: If you want to have 0ad 0.27.0 in Debian Bookworm, you have to compile it yourself using 'rustup' - tested - it works: https://wildfiregames.com/forum/topic/127464-debian-bookworm-129-rustup-successful-compilation-of-0270-rc2/ Regards

I understand that: 0ad-0.27.0-rc3 = L"release-a27, 8c69bb026d" Because in the archive '0ad-0.27.0-rc3-unix-build.tar.xz' I found the above number in the file: '/0ad-0.27.0/build/build_version/build_version.txt' And also the latest file: '/0ad-0.27.0/source/renderer/backend/gl/Device.cpp'

Debian Trixie + Nvidia + proprietary drivers nightly-build - Revision 143 U source/renderer/backend/gl/Device.cpp grep build_version ~/.config/0ad/logs/userreport_hwdetect.txt "build_version": "release-a27, 8c69bb026d", "build_version": "2.30.11", "build_version": 20100, I see that OpenGL ARB has been fixed. It works fine for me. Regards. PS. Debian Trixie Live + 'nouveau' driver Also works correctly, i.e.: OpenGl ARB and Open GL +GPU Skinning

After compiling on Debian Trixie + proprietary NVidia driver in case of 'OpenGL ARB' it is the same. There is probably no need to run Trixie Live with 'nouveau'? grep build_version ~/.config/0ad/logs/userreport_hwdetect.txt "build_version": "release-a27, 8f8d08b9f3", "build_version": "2.30.11", "build_version": 20100, logs.zip

Debian Trixie Live + driver 'nouveau' + 0.27.0-RC2 + OpenGL ARB PS. After pressing the 'Suppress' key twice, the game starts in a window. 'Alt+ Enter' switches to full screen. After selecting the game - 'Start game' - the game loads and suddenly - 0ad disappears. logs.zip

After unchecking (disabling) 'GPU skinning' the strange shadows disappeared.

I don't have the above compilation on Debian 12.9 anymore - because it was on Live. But I can recreate "strange longitudinal shadows" from the compilation performed on Debian Testing. In my opinion, the cause of this is the duo: "nouveau driver + OpenGL". How can I recreate it? You need a PC with an NVidia card - I have a GTX1660Ti. 1. Run Debian Testing Live on it. 2. Connect the disk with the 0.27.0-RC2 compilation on Debian Testing. 3. Install missing packages: apt install libboost-filesystem1.83.0 libenet7 libfmt10 libgloox18 libminiupnpc18 4. Go to the game directory:' /binaries/system' 5. Check and run: ./test ./pyrogenesis 6. Check if it is as advanced graphics, renderer backend: "OpenGL" 7. Play. In my case I have: cat /run/live/medium/.disk/info Auto-generated Debian GNU/Linux Live testing xfce 2025-01-20T02:15:25Z cat /etc/debian_version trixie/sid $inxi -G Graphics: Device-1: NVIDIA TU116 [GeForce GTX 1660 Ti] driver: nouveau v: kernel Display: x11 server: X.Org v: 21.1.15 driver: X: loaded: modesetting unloaded: fbdev,vesa dri: nouveau gpu: nouveau resolution: 1920x1080~60Hz API: EGL v: 1.5 drivers: nouveau,swrast platforms: gbm,x11,surfaceless,device API: OpenGL v: 4.5 compat-v: 4.3 vendor: mesa v: 24.2.8-1 renderer: NV168 API: Vulkan v: 1.3.296 drivers: N/A surfaces: xcb,xlib Info: Tools: api: eglinfo, glxinfo, vulkaninfo de: xfce4-display-settings x11: xdriinfo, xdpyinfo, xprop, xrandr cat /build/build_version/build_version.txt L"release-a27, 73b2eed323" Screenshots and logs attached. Best regards. PS. Playing using the 'nouveau' driver is quite cumbersome and that's why every player will install proprietary Nvidia drivers, where this problem does not occur. I think the above shadows are a kind of curiosity rather than a bigger bug. logs.zip

@Meister, @Nadporost – thanks for pointing me to 'rustup'. https://www.rust-lang.org/tools/install Thanks to this I managed to compile 0ad 0.27.0-RC2 on Debian 12.9. This is not in line with Debian's ironclad rules, but what wouldn't you do for a few moments of pleasure? As usual I did it on "Live". cat /run/live/medium/.disk/info Official Debian GNU/Linux Live 12.9.0 xfce 2025-01-11T10:25:55Z cat /etc/debian_version 12.9 apt policy rustc cargo rustc: Installed: (none) Candidate: 1.63.0+dfsg1-2 Version table: 1.63.0+dfsg1-2 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages cargo: Installed: (none) Candidate: 0.66.0+ds1-1 Version table: 0.66.0+ds1-1 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages Since I will be using "rustup" I will not install 'rustc' and 'cargo' from the Debian repository! If the Debian 'rustc' and 'cargo' were on the system I think they should be uninstalled first. Now the commands. First 'rustup'. mkdir rust cd rust curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh I confirm 'standard installation' – Enter. I receive, among other things, the following information: I exit the terminal: exit. I open the terminal again and type: . "$HOME/.cargo/env" rustc --version rustc 1.84.0 (9fc6b4312 2025-01-07) cargo --version cargo 1.84.0 (66221abde 2024-11-19) I'm checking if I have the required dependencies. Note! I've crossed out 'cargo' and 'rustc', I've also removed 'subversion'. I've added: 'llvm'. dpkg -l build-essential cmake libboost-dev libboost-system-dev libboost-filesystem-dev libcurl4-gnutls-dev libenet-dev libfmt-dev libfreetype-dev m4 libgloox-dev libicu-dev libminiupnpc-dev libnvtt-dev libogg-dev libopenal-dev libpng-dev libsdl2-dev libsodium-dev libvorbis-dev libwxgtk3.2-dev libxml2-dev llvm python3 zlib1g-dev If something is missing – you have to install it. Now compilation – commands in telegraphic short: Download, verify, unpack: mkdir 0.27.0-rc2 cd 0.27.0-rc2/ wget https://releases.wildfiregames.com/rc/0ad-0.27.0-rc2-unix-build.tar.gz wget https://releases.wildfiregames.com/rc/0ad-0.27.0-rc2-unix-data.tar.gz wget https://releases.wildfiregames.com/rc/0ad-0.27.0-rc2-unix-build.tar.gz.sha1sum wget https://releases.wildfiregames.com/rc/0ad-0.27.0-rc2-unix-data.tar.gz.sha1sum sha1sum -c 0ad-0.27.0-rc2-unix-build.tar.gz.sha1sum sha1sum -c 0ad-0.27.0-rc2-unix-data.tar.gz.sha1sum tar xpf 0ad-0.27.0-rc2-unix-build.tar.gz tar xpf 0ad-0.27.0-rc2-unix-data.tar.gz cd 0ad-0.27.0 I gave up on checking the minisign (https://trac.wildfiregames.com/wiki/VerifyingYourDownloads). Instead of 'tar.gz' you can download smaller 'tar.xz' files. Compilation commands: cd libraries/ ./build-source-libs.sh cd ../build/workspaces/ ./update-workspaces.sh cd gcc/ make After './build-source-libs.sh' is finished, we should see: 'Your build was successful!'. Then it's good. We can add the '-j N' option to the above commands, where 'N' is the result of the 'nproc' command - the number of processor cores. If for some reason we repeat the 'make' command, we first issue the 'make clean' command. Now the test cd ../../../binaries/system/ ./test We should see: 'Running cxxtest tests (417 tests)...OK!' And running: ./pyrogenesis After launch, version control: grep build_version ~/.config/0ad/logs/userreport_hwdetect.txt "build_version": "release-a27, 73b2eed323", "build_version": "2.26.5", "build_version": 20100, cat ../../build/build_version/build_version.txt L"release-a27, 73b2eed323" On Debian Live, in the case of the NVidia card, we only have the 'nouveau' driver. In the advanced graphics settings, we change the default 'OpenGL' to 'Vulkan', save, exit the game and start it again. If we do not do this (we stay on OpenGL), we will see strange longitudinal "shadows". In my case, the game did not start on the outdated 'OpenGL ARB' - I had to change 'rendererbackend' to vulkan in the '~/.config/0ad/config/user.cfg' file. Regards

Sorry, but I can't help myself. Does 0ad use too much electricity for you? Hmmm... But when you're playing and you put a 2000W kettle with water on for tea/coffee, do you measure exactly the capacity of the glass (e.g. 200 ml) or pour about 0.6 to 0.8 liters or more? Now do the math. And compare it to 0ad. Of course, we realize that when you get into the game, the water in the kettle will cool down and that almost one liter will have to be heated again? Do the math. Of course, when you get into the game too much, maybe the tea/coffee will spill and stain your clothes? And then the washing machine. There's also a 2000W heater and an additional 400W motor! Think about it. Don't look for savings where there are none. Best regards.

@ Meister You're getting irritated for nothing. I suppose you didn't read this link very carefully: https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian Then, maybe you would read my sentence as: Back to the point. I downloaded Bunsenlabs from: https://www.bunsenlabs.org/installation.html I launched it and what do I see? root@debian:/home/user# cat /run/live/medium/.disk/info Debian GNU/Linux 12 "Boron" - Snapshot amd64 LIVE/INSTALL Binary 20240123-08:09 user@debian:~$ uname -a Linux debian 6.1.0-17-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux user@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 12 (bookworm) Release: 12 Codename: bookworm user@debian:~$ cat /etc/debian_version 12.4 user@debian:~$ apt policy rustc rustc: Installed: (none) Candidate: 1.63.0+dfsg1-2 Version table: 1.63.0+dfsg1-2 500 500 https://deb.debian.org/debian bookworm/main amd64 Packages user@debian:~$ cat /etc/apt/sources.list deb https://deb.debian.org/debian bookworm main contrib non-free non-free-firmware #deb-src https://deb.debian.org/debian bookworm main contrib non-free non-free-firmware deb https://deb.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware #deb-src https://deb.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware deb https://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware #deb-src https://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware deb [trusted=yes] file:/run/live/medium bookworm main contrib non-free non-free-firmware user@debian:~$ cat /etc/apt/sources.list.d/bunsen.list deb https://pkg.bunsenlabs.org/debian boron main Where do you see 'rustc' in ver 1.84? You probably installed ver. 1.84 by force from sid. Therefore you have Frankenstein Debian. See link: https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian And therefore ... etc. By the way. I know that the road to hell is paved with good advice (such a proverb), but instead of installing some exotic distribution, wouldn't it be easier to install Debian with default OpenBox like in this Bunslabs? Best regards.

@Meister First of all: what system do you have? cat /etc/debian_version lsb_release -a apt policy rustc There is no 'rustc' in Debian Bookworm in ver. 1.84: https://packages.debian.org/search?searchon=names&keywords=rustc Unless you have a so-called Frankestein Debian: https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian Then, sorry, but don't expect help from anyone. When compiling 0.27.0-rc2 under Debian Bookworm 12.9, as I wrote above, you will see: 0:02.40 checking rustc version... 1.63.0 0:02.42 checking cargo version... 1.65.0 0:02.45 ERROR: Rust compiler 1.63.0 is too old. Best regards

I checked if it is possible to compile 0ad-0.27.0-rc2 on Live Debian Bookworm 12.9. Short answer: you can't, because 'rustc' is too old. If someone wants to play 0ad-0.27.0-rc2, they have to upgrade Bookworm -> Trixie. Details. After installing dependencies (without 'subversion', but with 'llvm') and issuing the command './build-source-libs.sh' I found out that: 0:02.40 checking rustc version... 1.63.0 0:02.42 checking cargo version... 1.65.0 0:02.45 ERROR: Rust compiler 1.63.0 is too old. 0:02.45 To compile Rust language sources please install at least 0:02.45 version 1.66.0 of the 'rustc' toolchain (or, if using nightly, 0:02.45 at least one version newer than 1.66.0) and make sure it is 0:02.45 first in your path. 0:02.45 You can verify this by typing 'rustc --version'. 0:02.45 If you have the 'rustup' tool installed you can upgrade 0:02.45 to the latest release by typing 'rustup update'. The 0:02.45 installer is available from https://rustup.rs/ *** Fix above errors and then restart with "./mach build" ERROR: SpiderMonkey build failed The system has: $ apt policy rustc rustc: Installed: 1.63.0+dfsg1-2 Candidate: 1.63.0+dfsg1-2 There is no newer version in backports. If anyone wants to know how to compile 0ad, the README.md file contained in the 0ad-0.27.0-rc2-unix-build.tar.gz archive directs them to: https://gitea.wildfiregames.com/0ad/0ad/wiki/BuildInstructions In my opinion, in the 'Linux Debian Ubuntu' subitem (https://gitea.wildfiregames.com/0ad/0ad/wiki/BuildInstructions#debian-ubuntu) you should; 1. Remove: Debian 12 (bookworm) Enter: Debian 13 (trixie) 2. In the 'sudo apt install' code Remove: 'subversion' 3. In the 'sudo apt install' code Add: 'llvm' Best regards.

I checked if the 0ad-0.27.0-rc2 build works correctly on Live Debian Trixie. $ cat /run/live/medium/.disk/info Auto-generated Debian GNU/Linux Live testing xfce 2025-01-20T02:15:25Z It compiled correctly, but two comments. 1. The 'llvm' package is not specified in the dependencies. It is not on Live Trixie - you have to install it (# apt install llvm). Otherwise we will see: 0:03.83 ERROR: Cannot find llvm-objdump *** Fix above errors and then restart with "./mach build" ERROR: SpiderMonkey build failed 2. In my opinion, the 'subversion' package is unnecessary for RC compilation. It is useful for svn compilation. Best regards. PS. If I find time – I will try compiling on Live Debian 12.9 – but the 'rustc' version there is probably too low. The computer has an NVidia card, but Trixie uses the 'nouveau' driver and because of that, strange shadows appear in the game. Of course, there will be no problems on the NVidia proprietary driver. PS. No. 2 After switching graphics to Vulkan and restarting the game, the strange shadows disappeared. The game is playable - of course it is slower than on the Nvidia company drivers.

I am attaching replay files from the directory '~/.local/share/0ad/replays/0.27.0/2025-01-18_0001' 2025-01-18_0001.zip

Debian Trixie, 0.0.27 svn 173100c5c3. Elephantine map, very large. Everything seems fine to me, but in 'mainlog.html' I found: "WARNING: PlayerID 2 | Petra: Raid 14 has an inaccessible target foundation|structures/gaul/dock indices 10 1". Regards. mainlog.html_svn_RC1_173100c5c3_Debian_Trixie_nvidia.zip