Using the AUR on ARM

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!

honka_animated-128px-17

I knew someone would :grinning:

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?

1 Like
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

1 Like

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.

2 Likes

Wait, what community?
There’s only extra now, ain’t it?

I don’t think that is true on ARM.

2 Likes

That was it I must have edited pacman.conf and commented out the Community repos. Restored and xmltv installs now.

2 Likes

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 :rofl:

4 Likes

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

1 Like

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.