thruk
- Path: arch/maintained/thruk
- Build failure during the 2026-07-07 “build all packages for x86_64”
private-repo release pass. Needs
mod_fcgid/perl-plack/perl-log-dispatch, none in thisarch/tree (external-dependency class, seememory/dbmodel-qt4.md). Not fixed as part of this pass. - 2026-08-02: partially fixed. Vendored
perl-plack(see its own memory file – pulled in ~16 more AUR packages transitively) andperl-log-dispatch(all its deps were already in officialextra), both built+published cleanly.mod_fcgidis still blocked on a GPG key-trust issue in the build chroot (seememory/mod_fcgid.md) – thruk itself hasdepends=(... mod_fcgid ...), so it still can’t build until that’s resolved. Not retried yet.
2026-08-30: fully fixed – built and published (x86_64, any)
By this date, Arch’s own repos had absorbed perl-plack and
perl-log-dispatch (both now official extra packages), so the
2026-08-02 vendored copies were no longer in the tree at all – of
thruk’s 18 declared dependencies, only mod_fcgid and
perl-crypt-rijndael still needed AUR vendoring this time (re-added
via scripts/add_maintained.sh). mod_fcgid’s PGP-key blocker
resolved on this attempt too – see memory/mod_fcgid.md for that
investigation. perl-crypt-rijndael had no issues at all (plain
CPAN-style module, no PGP source).
thruk itself (arch=('any')) then built and published cleanly on the
first try – repo_release.sh, no PKGBUILD changes needed. namcap
flagged (all pre-existing, not build failures): the usual GPL2 is not
a valid SPDX license identifier nag, plus E: File (...) is owned by
http:http for etc/thruk/panorama, var/lib/thruk,
var/lib/thruk/reports, var/log/thruk – thruk’s own package()
hardcodes ownership to the http user for these paths rather than
leaving them root-owned for thruk.install/tmpfiles to fix up, a
pre-existing upstream packaging choice, not something introduced here.
Confirmed published via repo_arch_status.sh: any euronuc published
(3.28-1).