dbmodel-qt4
- Path: arch/maintained/dbmodel-qt4
- Build failure during the 2026-07-07 “build all packages for x86_64”
private-repo release pass (see
repo_release_logs/maintained_dbmodel-qt4.log).
depends/makedepends needs qt4>=4.0. error: target not found: qt4>=4.0
– Qt4 is long retired from the official Arch repos.
- Different class from the environment-drift packages (
p2c, bless,
bochs, cppcms, etc.): per the user (2026-07-07), qt4 itself is likely
only available as an AUR package now, and this arch/ tree only tracks
packages actually maintained here (maintained/, private/, adapted/,
owned/) – qt4 is none of those. Building dbmodel-qt4 would mean also
building a package this tree doesn’t own/maintain at all, which is a different
kind of problem than “old official package disappeared, vendor a replacement”
or “intra-tree ordering.”
- Explicitly deferred by the user: “ignore and record this till we get there” –
not investigated or fixed further as part of this pass. Revisit once there’s a
plan for packages that depend on real AUR-only (not official, not in this
tree) dependencies.
- 2026-07-30: unblocked – user built+published
qt4 to archlinuxaba directly
(same ad-hoc-outside-this-tree pattern as exomizer/gconf/libglade/etc.,
see TOOLING_NOTES.md). x86_64 built and published dbmodel-qt4-0.3-7
cleanly, no PKGBUILD changes needed. arch=('i686' 'x86_64') – the i686 leg
still fails (target not found: qt4>=4.0), but that’s the known, already-
documented chroot-scope limitation: only the x86_64 build uses the custom
archlinuxaba-x86_64-build chroot with the private repo layered into
pacman.conf; plain extra-i686-build has no visibility into archlinuxaba
at all (see TOOLING_NOTES.md’s “Intra-tree dependency ordering” entry –
“only x86_64 is wired up so far, per explicit scope”). Not a new problem, not
retried.
- 2026-08-20: re-verified, no change. archlinuxaba’s
config/pacman.conf.d/ now
has i686/pentium4 configs too (added this session for other 32-bit work), so
re-tried the i686 build – still fails the same way. This time confirmed the
actual root cause directly on the repo host (ssh euroweb.lan,
ls .../os/{x86_64,i686}/): qt4-4.8.7-39 is published to archlinuxaba for
x86_64 only, no i686 build was ever made. So this isn’t a chroot-visibility
gap anymore (i686 chroots do see archlinuxaba now) – it’s simply that the
dependency itself was never built for i686. Since qt4 isn’t a package this
tree owns (built/published ad hoc by the user outside arch/), extending
dbmodel-qt4 to i686 isn’t actionable from here. Rebuilt/republished x86_64
(pkgrel 7, unchanged, matched what was already live) to confirm clean state;
no PKGBUILD changes made.