[WIP] zathura: update to 2026.01.30 + stack, girara: update to 2026.01.30

[dogknowsnx]

Testing the changes

zathura-0.5.14

• I tested the changes in this PR: YES|briefly|NO
• tested zathura w/ zathura-pdf-mupdf

Local build testing

• I built this PR locally for my native architecture, x86_64-glibc

Changelog

Watching #57974 #58111

cc @lemmi

[dogknowsnx]

EDIT:

Newly added weston-based tests fail on i686 and x86_64-musl (patches added)

pwmt/zathura#820
pwmt/zathura#843

Probably better to wait for 0.5.15 the next release at this point

[classabbyamp]

what happens on x86_64-musl?

[dogknowsnx]

I opted for skipping the tests just like we do it for weston itself:

# Template file for 'weston'
pkgname=weston
version=14.0.1
revision=4
build_style=meson
# requires XDG_RUNTIME_DIR for most tests
configure_args="-Dtests=false $(vopt_bool vaapi backend-drm-screencast-vaapi) "

EDIT: pwmt/zathura#846

Let's wait for the next release (tests/test_sandbox is still failing after patching)

[dogknowsnx]

zathura-pdf-mupdf-0.4.4 fails to build against girara-2026.01.30. There's an open (stagnant) PR for a mupdf update, see also (attempting to build zathura-pdf-mupdf-2026.01.30 fails w/ meson.build:47:4: ERROR: Problem encountered: mupdf 1.26 or newer is required, as was to be expected). @ldwgchen

Not sure how to proceed (I'm not using mupdf myself and wouldn't be comfortable enough to handle the update myself within this PR)..

@lemmi @cinerea0

EDIT: Building zathura-pdf-mupdf locally against mupdf built from #58111 now fails with: zathura-pdf-mupdf builds successfully locally now (by adding USE_SYSTEM_OPENJPEG=yes to mupdf make vars), but the build is broken. Running zathura returns:
error: Could not load plugin '/usr/lib64/zathura/libpdf-mupdf.so' (/usr/lib64/zathura/libpdf-mupdf.so: undefined symbol: js_tointeger). I'm running out of ideas atm.

[dogknowsnx]

This PR is inconsistent now w/o an update to mupdf and I already wasted too much time on it. Closing.