Not sure where to ask this question. I know from painful experience not to ask an ARM question on the Archlinux forum. But it seems to me that the AUR is usable by both Arch based distros including Arch on ARM.
So if AUR package quits working on an EndeavourOS ARM system like a RPI4, who you going to call?
I had to!
I knew someone would 
There is no other place other than the AUR page for the package. However, not all maintainers care about ARM so it will depend on the individual.
Although, I suppose it also depends on the specific issue. Since you didnât share any details, it is hard to say definitively. It could even be a problem with the software itself.
In this case I was building mythtv for EOS on a RPI4. It requires the AUR package xmltv. That AUR package as of today will build on x86 but not ARM. Last month it also built on ARM
I would try building the prior version on ARM. If that builds successfully, it may be a problem you need to report to xmltv directly.
Although, since it is perl it seems strange it would fail to build on ARM. What is the build failure you are seeing?
jim@rpi4-mythtv ~]$ yay -S xmltv
-> No AUR package found for perl-datetime-timezone
-> No AUR package found for perl-http-cache-transparent
-> No AUR package found for perl-io-stringy
-> No AUR package found for perl-data-dump
-> No AUR package found for perl-file-homedir
-> No AUR package found for perl-xml-libxslt
-> No AUR package found for perl-json
-> No AUR package found for perl-html-tree
-> No AUR package found for perl-datetime-format-strptime
-> No AUR package found for perl-file-slurp
-> No AUR package found for perl-datetime-format-iso8601
-> No AUR package found for perl-tk-tablematrix
-> No AUR package found for perl-xml-writer>=0.60
-> No AUR package found for perl-cgi
-> No AUR package found for perl-soap-lite>=0.67
-> No AUR package found for perl-datetime-format-builder>=0.6
-> No AUR package found for perl-datetime>=0.1
-> No AUR package found for perl-xml-regexp
-> No AUR package found for libxml-perl>=0.07
-> could not find all required packages: perl-tk-tablematrix
could not find all required packages: perl-datetime-timezone
could not find all required packages: perl-xml-libxslt
could not find all required packages: perl-datetime-format-iso8601
could not find all required packages: perl-file-slurp
could not find all required packages: perl-datetime-format-builder >=0.6
could not find all required packages: perl-datetime >=0.1
could not find all required packages: perl-xml-regexp
could not find all required packages: perl-datetime-format-strptime
could not find all required packages: perl-html-tree
could not find all required packages: perl-soap-lite >=0.67
could not find all required packages: perl-file-homedir
could not find all required packages: libxml-perl >=0.07
could not find all required packages: perl-cgi
could not find all required packages: perl-http-cache-transparent
could not find all required packages: perl-xml-writer >=0.60
could not find all required packages: perl-io-stringy
could not find all required packages: perl-data-dump
could not find all required packages: perl-json
The first package seems to be in the extra repository and not AUR
That is definitely a packaging issue and not an upstream issue. Those appear to be packages that should be in the repos. Is perl-json really not in ARM repos or there an issue with your pacman.conf?
Did you accidentally make the pacman.conf change from x86 to your ARM install? It looks like most of those packages are in community
So thatâs interesting. I know Community went away on x86_64 when they moved to git hub. Is community still used in ARM?
It seems to be if you look at the mirrors, they still have community. ALARM has completely separate mirrors and packages.
Wait, what community?
Thereâs only extra now, ainât it?
I donât think that is true on ARM.
That was it I must have edited pacman.conf and commented out the Community repos. Restored and xmltv installs now.
forgive i just add this ⊠yes atm community still there. no for long .
EDit. Arch ARM in process few change .
[graysky] » Fri Jun 09, 2023 5:02 pm
No, should be back shortly. New servers and adjustment/rebuild for recent changes by Arch Linux repos.
my guess
when ready. will basic same process what need be do on X86. update pacman + deal with new pacman.conf.pacnew.
fun large update 
On Arm, some AUR packages will build with yay -S and some wonât.
If yay has problems and says âyour architecture is not availableâ or something similar, then try this.
Go to the AUR and find the desired package
Then at the right, click on âDownload snapshotâ
Go to the directory the file downloaded to.
With an archive manager, extract the files. Should yield a directory with the package name.
cd into that directory.
Edit the PKGBUILD file and change the following line, as an example
arch=('x86_64')
arch = architecture so add the aarch64 architecture
arch=('x86_64' 'aarch64')
Then use makepkg to compile the modified PKGBUILD
makepkg -cfsi PKGBUILD
and see if it compiles.
P.S. If the architecture line is
arch=('any')
then the PKGBUILD is agnostic to architecture. if arch=(âanyâ) and yay -S packagename doesnât compile, then SOL
Pudge
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.