robotpkg/wip/py-osqp bulk build results

--- Environment --- EXPECT_TARGETS=package _overrides_pkgtools_pkg_install_PKGREQD=pkg_install>=20110805.12 pkg_install>=20110805.12 pkg_install>=20110805.12 BULKBASE=/opt/openrobots PYTHON_LIB=/usr/lib64/libpython3.14.so CPP=/usr/bin/gcc -E TAR=/usr/bin/tar LC_MONETARY=C _override_vars_pkgtools_tnftp=PKGREQD PKGREQD OPSYS=Fedora ECHO_N=echo -n PWD=/local/robotpkg/var/lib/robotpkg/wip/py-osqp _override_vars_wip_py_osqp=PKGREQD DIGEST=/opt/openrobots/sbin/robotpkg_digest PYTHON_INCLUDE_CONFIG=/usr/include/python3.14/ LOCALBASE=/opt/openrobots CXX=/usr/bin/g++ _overrides_wip_py_osqp_PKGREQD=py314-osqp-0.6.1~!doc PAX=/usr/bin/pax CXXCPP=/usr/bin/g++ -E RPM_ARCH=x86_64 MACHINE_PLATFORM=Fedora-44-x86_64 LANG=C OWNER_GID=robots BULK_LOGDIR=/local/robotpkg/var/log/bulk MACHINE_KERNEL=Linux-7.2.5-200.fc44.x86_64-x86_64 ROBOTPKG_TRUSTED_ENV=robotpkg ROBOTPKG_BASE=/local/robotpkg _overrides_pkgtools_digest_PKGREQD=digest>=20080510 digest>=20080510 PY_NUMPY_INCLUDE_DIR=/usr/lib64/python3.14/site-packages/numpy/_core/include RPM_PACKAGE_RELEASE= PYTHON314_INCLUDE=/usr/include/python3.14/ _ROBOTPKG_NOW=0918073442 PKG_DBDIR=/opt/openrobots/var/db/robotpkg RECURSIVE_PKGPATH=wip/py-osqp GXX=/usr/bin/g++ OS_VERSION=44 MFLAGS=--no-print-directory GZIP_CMD=/usr/bin/gzip tag=Fedora-44-x86_64 ZCAT=/usr/bin/zcat MAKEFLAGS= --no-print-directory -- PKGREQD.cmdline=py314-osqp-0.6.1~!doc RECURSIVE_PKGPATH=wip/py-osqp\ tag=Fedora-44-x86_64 BULK_LOGDIR=/local/robotpkg/var/log/bulk BULKBASE=/opt/openrobots LOCALBASE=/opt/openrobots PKG_DBDIR=/opt/openrobots/var/db/robotpkg EXPECT_TARGETS=package PYTHONPATH= SETUPTOOLS_USE_DISTUTILS=local PYTHON314=/usr/bin/python3.14 _override_vars_pkgtools_digest=PKGREQD PKGREQD PYTHON314_LIB=/usr/lib64/libpython3.14.so _override_vars_archivers_pax=PKGREQD PKGREQD LOWER_OS_KERNEL=linux LOWER_OS_VERSION=44 PYTHON=/usr/bin/python3.14 PYTHON_INCLUDE=/usr/include/python3.14/ ROBOTPKG_DIR=/local/robotpkg/var/lib/robotpkg SHLVL=4 GCC=/usr/bin/gcc MAKELEVEL=4 OWNER_UID=rbulk LC_MESSAGES=C rm= PYTHONDONTWRITEBYTECODE=1 MAKECONF=/opt/robotpkg/etc/robotpkg-wip.conf hline="$bf======================================================================$rm" LC_CTYPE=C MACHINE_ARCH=x86_64 OS_KERNEL_VERSION=7.2.5-200.fc44.x86_64 RPM_PACKAGE_VERSION= LC_TIME=C TNFTP=/opt/openrobots/sbin/tnftp FC=false LOWER_OPSYS=fedora LC_COLLATE=C LOWER_ARCH=x86_64 PATH=/usr/local/bin:/usr/bin _overrides_archivers_pax_PKGREQD=pax pax NODENAME=hydra64-fedora44 CC=/usr/bin/gcc PKGTOOLS_VERSION=20211115.4 bf= _override_vars_pkgtools_pkg_install=PKGREQD PKGREQD PKGREQD _overrides_pkgtools_tnftp_PKGREQD=tnftp>=20130505~ssl tnftp>=20130505~ssl RPM_PACKAGE_NAME=robotpkg-py314-osqp OS_KERNEL=Linux LC_NUMERIC=C OLDPWD=/local/robotpkg/var/lib/robotpkg/wip/py-osqp _=/usr/bin/env --- Running set -e; cd /local/robotpkg/var/tmp/robotpkg/wip/py-osqp/work/osqp-0.6.1 && cd '/local/robotpkg/var/tmp/robotpkg/wip/py-osqp/work/osqp-0.6.1' && \ /usr/bin/python3.14 setup.py build /usr/lib/python3.14/site-packages/setuptools/__init__.py:92: _DeprecatedInstaller: setuptools.installer and fetch_build_eggs are deprecated. !! ******************************************************************************** Requirements should be satisfied by a PEP 517 installer. If you are using pip, you can try `pip install --use-pep517`. This deprecation is overdue, please update your project and remove deprecated calls to avoid build errors in the future. ******************************************************************************** !! dist.fetch_build_eggs(dist.setup_requires) running build running build_py creating build/lib.linux-x86_64-cpython-314/osqp copying module/utils.py -> build/lib.linux-x86_64-cpython-314/osqp copying module/interface.py -> build/lib.linux-x86_64-cpython-314/osqp copying module/__init__.py -> build/lib.linux-x86_64-cpython-314/osqp creating build/lib.linux-x86_64-cpython-314/osqp/codegen copying module/codegen/utils.py -> build/lib.linux-x86_64-cpython-314/osqp/codegen copying module/codegen/code_generator.py -> build/lib.linux-x86_64-cpython-314/osqp/codegen copying module/codegen/__init__.py -> build/lib.linux-x86_64-cpython-314/osqp/codegen creating build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/warm_start_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/update_matrices_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/unconstrained_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/primal_infeasibility_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/polishing_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/non_convex_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/mkl_pardiso_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/feasibility_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/dual_infeasibility_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/codegen_vectors_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/codegen_matrices_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/basic_test.py -> build/lib.linux-x86_64-cpython-314/osqp/tests copying module/tests/__init__.py -> build/lib.linux-x86_64-cpython-314/osqp/tests creating build/lib.linux-x86_64-cpython-314/osqppurepy copying modulepurepy/interface.py -> build/lib.linux-x86_64-cpython-314/osqppurepy copying modulepurepy/_osqp.py -> build/lib.linux-x86_64-cpython-314/osqppurepy copying modulepurepy/__init__.py -> build/lib.linux-x86_64-cpython-314/osqppurepy running egg_info writing osqp.egg-info/PKG-INFO writing dependency_links to osqp.egg-info/dependency_links.txt writing requirements to osqp.egg-info/requires.txt writing top-level names to osqp.egg-info/top_level.txt reading manifest file 'osqp.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' adding license file 'LICENSE' writing manifest file 'osqp.egg-info/SOURCES.txt' /usr/lib/python3.14/site-packages/setuptools/command/build_py.py:215: _Warning: Package 'osqp.codegen.files_to_generate' is absent from the `packages` configuration. !! ******************************************************************************** ############################ # Package would be ignored # ############################ Python recognizes 'osqp.codegen.files_to_generate' 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 'osqp.codegen.files_to_generate' 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 'osqp.codegen.files_to_generate' to be distributed and are creating build/lib.linux-x86_64-cpython-314/osqp/codegen/files_to_generate already explicitly excluding 'osqp.codegen.files_to_generate' via `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`, copying module/codegen/files_to_generate/CMakeLists.txt -> build/lib.linux-x86_64-cpython-314/osqp/codegen/files_to_generate you can try to use `exclude_package_data`, or `include-package-data=False` in copying module/codegen/files_to_generate/emosqpmodule.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/files_to_generate combination with a more fine grained `package-data` configuration. copying module/codegen/files_to_generate/example.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/files_to_generate You can read more about "package data files" on setuptools documentation page: copying module/codegen/files_to_generate/setup.py -> build/lib.linux-x86_64-cpython-314/osqp/codegen/files_to_generate creating build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/configure - https://setuptools.pypa.io/en/latest/userguide/datafiles.html copying module/codegen/sources/configure/osqp_configure.h.in -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/configure [^1]: For Python, any directory (with suitable naming) can be imported, even if it does not contain any `.py` files. copying module/codegen/sources/configure/qdldl_types.h.in -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/configure On the other hand, currently there is no concept of package data creating build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include directory, all directories are treated like packages. copying module/codegen/sources/include/CMakeLists.txt -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include ******************************************************************************** copying module/codegen/sources/include/auxil.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include !! check.warn(importable) copying module/codegen/sources/include/constants.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include /usr/lib/python3.14/site-packages/setuptools/command/build_py.py:215: _Warning: Package 'osqp.codegen.sources.configure' is absent from the `packages` configuration. !! copying module/codegen/sources/include/error.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include copying module/codegen/sources/include/glob_opts.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include ******************************************************************************** ############################ copying module/codegen/sources/include/kkt.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include # Package would be ignored # ############################ copying module/codegen/sources/include/lin_alg.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include Python recognizes 'osqp.codegen.sources.configure' as an importable package[^1], copying module/codegen/sources/include/osqp.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include but it is absent from setuptools' `packages` configuration. copying module/codegen/sources/include/proj.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include This leads to an ambiguous overall configuration. If you want to distribute this copying module/codegen/sources/include/qdldl.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include package, please make sure that 'osqp.codegen.sources.configure' is explicitly added copying module/codegen/sources/include/qdldl_interface.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include to the `packages` configuration field. copying module/codegen/sources/include/scaling.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include Alternatively, you can also rely on setuptools' discovery methods copying module/codegen/sources/include/types.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include (for example by using `find_namespace_packages(...)`/`find_namespace:` instead of `find_packages(...)`/`find:`). copying module/codegen/sources/include/util.h -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/include creating build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src You can read more about "package discovery" on setuptools documentation page: copying module/codegen/sources/src/CMakeLists.txt -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html copying module/codegen/sources/src/auxil.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src If you don't want 'osqp.codegen.sources.configure' to be distributed and are copying module/codegen/sources/src/error.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src already explicitly excluding 'osqp.codegen.sources.configure' via copying module/codegen/sources/src/kkt.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`, you can try to use `exclude_package_data`, or `include-package-data=False` in copying module/codegen/sources/src/lin_alg.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src combination with a more fine grained `package-data` configuration. copying module/codegen/sources/src/osqp.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src copying module/codegen/sources/src/proj.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src You can read more about "package data files" on setuptools documentation page: copying module/codegen/sources/src/qdldl.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src - https://setuptools.pypa.io/en/latest/userguide/datafiles.html copying module/codegen/sources/src/qdldl_interface.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src [^1]: For Python, any directory (with suitable naming) can be imported, copying module/codegen/sources/src/scaling.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src even if it does not contain any `.py` files. copying module/codegen/sources/src/util.c -> build/lib.linux-x86_64-cpython-314/osqp/codegen/sources/src On the other hand, currently there is no concept of package data running build_ext directory, all directories are treated like packages. ******************************************************************************** !! check.warn(importable) /usr/lib/python3.14/site-packages/setuptools/command/build_py.py:215: _Warning: Package 'osqp.codegen.sources.include' is absent from the `packages` configuration. !! ******************************************************************************** ############################ # Package would be ignored # ############################ Python recognizes 'osqp.codegen.sources.include' 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 'osqp.codegen.sources.include' 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 'osqp.codegen.sources.include' to be distributed and are already explicitly excluding 'osqp.codegen.sources.include' 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.14/site-packages/setuptools/command/build_py.py:215: _Warning: Package 'osqp.codegen.sources.src' is absent from the `packages` configuration. !! ******************************************************************************** ############################ # Package would be ignored # ############################ Python recognizes 'osqp.codegen.sources.src' 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 'osqp.codegen.sources.src' 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 'osqp.codegen.sources.src' to be distributed and are already explicitly excluding 'osqp.codegen.sources.src' 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) warning: build_py: byte-compiling is disabled, skipping. CMake Error at CMakeLists.txt:2 (cmake_minimum_required): -- Configuring incomplete, errors occurred! Compatibility with CMake < 3.5 has been removed from CMake. Update the VERSION argument <min> value. Or, use the <min>...<max> syntax to tell CMake that the project requires at least <min> but has been updated to work with policies introduced by <max> or earlier. Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway. Error: could not find CMAKE_PROJECT_NAME in Cache error: [Errno 2] No such file or directory: 'osqp_sources/build/out/libosqp.a'