[Debian-pan-maintainers] Bug#1103195: orange3: FTBFS: error: error in setup.cfg: command 'config' has no such option 'with-htmlhelp'
Santiago Vila
sanvila at debian.org
Tue Apr 15 01:19:31 BST 2025
Package: src:orange3
Version: 3.38.1-2.1
Severity: serious
Tags: ftbfs trixie sid
Dear maintainer:
During a rebuild of all packages in unstable, your package failed to build:
--------------------------------------------------------------------------------
[...]
debian/rules clean
dh clean --with python3,numpy3 --buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
dh_autoreconf_clean -O--buildsystem=pybuild
dh_clean -O--buildsystem=pybuild
debian/rules binary
dh binary --with python3,numpy3 --buildsystem=pybuild
dh_update_autotools_config -O--buildsystem=pybuild
dh_autoreconf -O--buildsystem=pybuild
dh_auto_configure -O--buildsystem=pybuild
dh_auto_build -O--buildsystem=pybuild
I: pybuild plugin_pyproject:129: Building wheel for python3.13 with "build" module
I: pybuild base:311: python3.13 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.13_orange3
* Building wheel...
performance hint: Orange/preprocess/_relieff.pyx:63:5: Exception check on 'calc_difference' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'calc_difference' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'calc_difference' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:119:5: Exception check on 'k_nearest_reg' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'k_nearest_reg' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'k_nearest_reg' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:183:5: Exception check on 'k_nearest_per_class' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'k_nearest_per_class' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'k_nearest_per_class' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:161:23: Exception check after calling 'calc_difference' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'calc_difference' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'calc_difference' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:177:23: Exception check after calling 'calc_difference' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'calc_difference' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'calc_difference' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:201:23: Exception check after calling 'calc_difference' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'calc_difference' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'calc_difference' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:217:27: Exception check after calling 'calc_difference' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'calc_difference' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'calc_difference' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:250:25: Exception check after calling 'k_nearest_reg' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'k_nearest_reg' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'k_nearest_reg' to allow an error code to be returned.
performance hint: Orange/preprocess/_relieff.pyx:287:31: Exception check after calling 'k_nearest_per_class' will always require the GIL to be acquired.
Possible solutions:
1. Declare 'k_nearest_per_class' as 'noexcept' if you control the definition and you're sure you don't want the function to raise exceptions.
2. Use an 'int' return type on 'k_nearest_per_class' to allow an error code to be returned.
Compiling Orange/classification/_tree_scorers.pyx because it changed.
Compiling Orange/data/_contingency.pyx because it changed.
Compiling Orange/data/_io.pyx because it changed.
Compiling Orange/data/_valuecount.pyx because it changed.
Compiling Orange/data/_variable.pyx because it changed.
Compiling Orange/distance/_distance.pyx because it changed.
Compiling Orange/preprocess/_discretize.pyx because it changed.
Compiling Orange/preprocess/_relieff.pyx because it changed.
Compiling Orange/projection/_som.pyx because it changed.
[1/9] Cythonizing Orange/classification/_tree_scorers.pyx
[2/9] Cythonizing Orange/data/_contingency.pyx
[3/9] Cythonizing Orange/data/_io.pyx
[4/9] Cythonizing Orange/data/_valuecount.pyx
[5/9] Cythonizing Orange/data/_variable.pyx
[6/9] Cythonizing Orange/distance/_distance.pyx
[7/9] Cythonizing Orange/preprocess/_discretize.pyx
[8/9] Cythonizing Orange/preprocess/_relieff.pyx
[9/9] Cythonizing Orange/projection/_som.pyx
/usr/lib/python3/dist-packages/setuptools/_distutils/dist.py:289: UserWarning: Unknown distribution option: 'test_suite'
warnings.warn(msg)
/usr/lib/python3/dist-packages/setuptools/dist.py:759: SetuptoolsDeprecationWarning: License classifiers are deprecated.
!!
********************************************************************************
Please consider removing the following classifiers in favor of a SPDX license expression:
License :: OSI Approved :: GNU General Public License v3 or later (GPLv3+)
See https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#license for details.
********************************************************************************
!!
self._finalize_license_expression()
running bdist_wheel
error: error in setup.cfg: command 'config' has no such option 'with-htmlhelp'
ERROR Backend subprocess exited when trying to invoke build_wheel
E: pybuild pybuild:389: build: plugin pyproject failed with: exit code=1: python3.13 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.13_orange3
dh_auto_build: error: pybuild --build -i python{version} -p 3.13 returned exit code 13
make: *** [debian/rules:5: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
--------------------------------------------------------------------------------
The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:
https://people.debian.org/~sanvila/build-logs/202504/
About the archive rebuild: The build was made on virtual machines from AWS,
using sbuild and a reduced chroot with only build-essential packages.
If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.
If this is really a bug in one of the build-depends, please use
reassign and add an affects on src:orange3, so that this is still
visible in the BTS web page for this package.
Thanks.
More information about the Debian-pan-maintainers
mailing list