Opened 10 months ago
Last modified 9 months ago
#69106 assigned defect
py38-setuptools_scm, py39-setuptools_scm @8.0.4 fails to install, while py310-setuptools_scm and later install fine
Reported by: | barracuda156 | Owned by: | stromnov (Andrey Stromnov) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.8.1 |
Keywords: | Cc: | ballapete (Peter "Pete" Dyballa) | |
Port: | py39-setuptools_scm, py38-setuptools_scm |
Description
py39-setuptools_scm
and py38-setuptools_scm
fails to install:
---> Configuring py38-setuptools_scm ---> Building py38-setuptools_scm Executing: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work/setuptools-scm-8.0.4" && /opt/local/Library/Frameworks/Python.framework/Versions/3.8/bin/python3.8 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work * Getting build dependencies for wheel... running egg_info writing src/setuptools_scm.egg-info/PKG-INFO writing dependency_links to src/setuptools_scm.egg-info/dependency_links.txt writing entry points to src/setuptools_scm.egg-info/entry_points.txt writing requirements to src/setuptools_scm.egg-info/requires.txt writing top-level names to src/setuptools_scm.egg-info/top_level.txt ERROR setuptools_scm._file_finders.git listing git files failed - pretending there aren't any Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 353, in <module> main() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 335, in main json_out['return_val'] = hook(**hook_input['kwargs']) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel return hook(config_settings) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 355, in get_requires_for_build_wheel return self._get_build_requires(config_settings, requirements=['wheel']) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 325, in _get_build_requires self.run_setup() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 341, in run_setup exec(code, locals()) File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/__init__.py", line 103, in setup return distutils.core.setup(**attrs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/core.py", line 185, in setup return run_commands(dist) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/core.py", line 201, in run_commands dist.run_commands() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/dist.py", line 969, in run_commands self.run_command(cmd) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/dist.py", line 989, in run_command super().run_command(command) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/dist.py", line 988, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 318, in run self.find_sources() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 326, in find_sources mm.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 548, in run self.add_defaults() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 589, in add_defaults rcfiles = list(walk_revctrl()) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/sdist.py", line 18, in walk_revctrl for item in ep.load()(dirname): File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work/setuptools-scm-8.0.4/src/setuptools_scm/_file_finders/__init__.py", line 102, in find_files command: Callable[[_t.PathT], list[str]] = ep.load() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_vendor/importlib_metadata/__init__.py", line 208, in load module = import_module(match.group('module')) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1014, in _gcd_import File "<frozen importlib._bootstrap>", line 991, in _find_and_load File "<frozen importlib._bootstrap>", line 973, in _find_and_load_unlocked ModuleNotFoundError: No module named 'setuptools_scm.file_finder_git' ERROR Backend subprocess exited when trying to invoke get_requires_for_build_wheel Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work/setuptools-scm-8.0.4" && /opt/local/Library/Frameworks/Python.framework/Versions/3.8/bin/python3.8 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work Exit code: 1
At the same time every later version installs fine:
py310-setuptools_scm @8.0.4_0 (active) requested_variants='' platform='darwin 10' archs='noarch' date='2024-01-10T07:12:17+0800' . . . py312-setuptools_scm @8.0.4_0 (active) requested_variants='' platform='darwin 10' archs='noarch' date='2024-01-06T21:52:28+0800'
Attachments (4)
Change History (24)
comment:1 Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
Cc: | ballapete added |
---|
comment:2 follow-up: 6 Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
Main.log from PPC Leopard, Mac OS X 10.5.8, from trying to install py311-flit_core
comment:3 Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
On Thursday I started to upgrade port
s on PPC Leopard
. It is the first time Python 3.11
was installed, so I start the history with Python 3.11
:
-rw-r--r-- 1 macports 1902 2024-02-09 18:17:01.000000000 +0100 /opt/local/var/macports/software/python_select-311/python_select-311-0.3_1.any_any.noarch.tbz2 -rw-r--r-- 1 macports 1704 2024-02-09 18:17:44.000000000 +0100 /opt/local/var/macports/software/python3_select-311/python3_select-311-0.1_1.any_any.noarch.tbz2 -rw-r--r-- 1 root 33908945 2024-02-09 19:23:39.000000000 +0100 /opt/local/var/macports/software/python311/python311-3.11.7_0.darwin_9.ppc.tbz2 -rw-r--r-- 1 macports 115442 2024-02-09 19:40:39.000000000 +0100 /opt/local/var/macports/software/py311-packaging/py311-packaging-23.2_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 macports 22244 2024-02-09 19:41:02.000000000 +0100 /opt/local/var/macports/software/py311-pyproject_hooks/py311-pyproject_hooks-1.0.0_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 macports 45455 2024-02-09 19:41:18.000000000 +0100 /opt/local/var/macports/software/py311-build/py311-build-1.0.3_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 macports 372746 2024-02-09 19:41:37.000000000 +0100 /opt/local/var/macports/software/py311-installer/py311-installer-0.7.0_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 macports 1917108 2024-02-09 19:41:59.000000000 +0100 /opt/local/var/macports/software/py311-setuptools/py311-setuptools-69.0.3_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 root 1436568 2024-02-09 20:14:15.000000000 +0100 /opt/local/var/macports/software/ninja/ninja-1.11.1_2.darwin_9.ppc.tbz2 -rw-r--r-- 1 root 1501940 2024-02-09 23:24:29.000000000 +0100 /opt/local/var/macports/software/libxml2/libxml2-2.11.6_0.darwin_9.ppc.tbz2 -rw-r--r-- 1 root 138250 2024-02-09 23:26:11.000000000 +0100 /opt/local/var/macports/software/xorg-xcb-proto/xorg-xcb-proto-1.16.0_0+python311.darwin_any.noarch.tbz2 -rw-r--r-- 1 root 1086978 2024-02-09 23:44:17.000000000 +0100 /opt/local/var/macports/software/xorg-libxcb/xorg-libxcb-1.16_0+python311.darwin_9.ppc.tbz2 -rw-r--r-- 1 root 213927 2024-02-10 00:25:24.000000000 +0100 /opt/local/var/macports/software/py311-libxml2/py311-libxml2-2.11.5_0.darwin_9.ppc.tbz2 -rw-r--r-- 1 root 19228 2024-02-10 00:25:39.000000000 +0100 /opt/local/var/macports/software/itstool/itstool-2.0.7_2+python311.any_any.noarch.tbz2
It shows that some Python modules
could be installed before something broke. My first attempt was to upgrade meson
which depends on py311-meson
. It would not build, so I uninstalled meson +python310
and saw in the logs key words like cython
and wheel
which let me first uninstall those and then reinstall, which fails.
Installed are:
py311-packaging @23.2_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:40:45+0100' py311-pyproject_hooks @1.0.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:08+0100' py311-build @1.0.3_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:24+0100' py311-installer @0.7.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:44+0100' py311-setuptools @69.0.3_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:42:12+0100' py311-libxml2 @2.11.5_0 (active) requested_variants='' platform='darwin 9' archs='ppc' date='2024-02-10T00:25:24+0100'
Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
Attachment: | Crashes_py311-meson added |
---|
Contents of crash reports from trying to upgrade py311-meson on PPC Leopard, Mac OS X 10.5.8
comment:4 Changed 10 months ago by ballapete (Peter "Pete" Dyballa)
I added samples from system crash reports and from trying, without knowledge, to "debug" the problem. The contents of the uploaded file contains a few comments. Hopefully they can help!
comment:5 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
I possibly came closer to understand my problem a bit more when I assumed that
py-bootstrap-modules @2022-12-23_0 (active) requested_variants='' platform='darwin 9' archs='noarch' date='2023-01-22T21:40:10+0100'
was too much out-of-date and should be rebuilt and reinstalled. Afterwards I let port show leaves
of Python 3.11 modules, and deleted them:
port uninstall py311-build py311-installer py311-setuptools py311-wheel
They were just leaves
, nothing needed them. And they created some new leaves
:
port uninstall py311-packaging py311-pyproject_hooks
So the base Python 3.11
installation was quite clean and I
Successfully built installer-0.7.0-py3-none-any.whl Successfully built pyproject_hooks-1.0.0-py3-none-any.whl
and I invoked then
port -vsd build py311-build
which caused some disaster (just citing port
's comments and inserting some empty lines, not mentioning the need to install two or three other modules):
---> Computing dependencies for py311-build ---> Staging py311-installer into destroot ---> Installing py311-installer @0.7.0_0 ---> Activating py311-installer @0.7.0_0 ---> Cleaning py311-installer ---> Removing work directory for py311-installer ---> Fetching distfiles for py311-packaging ---> Verifying checksums for py311-packaging ---> Checksumming packaging-23.2.tar.gz ---> Extracting py311-packaging ---> Extracting packaging-23.2.tar.gz ---> Configuring py311-packaging ---> Building py311-packaging Successfully built packaging-23.2-py3-none-any.whl ---> Staging py311-packaging into destroot ---> Installing py311-packaging @23.2_0 ---> Activating py311-packaging @23.2_0 ---> Cleaning py311-packaging ---> Removing work directory for py311-packaging ---> Staging py311-pyproject_hooks into destroot ---> Installing py311-pyproject_hooks @1.0.0_0 ---> Activating py311-pyproject_hooks @1.0.0_0 ---> Cleaning py311-pyproject_hooks ---> Removing work directory for py311-pyproject_hooks ---> Fetching distfiles for py311-build ---> build-1.0.3.tar.gz does not exist in /opt/local/var/macports/distfiles/py-build ---> Attempting to fetch build-1.0.3.tar.gz from http://distfiles.macports.org/py-build ---> Verifying checksums for py311-build ---> Checksumming build-1.0.3.tar.gz ---> Extracting py311-build ---> Extracting build-1.0.3.tar.gz ---> Configuring py311-build ---> Building py311-build
So I have now, when documenting:
python311 @3.11.8_0 (active) requested_variants='' platform='darwin 9' archs='ppc' date='2024-02-11T16:43:31+0100' py311-installer @0.7.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-11T22:12:24+0100' py311-packaging @23.2_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-11T22:14:33+0100' py311-pyproject_hooks @1.0.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-11T22:16:00+0100'
With this setup it does not work to install one kind of modules, others do build and install:
py311-setuptools @69.0.3_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-11T22:41:15+0100' py311-pip @24.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-11T22:51:42+0100'
With pip3
I could try to install those modules that port
cannot – because I seem to have now a faulty build_wheel
routine?
DEBUG: system: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-build/py311-build/work/build-1.0.3" && /opt/local/Library/Frameworks/Python.framework/Versions/3.11/bin/python3.11 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-build/py311-build/work --skip-dependency-check * Building wheel... ERROR Backend subprocess exited when trying to invoke build_wheel Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-build/py311-build/work/build-1.0.3" && /opt/local/Library/Frameworks/Python.framework/Versions/3.11/bin/python3.11 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-build/py311-build/work --skip-dependency-check Exit code: 1 Error: Failed to build py311-build: command execution failed
comment:6 follow-ups: 7 8 9 Changed 9 months ago by barracuda156
Replying to ballapete:
I have a similar failure mith modules for
Python 3.11
on PPC Leopard, Mac OS X 10.5.8. For example see attached main.log.
Could you summarize what exactly fails? I would like to try reproducing. (I do not have a fully working Leopard setup atm, but I have 10.4 and 10.6, which supposedly gonna share these issues.)
I am pretty sure basic python311
ports install fine, though I did not conduct any specific testing, and select ports are and were always broken for 10.5 (and 10.6 ppc), even though they could be building with no errors.
On a general note, I have an impression that:
a) compiler choice is broken now with some Python ports, and Xcode gcc/clang can be picked when modern gcc is required; b) meson-python has broken arch detection for PowerPC (this is not a guess really, but rather a fact), but it matters in some specific cases.
(Also recently a number of Python ports were broken by introduction of Rust dependency; hopefully will be fixed soon. But this does not seem to be relevant here.)
comment:7 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Replying to barracuda156:
Could you summarize what exactly fails?
No! I needed py311-meson
for meson
, which failed. I later tried to reinstall py311-wheel
, which depends on failing py311-flit_core
(so I do not know whether py311-wheel
works). Most recently building again py311-build
failed. You can also see #69319 and #69320.
It seems that when I try to install py311-installer
it forcibly reinstalls py311-packaging
and py311-pyproject
. It also tries to rebuild py311-build
– which now fails! Initially it could be built, maybe under different conditions (already installed other modules), as this sorted listing shows:
python311 @3.11.7_0 requested_variants='' platform='darwin 9' archs='ppc' date='2024-02-09T19:23:47+0100' python_select-311 @0.3_1 (active) requested_variants='' platform='any any' archs='noarch' date='2024-02-09T18:17:07+0100' python3_select-311 @0.1_1 (active) requested_variants='' platform='any any' archs='noarch' date='2024-02-09T18:17:50+0100' py311-packaging @23.2_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:40:45+0100' py311-pyproject_hooks @1.0.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:08+0100' py311-build @1.0.3_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:24+0100' py311-installer @0.7.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:41:44+0100' py311-setuptools @69.0.3_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-09T19:42:12+0100' py311-libxml2 @2.11.5_0 (active) requested_variants='' platform='darwin 9' archs='ppc' date='2024-02-10T00:25:24+0100' py311-pygments @2.17.2_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-10T11:55:48+0100' py311-wheel @0.42.0_0 (active) requested_variants='' platform='darwin any' archs='noarch' date='2024-02-10T16:59:33+0100'
comment:8 follow-up: 10 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Replying to barracuda156:
(I do not have a fully working Leopard setup atm, but I have 10.4 and 10.6, which supposedly gonna share these issues.)
Schamschula writes in #69320 that on Snow Leopard, Mac OS X 10.6.8
it works fine…
I am pretty sure basic
python311
ports install fine, though I did not conduct any specific testing, and select ports are and were always broken for 10.5 (and 10.6 ppc), even though they could be building with no errors.
I think Snow Leopard, 10.6
did not run on PPC, neither G4 nor G5 (not to mention G3). Besides, on PPC Tiger, Mac OS X 10.4.11
I had no problems with Python 3.11 modules
!
My knowledge of Python is minimal so I cannot be of great help. (And I am going to boot into Tiger to build gcc10-bootstrap and try building poppler.)
comment:9 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Replying to barracuda156:
BTW, do you know this: https://www.youtube.com/watch?v=PLtGbheJ84M.
comment:10 Changed 9 months ago by barracuda156
Replying to ballapete:
I think Snow Leopard, 10.6 did not run on PPC, neither G4 nor G5 (not to mention G3).
10.6.8 support ppc
via Rosetta. Early developer builds of 10.6 can run natively on PowerPC. Specifically for Python, 10.6 is similar if not identical to 10.5. I think I saw all the same Python issues on both. Since my 10.5 setup is temporarily defunct, I cannot check anything there which requires new gcc (and modern Pythons do). But 10.6 is a good proxy here.
comment:11 Changed 9 months ago by barracuda156
I have checked just in case, and the original failure is still here:
---> Building py38-setuptools_scm Executing: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work/setuptools-scm-8.0.4" && /opt/local/Library/Frameworks/Python.framework/Versions/3.8/bin/python3.8 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work * Getting build dependencies for wheel... running egg_info writing src/setuptools_scm.egg-info/PKG-INFO writing dependency_links to src/setuptools_scm.egg-info/dependency_links.txt writing entry points to src/setuptools_scm.egg-info/entry_points.txt writing requirements to src/setuptools_scm.egg-info/requires.txt writing top-level names to src/setuptools_scm.egg-info/top_level.txt ERROR setuptools_scm._file_finders.git listing git files failed - pretending there aren't any Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 353, in <module> main() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 335, in main json_out['return_val'] = hook(**hook_input['kwargs']) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel return hook(config_settings) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 325, in get_requires_for_build_wheel return self._get_build_requires(config_settings, requirements=['wheel']) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 295, in _get_build_requires self.run_setup() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/build_meta.py", line 311, in run_setup exec(code, locals()) File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/__init__.py", line 103, in setup return distutils.core.setup(**attrs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/core.py", line 185, in setup return run_commands(dist) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/core.py", line 201, in run_commands dist.run_commands() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/dist.py", line 969, in run_commands self.run_command(cmd) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/dist.py", line 963, in run_command super().run_command(command) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_distutils/dist.py", line 988, in run_command cmd_obj.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 321, in run self.find_sources() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 329, in find_sources mm.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 551, in run self.add_defaults() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/egg_info.py", line 592, in add_defaults rcfiles = list(walk_revctrl()) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/command/sdist.py", line 17, in walk_revctrl for item in ep.load()(dirname): File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-setuptools_scm/py38-setuptools_scm/work/setuptools-scm-8.0.4/src/setuptools_scm/_file_finders/__init__.py", line 102, in find_files command: Callable[[_t.PathT], list[str]] = ep.load() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/setuptools/_vendor/importlib_metadata/__init__.py", line 208, in load module = import_module(match.group('module')) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1014, in _gcd_import File "<frozen importlib._bootstrap>", line 991, in _find_and_load File "<frozen importlib._bootstrap>", line 973, in _find_and_load_unlocked ModuleNotFoundError: No module named 'setuptools_scm.file_finder_git' ERROR Backend subprocess exited when trying to invoke get_requires_for_build_wheel
comment:12 Changed 9 months ago by barracuda156
This does not look anything arch-specific though, IMO. Maybe Python 3.8–3.9 subports should not have been updated to 8.x but rather pegged like Python 3.7 one.
comment:13 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
py311-markupsafe @2.1.3_0
does not build on PPC Leopard, Mac OS X 10.5.8
.
Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Attachment: | main.2.log added |
---|
Main.log from PPC Leopard, Mac OS X 10.5.8, from trying to install py311-markupsafe
comment:14 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
These two were meanwhile installed as binaries:
-rw-r--r-- 1 macports 45455 2024-02-13 12:38:09.000000000 +0100 /opt/local/var/macports/software/py311-build/py311-build-1.0.3_0.darwin_any.noarch.tbz2 -rw-r--r-- 1 macports 149797 2024-02-13 12:38:36.000000000 +0100 /opt/local/var/macports/software/py311-wheel/py311-wheel-0.42.0_0.darwin_any.noarch.tbz2
comment:15 follow-ups: 16 19 Changed 9 months ago by barracuda156
Upstream says it is Macports set-up is wrong here: https://github.com/pypa/setuptools_scm/issues/1013
comment:16 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Replying to barracuda156:
Upstream says it is Macports set-up is wrong here: https://github.com/pypa/setuptools_scm/issues/1013
This corresponds to the findings I recorded there, #69320, instead of here: version mismatch of components in py-bootstrap-modules
py311-build @1.0.3 vs. 0.9.0 python/py-build py311-flit_core @3.9.0 vs. 3.8.0 python/py-flit_core py311-installer @0.7.0 vs. 0.6.0 python/py-installer py311-packaging @23.2 vs. 21.3 python/py-packaging py311-parsing @3.1.1 vs. 3.0.9 python/py-parsing py311-pep517 @0.13.0 vs. 0.13.0 python/py-pep517 py-python-install @0.0.3 vs. 0.0.3 python/py-python-install py311-setuptools_scm @8.0.4 vs. 6.4.2 python/py-setuptools_scm py311-tomli @2.0.1 vs. 1.2.3 python/py-tomli py311-wheel @0.42.0 vs. 0.37.1 python/py-wheel
and python-install-0.0.3
without a version or variant for Python 3.11
:
py-python-install @0.0.3 python/py-python-install py36-python-install @0.0.3 python/py-python-install py37-python-install @0.0.3 python/py-python-install py38-python-install @0.0.3 python/py-python-install py39-python-install @0.0.3 python/py-python-install py310-python-install @0.0.3 python/py-python-install
So a try would be to update the ingredients of py-bootstrap-modules
?
comment:17 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
I have set up a Portfile for up-todate py-bootstrap-modules
. It built right from the start. To accomplish installation I had to fiddle with some paths and egg-info
components.
Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
Attachment: | Portfile.py-bootstrap-modules added |
---|
New Portfile
comment:18 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
I was too fast because I do not understand the purpose of this py-bootstrap-modules
port:
DEBUG: system: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-installer/py311-installer/work/installer-0.7.0" && /opt/local/Library/Frameworks/Python.framework/Versions/3.11/bin/python3.11 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-installer/py311-installer/work --skip-dependency-check Traceback (most recent call last): File "<frozen runpy>", line 189, in _run_module_as_main File "<frozen runpy>", line 148, in _get_module_details File "<frozen runpy>", line 112, in _get_module_details File "/opt/local/share/py-bootstrap-modules/build/__init__.py", line 24, in <module> import pyproject_hooks ModuleNotFoundError: No module named 'pyproject_hooks' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-installer/py311-installer/work/installer-0.7.0" && /opt/local/Library/Frameworks/Python.framework/Versions/3.11/bin/python3.11 -m build --no-isolation --wheel --outdir /opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_python_py-installer/py311-installer/work --skip-dependency-check Exit code: 1 Error: Failed to build py311-installer: command execution failed
So possibly with up-to-date software it needs now to include pyproject_hooks
? -> distfiles/py-pyproject_hooks/pyproject_hooks-1.0.0.tar.gz
comment:19 Changed 9 months ago by barracuda156
Replying to barracuda156:
Upstream says it is Macports set-up is wrong here: https://github.com/pypa/setuptools_scm/issues/1013
I was able to reproduce the same failure for py38-setuptools_scm
on 10.6.8, and can confirm that suggestion from upstream works.
We need to set build conflict with itself for this port.
comment:20 Changed 9 months ago by ballapete (Peter "Pete" Dyballa)
In other words this means that those ports that depend on py-bootstrap-modules
should depend on a list of needed Python modules
?
I have a similar failure mith modules for
Python 3.11
on PPC Leopard, Mac OS X 10.5.8. For example see attached main.log.