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/fa4b3e25167319cb0fa9432ef8281945-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

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)