The following modification/patches for Debian version 13 have been checked into GIT based on Andrew's mods and initial testing and subsequent successful testing by Andrey. (Also tested to verify no obvious impact to non-Debian13 builds.) I think I got them all to include updating the opencv...tgz file on the download website. 0003-Hopefully-fix-multilib-x265-build-for-Debian-13-pack.patch 0001-Add-files-for-djbfft-0.7.6-from-gentoo.patch 0002-More-patch-pieces-for-djbfft.patch 0001-Remove-linux-firmware-from-debian-control-file-does-.patch 0001-Update-README-with-Debian-package-build-instructions.patch Files modified: - cinelerra-5.1/blds/debian/control - cinelerra-5.1/ README - cinelerra-5.1/thirdparty/src/ x265_4.0.patch2 -3 New files created: - cinelerra-5.1/thirdparty/src/jbfft-0.76.patch2 - 7 This was MAJOR WORK thanks to Andrew and Andrey. On Tue, Dec 9, 2025 at 9:39 AM Андрей Спицын <spitsyn.andrey@gmail.com> wrote:
Finally, the package for Debian 13 can be built using Andrew’s patches. However, building with OpenCV plugins requires the same patched archive used for Fedora. Phyllis, could you please upload the patched archive for newer GCC-based distributions? Below are the instructions from another thread on how to build it:
From: Andrew Randrianasulu <randrianasulu@gmail.com>
Date: Tue, Dec 5, 2023 at 1:16 PM Subject: our opencv archive errors out on gcc 13 distros To: Cinelerra.GG <cin@lists.cinelerra-gg.org>, Phyllis Smith <phylsmith2017@gmail.com>
so, I tried to fix it in brutal way
download and unpack opencv 4.8.1 from their sf page. 98 mb or so cd into it cd opencv-opencv-7d2cb72/ mkdir build cd build cmake .. try make, it will take some time. but even if build fails we mostly interested in .cache directory. ../../../opencv-opencv-7d2cb72/.cache/ade/fa4b3e25167319cb0f a9432ef8281945-v0.1.2a.zip copy that in our unpacked archive instead of 0.1.1f download our archive from https://cinelerra-gg.org/download/opencv/opencv-20200306.tgz unpack it into DIFFERENT directory. change this file AND also search for cmake downloader and replace it with one updated from same 4.8.1 distribution modules/gapi/cmake/DownloadADE.cmake now from rootof directory where two dirs from our archive {now updated} exist you can call tar -cvzf ../opencv-20200306-f.tgz . and put this new archive into thirdparty and call configure with new file name.
Or you could just upload the archive I use for building both the Fedora and Debian packages https://spitsyn.su/nextcloud/index.php/s/Rjy4NRFmff2xZLw
Best regards, Andrey
вт, 9 дек. 2025 г. в 17:18, Andrew Randrianasulu <randrianasulu@gmail.com
:
On Mon, Dec 8, 2025 at 8:38 PM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
Apparently Debain 13's packaging is more strict, so some warnings turned into errors.
I tried to adapt patch from Gentoo bugtracker, but not tested it beyond compilation with gcc 11.2.0
There was need for another set of patches for same lib. Now cingg _package_ creation continues
You may want to pull debian dir from blds directory, fix control file so it does not ref to linux-firmware and uses new date, not 2020 and run
dpkg-buildpackage -us -uc -ui -i -b
from where our ./autogen.sh is located.
This way it catches more errors
I guess test for this will be playing ac3 audio with cingg's native decoder (not ffmpeg)