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).