libgnt
- Path: arch/maintained/libgnt
.nvchecker.tomlscrapes the SourceForge files listing (https://sourceforge.net/projects/pidgin/files/libgnt/) with regexlibgnt/([\d.]+)/.
2026-11-11: 2.14.4-2 -> 2.15.0-1, two real fixes needed (not a plain pkgver bump)
Full update_cycle.sh UPD flag. Two genuine upstream changes surfaced,
both confirmed before touching the PKGBUILD (checked with the user
first per the non-routine-PKGBUILD-change policy, since this is more
than a version-number edit):
- Release tarball filename lost its
-devsuffix. Every prior release was published aslibgnt-<ver>-dev.tar.xz(confirmed via the 2.14.4 SourceForge listing); starting with 2.15.0 it’s justlibgnt-<ver>.tar.xz– confirmed live via the SourceForge files page for2.15.0/(libgnt-2.15.0.tar.xzpresent, no-devvariant at all). Updatedsource=to drop the-devinfix, and removedprepare()’smv -v $pkgname-$pkgver{-dev,}entirely – the tarball now extracts straight tolibgnt-2.15.0/, matching whatbuild()already expects, so the rename step is no longer needed at all (not just renamed). meson.builddropped thepython2option. The PKGBUILD’sbuild()passed-D python2=falsetoarch-meson; 2.15.0’smeson_options.txtonly definesdocnow (thepython2toggle – presumably a Python-2-bindings switch – was removed upstream). Build failed immediately withERROR: Unknown option: "python2".Fix: dropped the-D python2=falseflag frombuild()entirely.
Both confirmed directly against the extracted 2.15.0 tarball
(meson_options.txt, meson.build) before editing, not guessed. PGP
key (40DE1DC7288FE3F50AB938C548F66AFFD9BDB729, Gary Kramlich) refresh
hit the usual keyserver timeout but the local cache was already present
and current, so this was a no-op. pkgrel reset to 1 for the version
bump as usual. Built+published cleanly x86_64-only after the fix, old
2.14.4-2 archived.
Namcap flagged license=('GPL') as not SPDX-conformant (wants
GPL-1.0-or-later or similar) – cosmetic linter nitpick, not acted on
(pre-existing, not introduced by this update).
If this package gets another upstream bump, check the SourceForge
listing’s actual filename again before assuming source=’s -dev-less
pattern is permanent – only one data point (2.15.0) confirms the new
convention so far.