Backport patch/switch to fork? Arch seems to use latest commit https://github.com/wang-bin/QtAV/issues/1377 https://github.com/cmguo/QtAV/commits/master Reference: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261302#c46
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=b258368aa1e0a0992618f5f030629712f297be7f commit b258368aa1e0a0992618f5f030629712f297be7f Author: Daniel Engberg <diizzy@FreeBSD.org> AuthorDate: 2023-04-27 09:54:14 +0000 Commit: Daniel Engberg <diizzy@FreeBSD.org> CommitDate: 2023-04-27 12:01:42 +0000 multimedia/QtAV: Mark BROKEN Fails to build with FFmpeg 6 and I can't figure out how to fix it PR: 270213 multimedia/QtAV/Makefile | 2 ++ 1 file changed, 2 insertions(+)
Probably use the new port multimedia/ffmpeg4 for this?
(In reply to Martin Birgmeier from comment #2) It's not that easy: it uses qmake instead and its upstream looks quite abandoned. graphics/digikam is its only consumer in ports. In digikam 8.0.0 they merged QtAV to their repository and fixed it to support new ffmpeg. So IMO the best fix here is to update digikam and remove QtAV port.
Correct, afaik there's work being done updating digikam
QtAV is dead upstream, can we mark this for removal before next quarter?
I marked multimedia/QtAV for removal on 2023-08-17 and forgot to reference this bug in the commit. Digikam was updated to 8.1.0, so nothing depends on it now. https://cgit.freebsd.org/ports/commit/?id=e5b64cbf61a8a2a0ac7231b3ed543b3619e3d672
Thanks for dumping Digikam