distcc-avahi: /etc/conf.d/distccd uses DISTCC_ARGS but systemd unit reads DISTCC_OPTS #5
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?
Bug
distcc-avahi 3.4-17(in [marfrit]) ships/etc/conf.d/distccdwithDISTCC_ARGS=..., but/usr/lib/systemd/system/distccd.servicereads$DISTCC_OPTS. Variable name mismatch → systemd sees empty options → distccd starts with no--allowflag (warns, falls back to--allow-private) → also fails with status=110 on the masquerade check (/usr/lib/distcc not found).Hit on
ampere (Arch Linux ARM, RK3588), 2026-04-29, freshly enrolled as distcc worker.
Fix on the host (manual, before package fix)
After:
distccdlistens on 0.0.0.0:3632, takes jobs over avahi, no further errors.Fix on the package side
The
distcc-avahiPKGBUILD installs the conf file. Either:DISTCC_ARGS→DISTCC_OPTSin the shipped conf file (matches the systemd unit), OR$DISTCC_OPTS→$DISTCC_ARGSin the systemd unit (matches the conf file).Whichever upstream uses. Plus document
update-distcc-symlinksas a post-install step or run it from a hook.Impact
Moderate — every fresh distccd enrollment hits this. Two-line fix.
Context
Discovered while adding ampere to the +zeroconf-discovered worker pool during the fourier campaign builds (vulkan-panfrost + qt6-base-fourier + chromium-fourier in flight 2026-04-29 evening). Same pattern likely present on every other host with this package — only those that haven't bothered to start distccd yet would be unaffected.