Dear package maintainer, this bugzilla is automated becasue the number of impacted packages it too high to go trough manually. It appears that your package failed to build with setuptools 74.1.3 and wheel 0.44 in https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/package/mopidy/ While it succeeded with setuptools 69.2.0 and wheel 0.43 in https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-control/package/mopidy/ This usually means this package fails to build with setuptools 74+ We plan to update setuptools to version 74 or newer in Fedora 42. This is and approved Fedora 42 Change: https://fedoraproject.org/wiki/Changes/Setuptools_74+ Please analyze the failure and fix it in rawhide. Thanks. You can use the builds from the churchyard/setuptools-74 copr for local testing. mock -r fedora-rawhide-x86_64 --addrepo 'https://download.copr.fedorainfracloud.org/results/churchyard/setuptools-74/fedora-rawhide-$basearch/' One of the most common problems is that the setup.py test command cannot be used. If that is the case here, run the tests in %check differently, e.g. via %pytest, %tox, %{python3} -m unittest, etc. If you need help, reach out to me in this bugzilla.
FEDORA-2024-2f2bd1879a (mopidy-3.4.2-6.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-2f2bd1879a
Unfortunately, this still fails in https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/package/mopidy/ but differently now. =================================== FAILURES =================================== ____________________ HelpTest.test_help_has_mopidy_options _____________________ self = <tests.test_help.HelpTest testMethod=test_help_has_mopidy_options> def test_help_has_mopidy_options(self): mopidy_dir = os.path.dirname(mopidy.__file__) args = [sys.executable, mopidy_dir, "--help"] process = subprocess.Popen( args, env={ "PYTHONPATH": ":".join( [ os.path.join(mopidy_dir, ".."), os.environ.get("PYTHONPATH", ""), ] ) }, stdout=subprocess.PIPE, ) output = process.communicate()[0] > assert b"--version" in output E AssertionError: assert b'--version' in b'' tests/test_help.py:26: AssertionError ----------------------------- Captured stderr call ----------------------------- Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/__main__.py", line 7, in <module> from mopidy import commands File "/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/__init__.py", line 5, in <module> import pkg_resources File "/usr/lib/python3.13/site-packages/pkg_resources/__init__.py", line 95, in <module> from jaraco.text import drop_comment, join_continuation, yield_lines File "/usr/lib/python3.13/site-packages/setuptools/_vendor/jaraco/text/__init__.py", line 12, in <module> from jaraco.context import ExceptionTrap File "/usr/lib/python3.13/site-packages/setuptools/_vendor/jaraco/context.py", line 11, in <module> import urllib.request File "/usr/lib64/python3.13/urllib/request.py", line 88, in <module> import http.client File "/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/http/__init__.py", line 11, in <module> class Extension(ext.Extension): ...<45 lines>... ) File "/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/http/__init__.py", line 14, in Extension version = mopidy.__version__ ^^^^^^^^^^^^^^^^^^ AttributeError: partially initialized module 'mopidy' from '/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/__init__.py' has no attribute '__version__' (most likely due to a circular import)
FEDORA-2024-2f2bd1879a (mopidy-3.4.2-6.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
hi miro, thanks for the heads up. i'll take another look.
FEDORA-2024-131c7f35b0 (mopidy-3.4.2-7.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-131c7f35b0
FEDORA-2024-131c7f35b0 (mopidy-3.4.2-7.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
ok, this traceback was weird. File "/usr/lib64/python3.13/urllib/request.py", line 88, in <module> import http.client File "/builddir/build/BUILD/mopidy-3.4.2-build/Mopidy-3.4.2/mopidy/http/__init__.py", line 11, in <module> the test in question sets PYTHONPATH to the directory containing mopidy's __init__.py, which happens to also have a http/ submodule in it. this confuses the importer, and it imports the wrong module instead of http from the stdlib. this test was modified in the current development branch and the 4.0 alpha to not depend on modifying pythonpath. with that backported, the copr turns green.