You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With localstack/localstack-cli#27, we are currently trying to migrate our PyInstaller binary CLI build of the LocalStack CLI to our new namespace packaging (which was recently introduced).
We are now at a state where only the Windows build failed with the following error:
...
reading manifest file 'localstack_ext.egg-info\SOURCES.txt'
Traceback (most recent call last):
File "D:\a\localstack-cli\localstack-cli\.venv\Lib\site-packages\pip\_vendor\pyproject_hooks\_in_process\_in_process.py", line 353, in <module>
...
File "C:\Users\runneradmin\AppData\Local\Temp\pip-build-env-a5jadoa9\overlay\Lib\site-packages\setuptools\_distutils\util.py", line 133, in convert_path
raise ValueError(f"path '{pathname}' cannot be absolute")
ValueError: path '/home/runner/actions-runner/_work/localstack-ext/localstack-ext/localstack-pro-core/setup.py' cannot be absolute
[end of output]
...
It seems that the execution of python3 -m plux entrypointsdoes add an absolute path to the setup.py in the SOURCES.txt in the egg_info folder (which causes issues only on Windows). Here's a quick reproducer in localstack/localstack:
Which is the only place I could find an absolute path so I'm fairly sure this is the issue
Installing dependencies with python3 -c "from setuptools import setup; setup()" plugins egg_info instead of python -m plux entrypoints seems to solve the issue as if I look again inside the SOURCES.txt now I can see
With localstack/localstack-cli#27, we are currently trying to migrate our PyInstaller binary CLI build of the LocalStack CLI to our new namespace packaging (which was recently introduced).
We are now at a state where only the Windows build failed with the following error:
It seems that the execution of
python3 -m plux entrypoints
does add an absolute path to thesetup.py
in theSOURCES.txt
in theegg_info
folder (which causes issues only on Windows). Here's a quick reproducer inlocalstack/localstack
:Replacing
python3 -m plux entrypoints
withpython3 -m setup plugins egg_info
works just fine:I am actually not sure what causes this,
plux
really basically just calls these twosetuptools
commands:plux/plux/cli/cli.py
Lines 22 to 26 in 8a5b759
The text was updated successfully, but these errors were encountered: