Fedora Account System
Red Hat Associate
Red Hat Customer
Dear package maintainer, We want to update python-setuptools to 80.9.0 or newer. However, your package fails to build with it, in our testing Copr: https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-80.9.0/package/python-colcon-core To reproduce, try to build your package in mock with: $ fedpkg --release rawhide mockbuild -N -- --addrepo=https://download.copr.fedorainfracloud.org/results/churchyard/setuptools-80.9.0/fedora-rawhide-x86_64 As the number of failures is rather high, I have not yet tried to look into the details about each individual failure. When you do, please feel free to post relevant part of the logs as comments. Thank you. Let me know if you need help.
python-colcon-core-0:0.20.1-1.fc44.src BuildRequires: python3-setuptools < 80 python3-colcon-core-0:0.20.1-1.fc44.noarch Requires: (python3.14dist(setuptools) < 80~~ with python3.14dist(setuptools) >= 30.3) This impacts at least: python-colcon-alias python-colcon-bazel python-colcon-bundle python-colcon-cmake python-colcon-core python-colcon-installed-package-information python-colcon-meson python-colcon-notification python-colcon-package-information python-colcon-parallel-executor python-colcon-python-setup-py python-colcon-ros python-colcon-ros-bundle python-colcon-ros-domain-id-coordinator
When I allow setuptools 80, I get: test/test_build_python.py FFFFFFFFFFFF ... source_files_before = set(src_base.rglob('*')) rc = event_loop.run_until_complete(python_build_task.build()) > assert not rc E assert not 1 test/test_build_python.py:146: AssertionError ... FAILED test/test_build_python.py::test_build_package[False-False-False-False] FAILED test/test_build_python.py::test_build_package[False-False-False-True] FAILED test/test_build_python.py::test_build_package[False-True-False-False] FAILED test/test_build_python.py::test_build_package[False-True-False-True] FAILED test/test_build_python.py::test_build_package[False-True-True-False] FAILED test/test_build_python.py::test_build_package[False-True-True-True] - ... FAILED test/test_build_python.py::test_build_package[True-False-False-False] FAILED test/test_build_python.py::test_build_package[True-False-False-True] FAILED test/test_build_python.py::test_build_package[True-True-False-False] FAILED test/test_build_python.py::test_build_package[True-True-False-True] - ... FAILED test/test_build_python.py::test_build_package[True-True-True-False] - ... FAILED test/test_build_python.py::test_build_package[True-True-True-True] - a... Also note that this package uses pkg_resources, which is still available in setuptools 80 but will likely be gone in setuptools 81.
I also see https://github.com/colcon/colcon-core/pull/699, which means upstream is aware of this. We will need to make a compact package with setuptools < 81 when they remove setup.py install and pkg_resources anyway, so we could package python-setuptools79 to move forward with this update. Unless you think that colcon can move forward to at least setuptools 80.
> Unless you think that colcon can move forward to at least setuptools 80. For now at least, this is a 'no'. Without getting into the gritty details, the `--symlink-install` option to `colcon build` relies on the `--editable` option to the `develop` verb in setuptools, which disappeared when `easy_install` support was removed in v80. A significant part of the colcon user base leverages symlink installation. We've been making slow progress on moving to a standards-based pipeline in colcon for years now. The editable installation story there has problems as well (namely **completely** ignoring data files), which has thus far blocked progress. > we could package python-setuptools79 to move forward with this update I'm not sure this will actually help us, unless there's a way to implicitly route the sub-projects that colcon is building to use the legacy version when they import from setuptools in their `setup.py`. It might get the tests to pass but the feature would still be broken. I'll really push on getting the remaining blockers for the standards-based pipeline resolved so that colcon can let the target projects dictate the backend and leave setuptools to continue self-destruction on its own time. Hopefully I can land that work before Fedora 44 ships, but this will probably have to regress in rawhide until then.
> unless there's a way to implicitly route the sub-projects that colcon is building to use the legacy version when they import from setuptools in their `setup.py`. colcon-core Requires setuptools < 80, so that's what they would get.
> Hopefully I can land that work before Fedora 44 ships, but this will probably have to regress in rawhide until then. I read that as "go ahead with the setuptools update", is that correct?
This now fails to build and install in rawhide.
> I read that as "go ahead with the setuptools update", is that correct? Affirmative.
The failure to build and install means the robotics lab doesn't build. I guess I'll send a PR to drop this package from it at least until it's fixed.
We have a workaround merged upstream for this. Pending release.
FEDORA-EPEL-2026-0baa475515 (python-colcon-core-0.21.1-1.el8) has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-0baa475515
FEDORA-EPEL-2026-ca1dd990c8 (python-colcon-core-0.21.1-1.el10_3) has been submitted as an update to Fedora EPEL 10.3. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-ca1dd990c8
FEDORA-EPEL-2026-88667626c7 (python-colcon-core-0.21.1-1.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-88667626c7
FEDORA-2026-f13413fff0 (python-colcon-core-0.21.1-1.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2026-f13413fff0
FEDORA-2026-d03adc7362 has been pushed to the Fedora 44 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-d03adc7362` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-d03adc7362 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2026-ca1dd990c8 has been pushed to the Fedora EPEL 10.3 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-ca1dd990c8 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2026-88667626c7 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-88667626c7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2026-27d92c2058 has been pushed to the Fedora EPEL 10.2 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-27d92c2058 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2026-0baa475515 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2026-0baa475515 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2026-f13413fff0 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-f13413fff0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-f13413fff0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Hello, Please note that this comment was generated automatically by https://forge.fedoraproject.org/releng/tooling/src/branch/main/release-process/bug-filing/follow-policy/follow_policy.py If you feel that this output has mistakes, please open an issue at https://forge.fedoraproject.org/releng/tickets/issues All subpackages of a package against which this bug was filled are now installable or removed from Fedora 45. Thanks for taking care of it!
FEDORA-EPEL-2026-27d92c2058 (python-colcon-core-0.21.1-1.el10_2) has been pushed to the Fedora EPEL 10.2 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2026-88667626c7 (python-colcon-core-0.21.1-1.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2026-ca1dd990c8 (python-colcon-core-0.21.1-1.el10_3) has been pushed to the Fedora EPEL 10.3 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2026-0baa475515 (python-colcon-core-0.21.1-1.el8) has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2026-f13413fff0 (python-colcon-core-0.21.1-1.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2026-d03adc7362 (python-colcon-core-0.21.1-1.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.