Arch Linux User Repository

==> Retrieving sources...
==> ERROR: Unknown download protocol: git-lfs
    Aborting...

If you get this error, try to install package makepkg-git-lfs-proto

The github link that is used is deprecated as of the gitea migration: https://wildfiregames.com/forum/topic/121118-planned-disruption-migration-to-git-and-gitea/?do=findComment&comment=580946

This means one would need to directly clone from their gitea. The repo is git-LFS, so makepkg doesn't seem to like just replacing the url... :(

Thanks, this patch was for some old issue, probably not needed for long time, but it kept applying. I have decided to go with the patch of 0ad package as it applies without issue. I will push in a "few minutes" when the build finishes.

https://gitlab.archlinux.org/archlinux/packaging/packages/0ad/-/blob/6b065eba5b04e88f4c85ed119d7f3bbe3840ed71/fix_gcc_14_ftbfs.patch

I managed to get it building again. I changed the contents of patch.patch to:

diff --unified --recursive --text a/build/premake/premake5/build/gmake2.unix/zip-lib.make b/build/premake/premake5/build/gmake2.unix/zip-lib.make
--- a/build/premake/premake5/build/gmake2.unix/zip-lib.make
+++ b/build/premake/premake5/build/gmake2.unix/zip-lib.make
@@ -37,7 +37,7 @@
 TARGETDIR = bin/Release
 TARGET = $(TARGETDIR)/libzip-lib.a
 OBJDIR = obj/Release/zip-lib
-DEFINES += -DPREMAKE_COMPRESSION -DCURL_STATICLIB -DPREMAKE_CURL -DNDEBUG -DN_FSEEKO -DHAVE_SSIZE_T_LIBZIP -DHAVE_CONFIG_H
+DEFINES += -DPREMAKE_COMPRESSION -DCURL_STATICLIB -DPREMAKE_CURL -DNDEBUG -DN_FSEEKO -DHAVE_SSIZE_T_LIBZIP -DHAVE_CONFIG_H -DHAVE_UNISTD_H
 ALL_CFLAGS += $(CFLAGS) $(ALL_CPPFLAGS) -O3 -w
 ALL_CXXFLAGS += $(CXXFLAGS) $(ALL_CPPFLAGS) -O3 -w -fno-stack-protector
 ALL_LDFLAGS += $(LDFLAGS) -s
@@ -46,7 +46,7 @@
 TARGETDIR = bin/Debug
 TARGET = $(TARGETDIR)/libzip-lib.a
 OBJDIR = obj/Debug/zip-lib
-DEFINES += -DPREMAKE_COMPRESSION -DCURL_STATICLIB -DPREMAKE_CURL -D_DEBUG -DN_FSEEKO -DHAVE_SSIZE_T_LIBZIP -DHAVE_CONFIG_H
+DEFINES += -DPREMAKE_COMPRESSION -DCURL_STATICLIB -DPREMAKE_CURL -D_DEBUG -DN_FSEEKO -DHAVE_SSIZE_T_LIBZIP -DHAVE_CONFIG_H -DHAVE_UNISTD_H
 ALL_CFLAGS += $(CFLAGS) $(ALL_CPPFLAGS) -g -w
 ALL_CXXFLAGS += $(CXXFLAGS) $(ALL_CPPFLAGS) -g -w
 ALL_LDFLAGS += $(LDFLAGS)
diff --unified --recursive --text a/build/premake/premake5/contrib/libzip/mkstemp.c b/build/premake/premake5/contrib/libzip/mkstemp.c
--- a/build/premake/premake5/contrib/libzip/mkstemp.c
+++ b/build/premake/premake5/contrib/libzip/mkstemp.c
@@ -43,6 +43,9 @@
 #endif
 #include <stdio.h>
 #include <stdlib.h>
+#ifdef HAVE_UNISTD_H
+#include <unistd.h>
+#endif

 #ifndef O_BINARY
 #define O_BINARY 0

Updated, I have removed circular dependency.

@FabioLolix I am not sure if that second point would have worked. I think it was done because (I didn't test, just guessing) 0ad-data-git would not be compatible with normal 0ad and vice versa. I removed it for now, I don't think there is elegant solution to this problem.

Also I have noticed that spidermonkey build does not utilize all cores, so if anyone knwos how to force it (preferably using MAKEFLAGS value from makepkg.conf) then let me know. Or even better, to skip building it and use system js91 package if possible at all.

Idea for improving things for AUR helpers

• There is a circular dependency between 0ad-data-git and 0ad-git, try to remove depends=('0ad-git') from package_0ad-data-git(), Arch's 0ad-data don't depends on 0ad
• (for this I'm less sure) in package_0ad-git() remove 0ad-data-git from depends and add depends+=(0ad-data-git)

I only ever used makepkg for this package, because the download is huge, so I keep that outside of my aur helper (pikaur) cache which I clean sometimes.

@tuxayo @micwoj92 Yes, I was meeting the same problem as @tuxayo. I'm using paru. Maybe these AUR helpers can't get metadata from a function? Should an AUR helper support PKGBUILD like this?

This is already there in package step for each package

Indeed it's there so the issue isn't that. But maybe VitalyR has the same weird thing that I have:

[build, success, removing build deps...]
Reading local package database...
loading packages...
resolving dependencies...
warning: cannot resolve "0ad-git", a dependency of "0ad-data-git"
:: The following package cannot be upgraded due to unresolvable dependencies:
      0ad-data-git

:: Do you want to skip the above package for this upgrade? [y/N] 
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency '0ad-git' required by 0ad-data-git
Command 'sudo pacman --color=always --upgrade --asdeps /home/MIA_UZANTO/.cache/pikaur/pkg/0ad-data-git-1:A26.r726.g9ca03bdb9b-1-x86_64.pkg.tar.zst' failed to execute.
Do you want to retry? [Y/n] 
loading packages...
resolving dependencies...
warning: cannot resolve "0ad-git", a dependency of "0ad-data-git"
:: The following package cannot be upgraded due to unresolvable dependencies:
      0ad-data-git

:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
 there is nothing to do
loading packages...
resolving dependencies...
warning: cannot resolve "0ad-data-git", a dependency of "0ad-git"
:: The following package cannot be upgraded due to unresolvable dependencies:
      0ad-git

:: Do you want to skip the above package for this upgrade? [y/N] 

Even after removing the stable packages there is the same error.

I had use pacman -U

sudo pacman -U  ~/.cache/pikaur/pkg/0ad-git-1:A26.r726.g9ca03bdb9b-1-x86_64.pkg.tar.zst ~/.cache/pikaur/pkg/0ad-data-git-1:A26.r726.g9ca03bdb9b-1-x86_64.pkg.tar.zst

Maybe the AUR helper (pikaur in my case) is wrongly chocking on something or there is indeed something wrong in the packages.

@VitalyR, @micwoj92 (if you tried in the last week) did you use a helper and which one?

This is already there in package step for each package. https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=0ad-git#n63

Please add provides and conflicts to the PKGBUILD:

provides=('0ad' '0ad-data')
conflicts=('0ad' '0ad-data')