• Bug#1103195: orange3: FTBFS: error: error in setup.cfg: command 'config

    From Santiago Vila@21:1/5 to All on Tue Apr 15 02:30:05 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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Debian Bug Tracking System@21:1/5 to All on Wed Apr 16 14:00:02 2025
    This is a multi-part message in MIME format...

    Your message dated Wed, 16 Apr 2025 11:49:27 +0000
    with message-id <[email protected]>
    and subject line Bug#1103195: fixed in orange3 3.38.1-3
    has caused the Debian Bug report #1103195,
    regarding orange3: FTBFS: error: error in setup.cfg: command 'config' has no such option 'with-htmlhelp'
    to be marked as done.

    This means that you claim that the problem has been dealt with.
    If this is not the case it is now your responsibility to reopen the
    Bug report if necessary, and/or fix the problem forthwith.

    (NB: If you are a system administrator and have no idea what this
    message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected]
    immediately.)


    --
    1103195: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1103195
    Debian Bug Tracking System
    Contact [email protected] with problems

    Received: (at submit) by bugs.debian.org; 15 Apr 2025 00:19:36 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
    (2021-04-09) on buxtehude.debian.org
    X-Spam-Level:
    X-Spam-Status: No, score=-120.0 required=4.0 tests=BAYES_00,
    BODY_INCLUDES_PACKAGE,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,
    DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,FROMDEVELOPER,HAS_PACKAGE,
    RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_NONE,USER_IN_DKIM_WELCOMELIST,
    USER_IN_DKIM_WHITELIST,X_DEBBUGS_CC autolearn=ham autolearn_force=no
    version=3.4.6-bugs.debian.org_2005_01_02
    X-Spam-Bayes: score:0.0000 Tokens: new, 37; hammy, 150; neutral, 215; spammy,
    0. spammytokens: hammytokens:0.000-+--python3, 0.000-+--trixie,
    0.000-+--pkgbuilddir, 0.000-+--PKGBUILDDIR, 0.000-+--sk:dh_auto Return-path: <[email protected]>
    Received: from mitropoulos.debian.org ([2001:648:2ffc:deb:216:6