fltk1.3

Category: local-install (rebuilt only so archlinuxaba/the cluster gets it too; not maintained/adapted/owned by us — see arch/scripts/install_only_packages). First-time addition, no prior checkout on this machine.

GUI toolkit, fltk 1.3.x ABI (old-ABI compat package, separate from current fltk).

Why this exists (2026-08-19)

• tigervnc-viewer hard-depends on fltk1.3. Its i686 build failed with error: target not found: fltk1.3 — confirmed via pacman -Si (only x86_64, from official extra) and a repo listing on euroweb.lan that it’s not published for i686 on archlinuxaba either.
• Before just narrowing tigervnc-viewer’s arch=() (the usual pattern for an unsatisfiable-on-32-bit hard dependency, e.g. qt5-webkit, ldc), checked whether fltk1.3 itself could be built for i686/pentium4. Found via https://mirror.archlinux32.org/pool/ that archlinux32 DOES build fltk1.3-1.3.11-4.0 for i686 and pentium4 — but it’s sitting in their build pool only, not published in any live repo (core/extra/community/*-testing all checked on the i686 mirror, none carry it). So even a real archlinux32 i686 machine can’t pacman -S fltk1.3 right now.
• Pulled the real upstream Arch fltk1.3 PKGBUILD via pkgctl repo clone fltk1.3 (official package, not AUR). Plain cmake/C++ build, nothing arch-specific in the PKGBUILD itself — added i686 pentium4 to arch=(x86_64) with no other changes, and it built and published cleanly for all three arches on the first try (fltk1.3-1.3.11-4.1-{x86_64,i686,pentium4}.pkg.tar.zst + fltk1.3-debug-* variants, all UPLOADED).
• pkgrel 4 (upstream) -> 4.1 (local-install, X.Y scheme — this is a local arch-extension deviation on top of upstream’s own pkgrel, not a packaging fix we own the integer sequence for).
• Lesson: don’t assume “official package shows Architecture: x86_64 in pacman -Si” means it’s unbuildable for 32-bit — that just reflects what upstream Arch (or even archlinux32’s live repos) currently publish, not a hard technical limit. Worth a quick build attempt before reaching for the “narrow arch=()” fallback, especially for a small, portable C/C++ library with no 32-bit-hostile code.