Patch using PYTHON var from comfigure
Should fix build on systems where only python3 exist, but not python. Or python, but not python3. Please test! (it was on top of Check for python3 in addition to python3.9 and python3.12 but I do not think it needed anymore with this patch)
Another patch on top of that, moves python3.9/3.12 checks (mostly for NetBSD build) to same configure.ac check. чт, 19 февр. 2026 г., 07:44 Andrew Randrianasulu <[email protected]>:
Should fix build on systems where only python3 exist, but not python. Or python, but not python3.
Please test!
(it was on top of
Check for python3 in addition to python3.9 and python3.12
but I do not think it needed anymore with this patch)
Testing of: 0001-Use-PYTHON-variable-detected-in-configure-in-guicast.patch And on top of that: 0005-Add-python3.12-python3.9-to-configure.ac-check-use-i.patch Result is acceptable to me but on Fedora 42 with python3 link to python3.13 AND NO python itself (which was a contrived test when I temporarily renamed the python file to temp_python), I get the following: checking for gettext... gettext checking for libtool... $(SHELL) $(top_builddir)/libtool checking for python3... python3 checking for gtk_init in -lm... yes checking for nasm... yes ... using: with-booby = yes using: with-clang = no using: python = python3 ... autoreconf: export WARNINGS= echo >> build/config.h "#define ARCH_AARCH64 0" autoreconf: export WARNINGS= make[3]: Entering directory '/tmp/cinelerra-5.1/thirdparty/djbfft-0.76' ( cat warn-auto.sh; \ echo CC=\'`head -1 conf-cc`\'; \ echo LD=\'`head -1 conf-ld`\'; \ cat find-systype.sh; \ ) | sh > systype patching file configure.ac Hunk #1 succeeded at 879 (offset 6 lines). env: ‘python’: No such file or directory autoreconf: Entering directory '.' touch /tmp/cinelerra-5.1/thirdparty/../thirdparty/build/tiff.source autoreconf: configure.ac: not using Gettext env: ‘python’: No such file or directory autoreconf: Entering directory '.' CONFIGURING lame I will send the whole log just to you. On Thu, Feb 19, 2026 at 6:37 AM Andrew Randrianasulu < [email protected]> wrote:
Another patch on top of that, moves python3.9/3.12 checks (mostly for NetBSD build) to same configure.ac check.
чт, 19 февр. 2026 г., 07:44 Andrew Randrianasulu <[email protected]
:
Should fix build on systems where only python3 exist, but not python. Or python, but not python3.
Please test!
(it was on top of
Check for python3 in addition to python3.9 and python3.12
but I do not think it needed anymore with this patch)
вс, 22 февр. 2026 г., 02:01 Phyllis Smith <[email protected]>:
Testing of: 0001-Use-PYTHON-variable-detected-in-configure-in-guicast.patch And on top of that: 0005-Add-python3.12-python3.9-to-configure.ac-check-use-i.patch Result is acceptable to me but on Fedora 42 with python3 link to python3.13 AND NO python itself (which was a contrived test when I temporarily renamed the python file to temp_python), I get the following:
checking for gettext... gettext checking for libtool... $(SHELL) $(top_builddir)/libtool checking for python3... python3 checking for gtk_init in -lm... yes checking for nasm... yes ... using: with-booby = yes using: with-clang = no using: python = python3 ... autoreconf: export WARNINGS= echo >> build/config.h "#define ARCH_AARCH64 0" autoreconf: export WARNINGS= make[3]: Entering directory '/tmp/cinelerra-5.1/thirdparty/djbfft-0.76' ( cat warn-auto.sh; \ echo CC=\'`head -1 conf-cc`\'; \ echo LD=\'`head -1 conf-ld`\'; \ cat find-systype.sh; \ ) | sh > systype patching file configure.ac Hunk #1 succeeded at 879 (offset 6 lines). env: ‘python’: No such file or directory autoreconf: Entering directory '.' touch /tmp/cinelerra-5.1/thirdparty/../thirdparty/build/tiff.source autoreconf: configure.ac: not using Gettext env: ‘python’: No such file or directory autoreconf: Entering directory '.' CONFIGURING lame
I will send the whole log just to you.
lv2-1.18.0/waf 709/709 100% #!/usr/bin/env python so it looks like lv2 python-based build system will look for python specifically, so we have no control over that, unless we decide to patch it, but to that exactly?
On Thu, Feb 19, 2026 at 6:37 AM Andrew Randrianasulu < [email protected]> wrote:
Another patch on top of that, moves python3.9/3.12 checks (mostly for NetBSD build) to same configure.ac check.
чт, 19 февр. 2026 г., 07:44 Andrew Randrianasulu <[email protected]
:
Should fix build on systems where only python3 exist, but not python. Or python, but not python3.
Please test!
(it was on top of
Check for python3 in addition to python3.9 and python3.12
but I do not think it needed anymore with this patch)
Result is acceptable to me but on Fedora 42 with python3 link to
python3.13 AND NO python itself (which was a contrived test when I temporarily renamed the python file to temp_python), I get the following: (snip)
so it looks like lv2 python-based build system will look for python specifically, so we have no control over that, unless we decide to patch it, but to that exactly?
It is just fine as it and improved with the patch you provided as that patch saves time. I am trying to get it checked in today along with a few other things.
About the following, I checked these patches into GIT concerning Python in configure.ac and guicast/Makefile: 0001-Check-for-python3-in-addition-to-python3.9-and-pytho.patch 0005-Add-python3.12-python3.9-to-configure.ac-check-use-i.patch 0001-Use-PYTHON-variable-detected-in-configure-in-guicast.patch 0001-Add-libav-checks-into-configure.ac.patch Plus the below 3 patches as mentioned in the previous 2 emails: 0003-Add-CONFIG_OPTIONS-env.-variable-handling-to-bld_app.patch 0002-Add-slowroll-to-suse-in-bld_prepare.sh-two-instead-o.patch 0001-Use-m-constrain-instead-of-X-in-libzmpeg3-video-mmx..patch On Thu, Feb 19, 2026 at 6:37 AM Andrew Randrianasulu < [email protected]> wrote:
Another patch on top of that, moves python3.9/3.12 checks (mostly for NetBSD build) to same configure.ac check.
чт, 19 февр. 2026 г., 07:44 Andrew Randrianasulu <[email protected]
:
Should fix build on systems where only python3 exist, but not python. Or python, but not python3.
Please test!
(it was on top of
Check for python3 in addition to python3.9 and python3.12
but I do not think it needed anymore with this patch)
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith