makemkv
Build times (auto-updated)
- x86_64: 8m13s (2026-09-24 16:20 UTC, MAKEFLAGS=-j6)
- aarch64: 7m1s (2026-09-24 16:28 UTC, remote, MAKEFLAGS=-j4)
- Tracked under
arch/adapted/makemkv.depends=(qt5-base ffmpeg7.1 libavcodec.so).
2026-09-22: aarch64 build fails – ffmpeg7.1 dependency never built for aarch64
ffmpeg7.1 (7.1.3-1.1) is a custom package this project builds itself (see
its own PKGBUILD comment: official extra/ffmpeg moved to 9.x and removed
AVCodec struct fields makemkv’s old code needs, so we pin+rebuild 7.1 under
/usr/include/ffmpeg7.1 / /usr/lib/ffmpeg7.1 instead). It’s only ever been
published for x86_64 – confirmed directly on eurobuild14 (the aarch64 board):
pacman -Si ffmpeg7.1 -> not found.
Not a makemkv PKGBUILD bug. Fixing this properly means building ffmpeg7.1 itself
for aarch64 first – which has a large dependency tree of its own (aom, dav1d,
glslang, libplacebo, rav1e, svt-av1, vmaf, x264, x265, etc, see
pacman -Si ffmpeg7.1’s Depends On), most of which may also need aarch64
builds. That’s a bigger undertaking than a simple rebuild – not attempted this
pass, flagging for a deliberate decision rather than opening the whole chain
unprompted.
2026-09-24: fixed – aarch64 built + published
Turned out to be a much smaller chain than feared: checking every ffmpeg7.1
dependency against eurobuild14’s repos directly (pacman -Si <dep>) found only
one genuinely missing package – svt-av1 (official Arch restricts it to
arch=(x86_64), no ARM build ever existed, even though upstream SVT-AV1 has
NEON support). Every other apparent “MISSING” (jack, libgl, sdl2,
onevpl) was a false negative from pacman -Si not resolving virtual
provides= matches (jack2, libglvnd, sdl2-compat, libvpl all satisfy them
fine).
Fix chain:
- New
adapted/svt-av1– forked official Arch’s PKGBUILD, addedaarch64toarch=()(wasx86_64only). Built+published clean for both x86_64 and aarch64. (Briefly landed underprivate/at first, corrected toadapted/same day – see its own memory file.) - Migrated
ffmpeg7.1from the untrackedlocal-install/convention intoadapted/ffmpeg7.1(git-tracked) so a local deviation –aarch64added toarch=()– has somewhere to live; removed theinstall_only_packagesline.pkgrel1.1->1.2. Built + published clean for x86_64 (refresh) and aarch64 (new). - Retried this package: aarch64 built and published cleanly,
1.18.4-1.1. eurobuild14 needed apacman -Syfirst both times (to pick up the freshly-published svt-av1, then ffmpeg7.1) – a stale local db on the board looks identical to “genuinely missing” until you resync.
Temporarily set REMOTE_BUILD_MAKEFLAGS_eurobuild14=-j4 (was -j1) in
config/remote_build.conf for this session’s three builds (svt-av1, ffmpeg7.1,
makemkv), per user request – reverted back to -j1 afterward, same session. No
swap-thrashing observed at -j4 across all three (unlike eurobuild5’s confirmed
issue at -j4 on a heavier Qt6 package), but reverted anyway since it was only
asked for temporarily.
i686 still fails for the exact same class of reason: ffmpeg7.1 was never built
for i686 either (arch=(x86_64 aarch64) only) – pending, out of scope for this
pass, not a new regression.