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.