Build failure during the 2026-07-07 “build all packages for x86_64”
private-repo release pass (see
repo_release_logs/adapted_kdstatemachineeditor.log).
arch=(any); makedepends/depends include qt5-declarative,
qt5-remoteobjects, qt5-scxml, graphviz. The clean extra-x86_64-build
chroot fails at dependency installation: error: target not found:
qt5-remoteobjects / qt5-scxml – these aren’t official Arch repo
packages, they’re other packages in this same arch/ tree
(maintained/qt5-remoteobjects, maintained/qt5-scxml), which the chroot
has no way to see unless they were already built and added to a local
pacman repo that the chroot syncs against.
This is a systemic gap, not specific to this package: the mass
build-everything pass processes packages in plain alphabetical order with
no dependency-graph awareness, and nothing feeds a package’s own build
output back into a local repo the chroot can install from mid-run. Any
package here that depends/makedepends on another custom (non-official)
package from this tree will hit the same “target not found” failure,
regardless of build order, since chroots are always synced from the real
Arch mirrors + pacman.conf, not from anything built so far in this run.
See the new note added to memory/TOOLING_NOTES.md – expect this class
of failure to recur across the KDE5/Qt5 custom stack and similar
intra-tree dependency chains.
Not fixed as part of this pass. A real fix would mean adding built
packages to a local repo (repo-add + a [local] entry in the chroot’s
pacman.conf, refreshed via arch-nspawn/archbuild -r between builds)
so later builds in the same run can resolve earlier ones – out of scope
for a straightforward build+sign+publish sweep.