Arch Linux User Repository

@gawity:

Yup, you're absolutely right, this is a bug in ALARM's pacman build. Sorry I didn't recognize that before. I'm a novice when it comes to Arch packaging.

I've submitted a PR to ALARM to get this fixed. So the only thing the autofs package needs is to add 'aarch64' 'armv7h' to arch.

PeteAnderson – but the initial CFLAGS and CXXFLAGS come from your own makepkg.conf, not from autofs. Are you saying that ArchARM's /etc/makepkg.conf includes an option that their own GCC doesn't recognize?

I got it to build on armv7 (RPi2) by stripping that invalid option. It installed and works great.

From 62780a4cee7f69d63392f32ee0f899ef7e237160 Mon Sep 17 00:00:00 2001
From: Pete Anderson <pete.the.anderson@gmail.com>
Date: Wed, 22 Oct 2025 10:03:47 -0400
Subject: [PATCH] support ARM platforms

---
 .SRCINFO | 2 ++
 PKGBUILD | 8 +++++++-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff --git a/.SRCINFO b/.SRCINFO
index d9489c2..24bb9ce 100644
--- a/.SRCINFO
+++ b/.SRCINFO
@@ -4,6 +4,8 @@ pkgbase = autofs
    pkgrel = 5.1
    url = https://www.kernel.org/pub/linux/daemons/autofs/
    arch = x86_64
+   arch = aarch64
+   arch = armv7h
    license = GPL2
    makedepends = libldap
    makedepends = krb5
diff --git a/PKGBUILD b/PKGBUILD
index e06f39a..daf8f40 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -10,7 +10,7 @@ pkgname=autofs
 pkgver=5.1.9
 pkgrel=5.1
 pkgdesc='A kernel-based automounter for Linux'
-arch=('x86_64')
+arch=('x86_64' 'aarch64' 'armv7h')
 url='https://www.kernel.org/pub/linux/daemons/autofs/'
 license=('GPL2')
 depends=('libxml2')
@@ -117,6 +117,12 @@ prepare() {
 build() {
   cd "${srcdir}/${pkgname}-${pkgver}"

+  if [[ $CARCH = armv7* ]]; then
+    # GCC for 32-bit ARM rejects -mno-omit-leaf-frame-pointer, so strip it out
+    CFLAGS=${CFLAGS// -mno-omit-leaf-frame-pointer/}
+    CXXFLAGS=${CXXFLAGS// -mno-omit-leaf-frame-pointer/}
+  fi
+
   ./configure --prefix=/usr \
    --sysconfdir=/etc/autofs \
    --sbindir=/usr/bin \
-- 
2.51.1.dirty

Would you mind adding ARM support? I tested locally and on AArch64 (ALARM VM on an M4 Mac), it builds, installs, and works. It doesn't work on AArch32, because they use one or more GCC options that are AArch64-only (-momit-leaf-frame-pointer).

The only way to cause rebuilds is to watch when libxml2 gets an update, then manually bump the AUR package's pkgrel every time (and maybe add a versioned dependency on libxml2>=2.14 to ensure users will upgrade the new libxml before doing any rebuilds – but specifically >=, not =).

e.g. I do the pkgrel bump for some of my own packages (although without the versioned dep) because I'm adding them to an internal pacman repo which makes it necessary to increment pkgrel for each new build anyway.

If anyone is having issues with libxml2 references, this isn't a problem with autofs, this means that you need to rebuild autofs after the libxml2 update. There isn't a way to cause those rebuilds automatically, that I am aware of.

@jackycxh I don't have any problems on my machine with "libxml2 2.14.3-1", but I had to rebuild after the 2.14 update, like @nicknight commented here directly below your comment.

Error after libxml2 updated recently: automount: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory.

Workaround: manual install "libxml2-legacy"

the dependencies need to be updated from libxml2 to libxml2-legacy

FYI

With the update libxml2 2.13.8-1 -> 2.14.2-2 autofs stop to work automount: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory

One has to rebuild autofs

Cheers

That is because ls auto* will list the contens of /etc/autofs/ in the directory there is a file autofs.conf but not in /etc