Closed fiepfiep closed 2 years ago
The install.py
script does not import distutils
. I do believe you're seeing a bug in setuptools
. It would be extremely helpful if you could determine the most recent version of setuptools
that is not broken. Try the recent releases until you determine the most recent one that works. Then I will adjust the setup script accordingly. I would be truly grateful if you can do this.
The update package request for Fedora has been languishing for some time. If you know someone in Fedora who can look into it that would also be helpful.
Thanks. I will investigate. Probably indeed a setuptools issue, but adding a pyproject.toml might help...
Philippe
Op zo 6 feb. 2022 15:31 schreef Damon Lynch @.***>:
The install.py script does not import distutils. I do believe you're seeing a bug in setuptools. It would be extremely helpful if you could determine the most recent version of setuptools that is not broken. Try the recent releases until you determine the most recent one that works. Then I will adjust the setup script accordingly. I would be truly grateful if you can do this.
The update package request for Fedora https://bugzilla.redhat.com/show_bug.cgi?id=2031866 has been languishing for some time. If you know someone in Fedora who can look into it that would also be helpful.
— Reply to this email directly, view it on GitHub https://github.com/damonlynch/rapid-photo-downloader/issues/61#issuecomment-1030844114, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEDG2CO2MN2ENZDDUDQVBYDUZ2A3PANCNFSM5NVKAEOQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID: @.***>
If recent setuptools now require a pyproject.toml then please let me know about that too. Perhaps the backwards compatibility of setuptools is not ideal? I haven't looked into it.
problem is: even in a virutalenv, setuptools still uses my system's setuptools version. pyproject.toml seems to be the future, we might want do adopt. link to pep518 There you can specify your build setup requirements, such as setuptools, wheel and pip. For me, removing this seems to solve the issue:
try:
import setuptools
except ImportError:
packages.append(pip_package("setuptools", local_pip, distro))
system setuptools version: setuptools 57.4.0 (July 2021)
If I revert my venv setuptools version to 57.4, the installer works fine!!
however, in order to do this I had to use --do-not-upgrade-pip" argument when running the installer.
Otherwise, 'update_pip_setuptools_wheel' will decide to update it. probably because of function is_recent_pypi_package
.
using version.
version 59.7 also works. version 60+ does not.
Thanks, that's very helpful. Either setuptools
is deliberately making a backwards incompatible change (which is somewhat annoying), or else, it has a bug. Probably the former.
My other project uses pyproject.toml, which was easy because it is a much simpler project: https://github.com/damonlynch/showinfilemanager
However, bringing the setup.py in Rapid Photo Downloader up-to-date with pyproject.toml is not trivial. Python packaging can be difficult.
There was in fact a change that breaks things in setuptools v60.0.0.
I created and activated a virutal environment. Then I run the install script.
Honestly, I would prefer to get rid of distutils and use setuptools instead.
the rpm package in fedora repo is also broken and does not even launch.