distcc-avahi: install compiler symlinks under /usr/lib/distcc/bin/ to match Arch upstream layout #6
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
The distcc-avahi PKGBUILD installs compiler symlinks (gcc, g++, cc, c++, c89, c99, aarch64-unknown-linux-gnu-gcc[-15.2.1], aarch64-unknown-linux-gnu-g++) directly under
/usr/lib/distcc/, while the upstream Archdistccpackage (andmakepkg's buildenv hook) expect them under/usr/lib/distcc/bin/.Net effect:
BUILDENV=(distcc ...)in/etc/makepkg.confis silently ineffective on hosts using distcc-avahi.makepkgexportsDISTCC_HOSTSbut does NOT prepend the distcc shim directory toPATH, so every compile runs locally.Reproduction (on fermi)
And the canonical upstream check:
Live build trace shows
which gccresolves to/usr/bin/gcc, not the distcc shim, even with BUILDENV=distcc andupdate-distcc-symlinkshaving run.Workaround applied on fermi
Created
/usr/lib/distcc/binas a self-symlink (ln -sfn . /usr/lib/distcc/bin). With this in place, makepkg builds correctly distribute via distcc.This is a packaging hack and should be replaced by the proper layout in the PKGBUILD.
Proposed fix
Update the distcc-avahi PKGBUILD's package() and/or the bundled
update-distcc-symlinksto install symlinks at/usr/lib/distcc/bin/<compiler>(mirroring Archextra/distcc), then ship a backwards-compat empty stub or drop the historical Debian-style path entirely.Verify with:
Discovered
2026-05-08 on fermi while diagnosing why fermi was not utilizing the distcc pool (tesla, dcc1, dcc2, boltzmann) despite all four workers advertising via Avahi and
DISTCC_HOSTS="+zeroconf"set.