After the update of libmad, avidemux-qt5 would no longer start due to it still being linked to the old version of libmad. After rebuilding the port, normal operation resumed. Please bump the PORT_REVISION of multimedia/avidemux-qt5.
Thanks for reporting. I bumped multimedia/avidemux in 2bbe718e827ec0156d321762f1af63cb80edacd0 but missed multimedia/avidemux-*. That's why shared Makefile (e.g. Makefile.common in this case) makes it harder to identify the list of affected ports.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=2fa9e7dec6f78b975aeececb49bf8cb5cbb20f6f commit 2fa9e7dec6f78b975aeececb49bf8cb5cbb20f6f Author: Po-Chuan Hsieh <sunpoet@FreeBSD.org> AuthorDate: 2022-07-13 12:03:14 +0000 Commit: Po-Chuan Hsieh <sunpoet@FreeBSD.org> CommitDate: 2022-07-13 12:03:14 +0000 multimedia/avidemux-*: Bump PORTREVISION for audio/libmad shlib change (followup of 2bbe718e827ec0156d321762f1af63cb80edacd0) PR: 265182 Reported by: <rkoberman@gmail.com> multimedia/avidemux-cli/Makefile | 1 + multimedia/avidemux-plugins/Makefile | 1 + multimedia/avidemux-qt5/Makefile | 1 + 3 files changed, 3 insertions(+)
Committed. Thanks!
Thanks for the quick response. There is another possible issue. graphics/avidemux-cli is also impacted. I don't use it, but I just checked and it does link to libmad.
(In reply to rkoberman from comment #4) Yes, multimedia/avidemux-* share multimedia/avidemux/Makefile.common. Therefore all of them depend on audio/libmad. It is already fixed in ports 2fa9e7dec6f78b975aeececb49bf8cb5cbb20f6f. See comment #2.