[Debian-pan-maintainers] Bug#1064714: codraft: FTBFS: ImportError: cannot import name 'update_dataset' from 'guidata.dataset' (/usr/lib/python3/dist-packages/guidata/dataset/init.py)

Sun Feb 25 19:36:13 GMT 2024

Source: codraft
Version: 2.2.1-3
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lucas at debian.org
Usertags: ftbfs-20240224 ftbfs-trixie

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.

Relevant part (hopefully):
>  debian/rules binary
> dh binary --with python3 --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.12 with "build" module
> I: pybuild base:305: python3.12 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft  
> * Building wheel...
> warning: no files found matching '*.pot' under directory 'codraft'
> warning: no files found matching '*.mo' under directory 'codraft'
> warning: no files found matching '*.ico' under directory 'codraft'
> warning: no files found matching '*.chm' under directory 'codraft'
> warning: no files found matching '*.sig' under directory 'codraft'
> warning: no files found matching '*.csv' under directory 'codraft'
> warning: no files found matching '*.fxd' under directory 'codraft'
> warning: no files found matching '*.pot' under directory 'doc'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data' to be distributed and are
>         already explicitly excluding 'codraft.data' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.icons' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.icons' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.icons' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.icons' to be distributed and are
>         already explicitly excluding 'codraft.data.icons' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.logo' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.logo' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.logo' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.logo' to be distributed and are
>         already explicitly excluding 'codraft.data.logo' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests' to be distributed and are
>         already explicitly excluding 'codraft.data.tests' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests.curve_formats' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests.curve_formats' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests.curve_formats' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests.curve_formats' to be distributed and are
>         already explicitly excluding 'codraft.data.tests.curve_formats' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests.image_formats' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests.image_formats' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests.image_formats' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests.image_formats' to be distributed and are
>         already explicitly excluding 'codraft.data.tests.image_formats' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.locale.fr.LC_MESSAGES' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.locale.fr.LC_MESSAGES' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.locale.fr.LC_MESSAGES' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.locale.fr.LC_MESSAGES' to be distributed and are
>         already explicitly excluding 'codraft.locale.fr.LC_MESSAGES' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> Successfully built CodraFT-2.2.1-py3-none-any.whl
> I: pybuild plugin_pyproject:144: Unpacking wheel built for python3.12 with "installer" module
> I: pybuild plugin_pyproject:129: Building wheel for python3.11 with "build" module
> I: pybuild base:305: python3.11 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft  
> * Building wheel...
> warning: no files found matching '*.pot' under directory 'codraft'
> warning: no files found matching '*.mo' under directory 'codraft'
> warning: no files found matching '*.ico' under directory 'codraft'
> warning: no files found matching '*.chm' under directory 'codraft'
> warning: no files found matching '*.sig' under directory 'codraft'
> warning: no files found matching '*.csv' under directory 'codraft'
> warning: no files found matching '*.fxd' under directory 'codraft'
> warning: no files found matching '*.pot' under directory 'doc'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data' to be distributed and are
>         already explicitly excluding 'codraft.data' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.icons' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.icons' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.icons' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.icons' to be distributed and are
>         already explicitly excluding 'codraft.data.icons' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.logo' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.logo' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.logo' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.logo' to be distributed and are
>         already explicitly excluding 'codraft.data.logo' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests' to be distributed and are
>         already explicitly excluding 'codraft.data.tests' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests.curve_formats' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests.curve_formats' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests.curve_formats' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests.curve_formats' to be distributed and are
>         already explicitly excluding 'codraft.data.tests.curve_formats' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.data.tests.image_formats' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.data.tests.image_formats' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.data.tests.image_formats' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.data.tests.image_formats' to be distributed and are
>         already explicitly excluding 'codraft.data.tests.image_formats' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:204: _Warning: Package 'codraft.locale.fr.LC_MESSAGES' is absent from the `packages` configuration.
> !!
> 
>         ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'codraft.locale.fr.LC_MESSAGES' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to distribute this
>         package, please make sure that 'codraft.locale.fr.LC_MESSAGES' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'codraft.locale.fr.LC_MESSAGES' to be distributed and are
>         already explicitly excluding 'codraft.locale.fr.LC_MESSAGES' via
>         `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         ********************************************************************************
> 
> !!
>   check.warn(importable)
> Successfully built CodraFT-2.2.1-py3-none-any.whl
> I: pybuild plugin_pyproject:144: Unpacking wheel built for python3.11 with "installer" module
>    dh_auto_test -O--buildsystem=pybuild
> I: pybuild base:305: cd /<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build; python3.12 -m unittest discover -v 
> codraft (unittest.loader._FailedTest.codraft) ... ERROR
> 
> ======================================================================
> ERROR: codraft (unittest.loader._FailedTest.codraft)
> ----------------------------------------------------------------------
> ImportError: Failed to import test module: codraft
> Traceback (most recent call last):
>   File "/usr/lib/python3.12/unittest/loader.py", line 427, in _find_test_path
>     package = self._get_module_from_name(name)
>               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/usr/lib/python3.12/unittest/loader.py", line 337, in _get_module_from_name
>     __import__(name)
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build/codraft/__init__.py", line 30, in <module>
>     import codraft.core.io  # analysis:ignore
>     ^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build/codraft/core/io/__init__.py", line 12, in <module>
>     from codraft.core.io import h5, image  # pylint: disable=W0611
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build/codraft/core/io/h5/__init__.py", line 12, in <module>
>     from codraft.core.io.h5 import generic, mos07636  # pylint: disable=W0611
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build/codraft/core/io/h5/generic.py", line 16, in <module>
>     from codraft.core.model.image import create_image
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build/codraft/core/model/image.py", line 24, in <module>
>     from guiqwt.annotations import AnnotatedCircle
>   File "/usr/lib/python3/dist-packages/guiqwt/annotations.py", line 72, in <module>
>     from guidata.dataset import update_dataset
> ImportError: cannot import name 'update_dataset' from 'guidata.dataset' (/usr/lib/python3/dist-packages/guidata/dataset/__init__.py)
> 
> 
> ----------------------------------------------------------------------
> Ran 1 test in 0.000s
> 
> FAILED (errors=1)
> E: pybuild pybuild:391: test: plugin pyproject failed with: exit code=1: cd /<<PKGBUILDDIR>>/.pybuild/cpython3_3.12_codraft/build; python3.12 -m unittest discover -v 
> I: pybuild base:305: cd /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build; python3.11 -m unittest discover -v 
> codraft (unittest.loader._FailedTest.codraft) ... ERROR
> 
> ======================================================================
> ERROR: codraft (unittest.loader._FailedTest.codraft)
> ----------------------------------------------------------------------
> ImportError: Failed to import test module: codraft
> Traceback (most recent call last):
>   File "/usr/lib/python3.11/unittest/loader.py", line 452, in _find_test_path
>     package = self._get_module_from_name(name)
>               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/usr/lib/python3.11/unittest/loader.py", line 362, in _get_module_from_name
>     __import__(name)
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build/codraft/__init__.py", line 30, in <module>
>     import codraft.core.io  # analysis:ignore
>     ^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build/codraft/core/io/__init__.py", line 12, in <module>
>     from codraft.core.io import h5, image  # pylint: disable=W0611
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build/codraft/core/io/h5/__init__.py", line 12, in <module>
>     from codraft.core.io.h5 import generic, mos07636  # pylint: disable=W0611
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build/codraft/core/io/h5/generic.py", line 16, in <module>
>     from codraft.core.model.image import create_image
>   File "/<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build/codraft/core/model/image.py", line 24, in <module>
>     from guiqwt.annotations import AnnotatedCircle
>   File "/usr/lib/python3/dist-packages/guiqwt/annotations.py", line 72, in <module>
>     from guidata.dataset import update_dataset
> ImportError: cannot import name 'update_dataset' from 'guidata.dataset' (/usr/lib/python3/dist-packages/guidata/dataset/__init__.py)
> 
> 
> ----------------------------------------------------------------------
> Ran 1 test in 0.003s
> 
> FAILED (errors=1)
> E: pybuild pybuild:391: test: plugin pyproject failed with: exit code=1: cd /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_codraft/build; python3.11 -m unittest discover -v 
> dh_auto_test: error: pybuild --test -i python{version} -p "3.12 3.11" returned exit code 13

The full build log is available from:
http://qa-logs.debian.net/2024/02/24/codraft_2.2.1-3_unstable.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20240224;users=lucas@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20240224&fusertaguser=lucas@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.

[Debian-pan-maintainers] Bug#1064714: codraft: FTBFS: ImportError: cannot import name 'update_dataset' from 'guidata.dataset' (/usr/lib/python3/dist-packages/guidata/dataset/__init__.py)

[Debian-pan-maintainers] Bug#1064714: codraft: FTBFS: ImportError: cannot import name 'update_dataset' from 'guidata.dataset' (/usr/lib/python3/dist-packages/guidata/dataset/init.py)