Created attachment 268832 [details] git formated patch ffmpeg4 last release is not that old, and some port still needs it.
This is starting at the wrong end, most if not all CAD related software is "leakage" (overlinking) from Open Cascade. The few other ports left are either abandonware and/or very outdated and unsupported upstream. May be it's worth evaluating once all other options are exhausted but trying maintain a software museum and including security concerns it entails isn't desirable or a viable long term solution. I'd also like to point out that is hardly comes as surprise as we're gone though at least two major updates already. In short, "on hold"
I won't call wine-proton something as outdated or unsupported upstream, see the blocking pr https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288475 which will requires ffmpeg4 since wine-proton 10 is using ffmpeg4.
(In reply to Daniel Engberg from comment #1) > In short, "on hold" Well, this makes little sense. You first say, quote, "We currently have no extra hands or people interested in maintaining a legacy version of FFmpeg" and when someone steps up for the task you impede the effort. This is rather unwelcoming and counterproductive.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=6f28de3ee690ff7cc9e41ef133e1ed68b9851a37 commit 6f28de3ee690ff7cc9e41ef133e1ed68b9851a37 Author: Thibault Payet <monwarez@mailoo.org> AuthorDate: 2026-03-18 12:40:24 +0000 Commit: Max Brazhnikov <makc@FreeBSD.org> CommitDate: 2026-03-18 12:40:24 +0000 multimedia/ffmpeg4: Undeprecate and update to 4.4.6 Pass maintainetship from multimedia@ to submitter. PR: 293842 multimedia/ffmpeg4/Makefile | 8 +- multimedia/ffmpeg4/distinfo | 6 +- multimedia/ffmpeg4/files/patch-configure | 63 ++-- multimedia/ffmpeg4/files/patch-doc-Makefile | 4 +- .../ffmpeg4/files/patch-libavcodec_libsvtav1.c | 361 +++++++++++++++++- .../ffmpeg4/files/patch-libavdevice_v4l2.c (gone) | 18 - multimedia/ffmpeg4/files/patch-libavformat_rtsp.c | 8 +- multimedia/ffmpeg4/files/patch-libavutil-common.h | 4 +- multimedia/ffmpeg4/files/patch-libavutil-x86-asm.h | 4 +- .../patch-libswscale_ppc_yuv2rgb__altivec.c (gone) | 15 - multimedia/ffmpeg4/files/patch-svtav1 | 410 +-------------------- multimedia/ffmpeg4/files/patch-vmaf | 26 +- 12 files changed, 393 insertions(+), 534 deletions(-)
Thank you for update! Consider to simplify the port by dropping options similar to https://cgit.freebsd.org/ports/commit/?id=ebf478f80f4ba6a0e8f1a36bbe8739e7ef6a3fd2
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=39dc34dc7927e6a4826819141d7cc73f2ada2064 commit 39dc34dc7927e6a4826819141d7cc73f2ada2064 Author: Thierry Thomas <thierry@FreeBSD.org> AuthorDate: 2026-03-18 15:45:54 +0000 Commit: Thierry Thomas <thierry@FreeBSD.org> CommitDate: 2026-03-18 15:45:54 +0000 */*: undeprecate after the upgrade of FFmpeg4 PR: 293842, 293822, 293823, 293824, 293825, 293826, 278913, 293827, 270198, 270248, 270206, 293828, 261302, 270281, 270214, 270276, 270314 cad/PrusaSlicer/Makefile | 3 --- cad/freecad-devel/Makefile | 2 -- cad/freecad/Makefile | 2 -- cad/opencascade/Makefile | 3 --- cad/opencascade740/Makefile | 3 --- devel/ignition-common/Makefile | 3 --- games/hedgewars/Makefile | 3 --- graphics/gnash/Makefile | 3 --- java/openjfx14/Makefile | 3 --- math/octave-forge-video/Makefile | 3 --- multimedia/bino/Makefile | 3 --- net/freeswitch/Makefile | 2 -- net/mediastreamer/Makefile | 3 --- 13 files changed, 36 deletions(-)
(In reply to Alexey Dokuchaev from comment #3) It makes zero sense because you constantly work against everyone moving things forward or simply just ignore with complete disregard of implications.
(In reply to Max Brazhnikov from comment #5) What's your plan going forward now that we have 3 (techically 4) versions of FFMpeg in tree which are incompatible with each other?
(In reply to Thibault Payet from comment #2) a77521cd5d27e955b16e8097eecefc779ffdcb6d is an ancient version from FFMpeg 4.3(1) branch, have you tested that this actually works as intended with 4.4.6? The >PR also have clearly other committers also objecting to current approach.
(In reply to Daniel Engberg from comment #7) Hi, what about you ? Whose side are you on and what do you use the operating system for? I'm using FreeBSD on all my servers sinse 4.x and on laptops/desktops sinse 5.x. and what's been happening lately with the system that I like and that I love makes me VERY sad. I've gotten used to the fact that I can't fully operate my car — the official software only works for Windows. Okay, I have a VM for that. I'm almost tired of patching unofficial software to make it work with FreeBSD, but I still do it because it's convenient for me. Sometimes I'm modeling something in 3D using cad/freecad (-devel now because of a3ed92f723be3 ) and... wait... someone appears for whom the software is "not up-to-date enough" . What should I, as a user, do about this? Why should I continue using this system if I can just get another one with all the same programs available and working ?
(In reply to Sergey V. Dyatko from comment #10) None of the CURRENT consumers of cad/opencascade require ffmpeg(4) libraries or any other version. What you're seeing is overlinking and it's also non default option (based on upstream's configuration), this is noted in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278913 and has not been resolved. All igition ports are broken, outdated and unsupported upstream https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=286867 net/freeswitch have PRs for support of newer versions of FFmpeg multimedia/bino upstream is barely alive, no response from maintainer java/openjfx14 is very outdated and unsupported upstream, Google also suggests that there are multiple security vulns. Unmaintained in tree for years graphics/gnash is dead and abandonware, if people still want this Ruffle is probably your best bet games/hedgewars - Depends on multiple legacy libraries including QT5 so its probably going away soon and other repos suggests that newer versions of FFmpeg works. Some package repos have already removed it ath/octave-forge-video - Repo seems to be more or less dormant https://github.com/Andy1978/octave-video/issues/5 net/mediastreamer - No idea about upstream status If wine-proton 10 ever makes it into tree it makes more sense to use the same approach as for multimedia/ffmpeg3
(In reply to Daniel Engberg from comment #8) Daniel, the plan is to remove older ffmpeg ports once we do not need them anymore. I do not need ffmpeg4 itself and I'm looking forward to remove it from my systems. Unfortunately, ffmpeg4 is still required by some useful ports (for me it's cad/freecad) so I have to wait.
(In reply to Max Brazhnikov from comment #12) It doesn't, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278913 See also, https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/opencascade/APKBUILD https://gitlab.archlinux.org/archlinux/packaging/packages/opencascade/-/blob/main/PKGBUILD?ref_type=heads https://src.fedoraproject.org/rpms/opencascade/blob/rawhide/f/opencascade.spec https://github.com/Homebrew/homebrew-core/blob/e469b9f7d6ea40e1c6a152b847a913ba1d400e7f/Formula/o/opencascade.rb https://github.com/openbsd/ports/blob/master/cad/opencascade/Makefile ...and so on
(In reply to Daniel Engberg from comment #13) I trust maintainers of affected ports with evaluating the possibility of switching to a newer FFmpeg or removing FFmpeg 4.x support. I welcome any solution.
(In reply to Max Brazhnikov from comment #14) https://bugs.freebsd.org/bugzilla/buglist.cgi?quicksearch=ffmpeg4&list_id=956097 This is exactly why its a bad idea, not to mention 4.4.7 is out. Care to clean this up?